QA Challenge Accepted - 3
Конспект доклада How to secure your application with Secure SDLC by Dmytro Tereshchenko
Ожидала, что будет совсем непонятно, но оказалось, что доклад рассчитан на вполне широкую аудиторию.
О чем доклад? О том, как начать работать с обеспечением безопасности на проекте.
Проблемы:
- мало специалистов по секьюрити тестированию (спрос при этом большой).
- нет капасити для такого тестирования. На уровне организации - почти нет. На уровне типовой небольшой команды - вообще нет.
Также есть идея, что для секьюрити тестирования нужен обязательно отдельный специалист по секьюрити. Тем не менее, есть возможность что-то сделать и без такого специалиста.
С чего начать? С принятия, что нужно что-то сделать с капасити.
Еще один момент: если думать только про тестирование безопасности (например, пентестинг), то получится, что мы вкладываемся в безопасность на стадии тестирования. Это поздновато. Решение: привнести секьюрити практики на всех стадиях жизненного цикла ПО.
Для этого есть разные фреймворки. ПО развивается быстрее, чем стандарты, но это не значит, что их совсем нельзя использовать.
Дальше докладчик рассказал про разные практики и про то, что каждая практика имеет свой уровень зрелости. Можно добавлять практики (начиная с чего-то самого простого) первого уровня зрелости, смотреть, как они работают, потом итеративно двигаться дальше. Если попытаться заскочить сразу на третий уровень зрелости, скорее всего, ничего не получится.
Куда можно посмотреть:
- OWASP Top 10 высокоуровневые рекомендации
- OWASP cheat sheet project
- OWASP application security verification standard
- OWASP Mobile ASVS on Github
А также основы секьюрного дизайна:
- Для разработки и QA: common vulnerabilities
- Для менеджеров проектов: secure SDLC
Работа над улучшением безопасности - не просто образование, это изменение культуры команды. Это будет вызывать сопротивление и потребует времени. Внутри команды можно найти security champion. Это не специалист по безопасности, а кто-то, кто заинтересован в безопасности и готов ее адвокатировать. Важно найти человека (или людей), кто хочет быть security champion, поддерживать его (усилиями, ресурсами), промоутить. Это тот человек, который может работать как API между командой разработки и экспертом по безопасности.
П. С. Я и нашла видео того же автора на русском. Контент примерно тот же (либо очень похожий).
Конспект доклада How to secure your application with Secure SDLC by Dmytro Tereshchenko
Ожидала, что будет совсем непонятно, но оказалось, что доклад рассчитан на вполне широкую аудиторию.
О чем доклад? О том, как начать работать с обеспечением безопасности на проекте.
Проблемы:
- мало специалистов по секьюрити тестированию (спрос при этом большой).
- нет капасити для такого тестирования. На уровне организации - почти нет. На уровне типовой небольшой команды - вообще нет.
Также есть идея, что для секьюрити тестирования нужен обязательно отдельный специалист по секьюрити. Тем не менее, есть возможность что-то сделать и без такого специалиста.
С чего начать? С принятия, что нужно что-то сделать с капасити.
Еще один момент: если думать только про тестирование безопасности (например, пентестинг), то получится, что мы вкладываемся в безопасность на стадии тестирования. Это поздновато. Решение: привнести секьюрити практики на всех стадиях жизненного цикла ПО.
Для этого есть разные фреймворки. ПО развивается быстрее, чем стандарты, но это не значит, что их совсем нельзя использовать.
Дальше докладчик рассказал про разные практики и про то, что каждая практика имеет свой уровень зрелости. Можно добавлять практики (начиная с чего-то самого простого) первого уровня зрелости, смотреть, как они работают, потом итеративно двигаться дальше. Если попытаться заскочить сразу на третий уровень зрелости, скорее всего, ничего не получится.
Куда можно посмотреть:
- OWASP Top 10 высокоуровневые рекомендации
- OWASP cheat sheet project
- OWASP application security verification standard
- OWASP Mobile ASVS on Github
А также основы секьюрного дизайна:
- Для разработки и QA: common vulnerabilities
- Для менеджеров проектов: secure SDLC
Работа над улучшением безопасности - не просто образование, это изменение культуры команды. Это будет вызывать сопротивление и потребует времени. Внутри команды можно найти security champion. Это не специалист по безопасности, а кто-то, кто заинтересован в безопасности и готов ее адвокатировать. Важно найти человека (или людей), кто хочет быть security champion, поддерживать его (усилиями, ресурсами), промоутить. Это тот человек, который может работать как API между командой разработки и экспертом по безопасности.
П. С. Я и нашла видео того же автора на русском. Контент примерно тот же (либо очень похожий).
Linkedin
Sigma Software University on LinkedIn: Безпека понад усе!
Звітуємо, як учора пройшов онлайн-мітап Secure…
Звітуємо, як учора пройшов онлайн-мітап Secure…
Безпека понад усе!
Звітуємо, як учора пройшов онлайн-мітап Secure Application with OWASP SAMM з Дмитром Терещенком
Про цикл розробки безпечного ПЗ -…
Звітуємо, як учора пройшов онлайн-мітап Secure Application with OWASP SAMM з Дмитром Терещенком
Про цикл розробки безпечного ПЗ -…
Про идеальные тесты - 4
Пишу про тесты не в первый раз, не в последний и даже не в предпоследний. Слишком большая тема:)
Сегодня я хочу поговорить про слова, которыми мы записываем тест. Какие тут могут быть проблемы: лишние слова, длинные слова, сложные слова.
Казалось бы - ерунда. Какая разница, напишем мы где-то одно слово вместо двух.
Не побоюсь прослыть занудой, которая экономит буковки. Слова, которые присутствуют в тесте и при этом не привносят ценность - это лишнее время на чтение и осознание прочитанного. Они создают визуальный шум и сбивают с фокуса.
В каком-то смысле слова - это наш код) Это скрипт, который объясняет человеку, что нужно делать, чтобы что-то проверить.
На нашем проекте примерно 20 000 тестов. Допустим, в каждом тесте всего одно лишнее слово. 20 000 строк кода, которые приносят ноль пользы!
Иногда лишние или более длинные слова используются, потому что это выглядит более наукообразно и солидно. У меня не какие-то там Steps, у меня Input specification. Иногда просто берется шаблон (например, из стандарта) и применяется как есть, без адаптации. Думаю, есть и другие причины (в том числе «не подумали, что так можно»). Но если у вас не супержесткие требования к документации (например, нужно по закону соответствовать определенным стандартам), то, скорее всего, можно договориться с командой и писать тесты в другом стиле.
Скорее всего, вы-из-будущего скажете себе-из-настоящего большое спасибо.
Сложные предложения: тут все аналогично.
Когда текст теста состоит из сложносочиненных/сложноподчиненных предложений, наукообразных слов, витиватых формулировок и прочих велеречивых словоречений (с) - мы стреляем себе в ногу. При таких условиях даже чтение простых тестов требует больших усилий, что уж говорить про сложные.
Поэтому я за то, чтобы упрощать все, что можно упростить, и экономить силы для другого. Например, на критическое осмысление теста и само тестирование.
Successful
Вынесу это слово в отдельный пункт, потому что причиняет мне отдельную сильную боль (наряду с табличным форматом тестов, но о нем я напишу когда-нибудь потом).
Не знаю, как это слово просачивается в документацию. Возможно, вайбы Линкедина, рекомендаций по написанию резюме и прочего успешного успеха так сильны, что людям сложно написать «значение поля в базе изменилось» и вместо этого они автоматически пишут «значение поля в базе успешно изменилось». Возможно, люди думают, что без «успешно» формулировки выглядят недостаточно весомыми. В чем разница между «значение изменилось» и «значение успешно изменилось», мне пока никто не смог объяснить (я спрашивала).
Что могу тут сказать:
- «Успешно» в результатах теста это очень неконкретное понятие и не может быть критерием того, пройден тест или нет. В результатах должно быть написано, как конкретно мы понимаем, что (например) поле изменило свое значение
- Все тесты проверяют, «успешно» ли (в соответствии с ожиданиями) работает наше ПО. Это подразумевается и так, даже если мы нигде никогда не напишем в тестах слово «успешно»
Немного о личном опыте: иногда у меня получается сократить чужой тест в 2 раза просто за счет упрощения формулировок. Моя команда давно так не пишет, но порой из тьмы веков всплывают древние ископаемые и с ними приходится что-то делать.
Пишу про тесты не в первый раз, не в последний и даже не в предпоследний. Слишком большая тема:)
Сегодня я хочу поговорить про слова, которыми мы записываем тест. Какие тут могут быть проблемы: лишние слова, длинные слова, сложные слова.
Казалось бы - ерунда. Какая разница, напишем мы где-то одно слово вместо двух.
Не побоюсь прослыть занудой, которая экономит буковки. Слова, которые присутствуют в тесте и при этом не привносят ценность - это лишнее время на чтение и осознание прочитанного. Они создают визуальный шум и сбивают с фокуса.
В каком-то смысле слова - это наш код) Это скрипт, который объясняет человеку, что нужно делать, чтобы что-то проверить.
На нашем проекте примерно 20 000 тестов. Допустим, в каждом тесте всего одно лишнее слово. 20 000 строк кода, которые приносят ноль пользы!
Иногда лишние или более длинные слова используются, потому что это выглядит более наукообразно и солидно. У меня не какие-то там Steps, у меня Input specification. Иногда просто берется шаблон (например, из стандарта) и применяется как есть, без адаптации. Думаю, есть и другие причины (в том числе «не подумали, что так можно»). Но если у вас не супержесткие требования к документации (например, нужно по закону соответствовать определенным стандартам), то, скорее всего, можно договориться с командой и писать тесты в другом стиле.
Скорее всего, вы-из-будущего скажете себе-из-настоящего большое спасибо.
Сложные предложения: тут все аналогично.
Когда текст теста состоит из сложносочиненных/сложноподчиненных предложений, наукообразных слов, витиватых формулировок и прочих велеречивых словоречений (с) - мы стреляем себе в ногу. При таких условиях даже чтение простых тестов требует больших усилий, что уж говорить про сложные.
Поэтому я за то, чтобы упрощать все, что можно упростить, и экономить силы для другого. Например, на критическое осмысление теста и само тестирование.
Successful
Вынесу это слово в отдельный пункт, потому что причиняет мне отдельную сильную боль (наряду с табличным форматом тестов, но о нем я напишу когда-нибудь потом).
Не знаю, как это слово просачивается в документацию. Возможно, вайбы Линкедина, рекомендаций по написанию резюме и прочего успешного успеха так сильны, что людям сложно написать «значение поля в базе изменилось» и вместо этого они автоматически пишут «значение поля в базе успешно изменилось». Возможно, люди думают, что без «успешно» формулировки выглядят недостаточно весомыми. В чем разница между «значение изменилось» и «значение успешно изменилось», мне пока никто не смог объяснить (я спрашивала).
Что могу тут сказать:
- «Успешно» в результатах теста это очень неконкретное понятие и не может быть критерием того, пройден тест или нет. В результатах должно быть написано, как конкретно мы понимаем, что (например) поле изменило свое значение
- Все тесты проверяют, «успешно» ли (в соответствии с ожиданиями) работает наше ПО. Это подразумевается и так, даже если мы нигде никогда не напишем в тестах слово «успешно»
Немного о личном опыте: иногда у меня получается сократить чужой тест в 2 раза просто за счет упрощения формулировок. Моя команда давно так не пишет, но порой из тьмы веков всплывают древние ископаемые и с ними приходится что-то делать.
Как использовать профессиональные сообщества и не испортить их своим присутствием (1)
Недавно прочитала доклад на тему «Как использовать профессиональные сообщества и не испортить их своим присутствием».
Чем он навеян? Тем, что я активная участница и одна из админок сообщества QA Sisters. За время админства накопилось некоторое количество наболевшего, которое захотелось зафиксировать «на бумаге».
Я начала готовить доклад еще весной. Было как-то сложновато, концепция менялась два раза, в итоге я сфокусировалась на том, что может дать (и что не может) сообщество «конечному пользователю». Админские боли были почти целиком вынесены за скобки (хотя именно с них все начиналось:) В какой-то момент я вообще сильно демотивировалась, но наш админский коллектив очень поддержал, особенно разговор с Ольгой Артемьевой и обратная связь от нее.
О чем доклад?
О профессиональных сообществах, которые драйвятся энтузиастами. Впрочем, это все плюс-минус применимо к сообществам, которые организованы компаниями, ну и к непрофессиональным сообществам тоже.
Рассказываю о плюшках, которые можно получить, о том, что не стоит ожидать от сообщества, и о рисках, которые стоит иметь в виду.
Для подготовки я использовала как свой личный опыт активного участия и администрирования, так и опыт других оунеров/администраторов (приведу ссылки в конце).
Постепенно выложу текст на русском с некоторыми дополнениями и изменениями.
Краткость - не сестра нашего брата, поэтому будет мегалонгрид.
Недавно прочитала доклад на тему «Как использовать профессиональные сообщества и не испортить их своим присутствием».
Чем он навеян? Тем, что я активная участница и одна из админок сообщества QA Sisters. За время админства накопилось некоторое количество наболевшего, которое захотелось зафиксировать «на бумаге».
Я начала готовить доклад еще весной. Было как-то сложновато, концепция менялась два раза, в итоге я сфокусировалась на том, что может дать (и что не может) сообщество «конечному пользователю». Админские боли были почти целиком вынесены за скобки (хотя именно с них все начиналось:) В какой-то момент я вообще сильно демотивировалась, но наш админский коллектив очень поддержал, особенно разговор с Ольгой Артемьевой и обратная связь от нее.
О чем доклад?
О профессиональных сообществах, которые драйвятся энтузиастами. Впрочем, это все плюс-минус применимо к сообществам, которые организованы компаниями, ну и к непрофессиональным сообществам тоже.
Рассказываю о плюшках, которые можно получить, о том, что не стоит ожидать от сообщества, и о рисках, которые стоит иметь в виду.
Для подготовки я использовала как свой личный опыт активного участия и администрирования, так и опыт других оунеров/администраторов (приведу ссылки в конце).
Постепенно выложу текст на русском с некоторыми дополнениями и изменениями.
Краткость - не сестра нашего брата, поэтому будет мегалонгрид.
Как использовать профессиональные сообщества и не испортить их своим присутствием (2)
Что такое сообщество?
Можно сказать, что это форма отношений между людьми, которые разделяют общие интересы/миссию/ценности.
Значит ли это, что любой чат (даже профессиональный) это сообщество? Скорее нет. Первое и самое главное - в сообществе люди чувствуют причастность и идентифицируют себя как часть сообщества.
Второе - люди взаимодействуют друг с другом и что-то новое создается в результате этих взаимодействий: активности, решения, инициативы, помощь, дружба.
Третье - люди взаимодействуют регулярно. Чат (или форум) занимает какое-то место в их жизни, они возвращаются к группе в своих мыслях.
То есть если вы просто пишете вопрос в какой-то чат, получаете ответ и забываете про этот чат до следующего вопроса - это скорее НЕ сообщество (для вас уж точно). А если этот чат живет в вашей голове где-то на заднем плане, если вы возвращаетесь к нему в своих мыслях, быть может, даже гордитесь тем, что вы там состоите, быть может даже клеите чатовскую наклеечку на бампер - вот это уже больше похоже на сообщество.
Можно сказать, что сообщество это группа, которая является чем-то большим, чем просто сумма всех участников.
Что такое сообщество?
Можно сказать, что это форма отношений между людьми, которые разделяют общие интересы/миссию/ценности.
Значит ли это, что любой чат (даже профессиональный) это сообщество? Скорее нет. Первое и самое главное - в сообществе люди чувствуют причастность и идентифицируют себя как часть сообщества.
Второе - люди взаимодействуют друг с другом и что-то новое создается в результате этих взаимодействий: активности, решения, инициативы, помощь, дружба.
Третье - люди взаимодействуют регулярно. Чат (или форум) занимает какое-то место в их жизни, они возвращаются к группе в своих мыслях.
То есть если вы просто пишете вопрос в какой-то чат, получаете ответ и забываете про этот чат до следующего вопроса - это скорее НЕ сообщество (для вас уж точно). А если этот чат живет в вашей голове где-то на заднем плане, если вы возвращаетесь к нему в своих мыслях, быть может, даже гордитесь тем, что вы там состоите, быть может даже клеите чатовскую наклеечку на бампер - вот это уже больше похоже на сообщество.
Можно сказать, что сообщество это группа, которая является чем-то большим, чем просто сумма всех участников.
Как использовать профессиональные сообщества и не испортить их своим присутствием (3)
О плюшках.
Установление связей
Как это работает? Допустим, вступила я в какой-то профессиональный чат… И что?
Даже если просто представиться (развернуто рассказав о себе) это может инициировать обсуждение и установление первых контактов. Например, меня могли бы спросить: а как так получилось, что ты работаешь в QA целых 16 лет и не выгорела?
После этого (даже если Просто Читать Сообщество) постепенно можно запомнить, кто есть кто. Увидеть, у кого какие ценности и способ мышления. К кому-то наверняка возникнет чувство личного доверия:) И вот вокруг вас уже не Страшные Незнакомцы:)
Возможно, после этого возникнет желание больше проявляться самому.
Постепенно люди в сообществе тоже перестанут воспринимать вас как просто юзерпик, увидят за этим юзерпиком человека с определенными ценностями и способом мышления.
Так создаются связи!
Сообщество помогает выстроить средние связи (примерно как на работе, но не на работе).
* Есть слабые связи (шапочные знакомства), есть сильные (друзья, семья), а есть что-то посередине. Связи типа «посередине» вне сообществ (и работы), похоже, найти довольно сложно. Разве что у вас есть хобби, где нужна командная работа, или например вы участвуете в open sourse проекте (но тогда там тоже будет что-то вроде сообщества, посвященное этому хобби или проекту).
Что еще? Как ни банально - новые знания.
Даже если листать сообщество в расслабленном режиме, можно осмотически проникнуться новыми идеями или знаниями. Я как-то села поскроллить за чаем и через полчаса узнала, что zero bug policy это совсем не про отсутствие багов (заодно запомнила парочку подходов к реализации).
Общение в сообществе по стилю ближе к нашему обычному общению. Читать сообщество намного легче, чем читать статьи, книги или смотреть образовательные видео.
Можно спросить, куда и как стоит подрасти лично вам. Можно найти ментора (платного или бесплатного). Можно принести рабочий кейс и попросить сообщество проанализировать его вместе с вами. Можно наблюдать, как другие люди приносят свои проблемы в сообщество, как сообщество помогает их решать - и учиться на этих примерах.
Если уровень доверия внутри сообщества высокий - люди будут рассказывать о случаях, про которые они никогда не расскажут на конференции или официальном митапе.
Сообщество порой помогает переосмыслить концепции, что такое хорошо и что такое плохо. Например, какой урон могут принести идеи типа “нам всем надо постоянно учиться” или “инженер по тестированию отвечает за качество». Или что бурный энтузиазм по поводу работы это не признак того, что все идет как положено, а первый шаг в сторону выгорания. Или о том, что такое кодоцентризм и как он на нас влияет.
Персональный бренд
Когда мы общаемся в сообществе - мы показываем, кто мы как профессионалы и строим свою профессиональную репутацию. Помимо просто общения, можно участвовать в любых активностях или устраивать свои. Не обязательно при этом выступать - иногда нужен человек, который выступит хостом видеоконференции и вовремя нажмет кнопочку записи. Можно продвигать себя как ментора/блогера/преподавателя курсов.
Возможностей много, тут можно посмотреть, что хочется лично вам, и реализовать это в рамках сообщества.
Поиск работы
Конечно, и работу можно найти)
Участники могут приносить в сообщество вакансии со своими персональными комментариями (что хорошо в данной команде или проекте, что плохо). В нашем сообществе, например, такие комментарии строго обязательны - и участницы могут получить информацию о вакансии, которую они никогда не увидят в ее официальном описании.
Можно узнать у людей из разных компаний, как им там работается.
Можно попросить поревьюить резюме. Этой возможностью лучше не пренебрегать. До сих пор много людей делает резюме «покрасивее», ухудшая при этом его читаемость и информативность.
Можно найти человека, который согласен провести пробное интервью. Такие интервью могут проводиться платно или бесплатно, как вариант - в формате митапа, куда можно придти и послушать.
О плюшках.
Установление связей
Как это работает? Допустим, вступила я в какой-то профессиональный чат… И что?
Даже если просто представиться (развернуто рассказав о себе) это может инициировать обсуждение и установление первых контактов. Например, меня могли бы спросить: а как так получилось, что ты работаешь в QA целых 16 лет и не выгорела?
После этого (даже если Просто Читать Сообщество) постепенно можно запомнить, кто есть кто. Увидеть, у кого какие ценности и способ мышления. К кому-то наверняка возникнет чувство личного доверия:) И вот вокруг вас уже не Страшные Незнакомцы:)
Возможно, после этого возникнет желание больше проявляться самому.
Постепенно люди в сообществе тоже перестанут воспринимать вас как просто юзерпик, увидят за этим юзерпиком человека с определенными ценностями и способом мышления.
Так создаются связи!
Сообщество помогает выстроить средние связи (примерно как на работе, но не на работе).
* Есть слабые связи (шапочные знакомства), есть сильные (друзья, семья), а есть что-то посередине. Связи типа «посередине» вне сообществ (и работы), похоже, найти довольно сложно. Разве что у вас есть хобби, где нужна командная работа, или например вы участвуете в open sourse проекте (но тогда там тоже будет что-то вроде сообщества, посвященное этому хобби или проекту).
Что еще? Как ни банально - новые знания.
Даже если листать сообщество в расслабленном режиме, можно осмотически проникнуться новыми идеями или знаниями. Я как-то села поскроллить за чаем и через полчаса узнала, что zero bug policy это совсем не про отсутствие багов (заодно запомнила парочку подходов к реализации).
Общение в сообществе по стилю ближе к нашему обычному общению. Читать сообщество намного легче, чем читать статьи, книги или смотреть образовательные видео.
Можно спросить, куда и как стоит подрасти лично вам. Можно найти ментора (платного или бесплатного). Можно принести рабочий кейс и попросить сообщество проанализировать его вместе с вами. Можно наблюдать, как другие люди приносят свои проблемы в сообщество, как сообщество помогает их решать - и учиться на этих примерах.
Если уровень доверия внутри сообщества высокий - люди будут рассказывать о случаях, про которые они никогда не расскажут на конференции или официальном митапе.
Сообщество порой помогает переосмыслить концепции, что такое хорошо и что такое плохо. Например, какой урон могут принести идеи типа “нам всем надо постоянно учиться” или “инженер по тестированию отвечает за качество». Или что бурный энтузиазм по поводу работы это не признак того, что все идет как положено, а первый шаг в сторону выгорания. Или о том, что такое кодоцентризм и как он на нас влияет.
Персональный бренд
Когда мы общаемся в сообществе - мы показываем, кто мы как профессионалы и строим свою профессиональную репутацию. Помимо просто общения, можно участвовать в любых активностях или устраивать свои. Не обязательно при этом выступать - иногда нужен человек, который выступит хостом видеоконференции и вовремя нажмет кнопочку записи. Можно продвигать себя как ментора/блогера/преподавателя курсов.
Возможностей много, тут можно посмотреть, что хочется лично вам, и реализовать это в рамках сообщества.
Поиск работы
Конечно, и работу можно найти)
Участники могут приносить в сообщество вакансии со своими персональными комментариями (что хорошо в данной команде или проекте, что плохо). В нашем сообществе, например, такие комментарии строго обязательны - и участницы могут получить информацию о вакансии, которую они никогда не увидят в ее официальном описании.
Можно узнать у людей из разных компаний, как им там работается.
Можно попросить поревьюить резюме. Этой возможностью лучше не пренебрегать. До сих пор много людей делает резюме «покрасивее», ухудшая при этом его читаемость и информативность.
Можно найти человека, который согласен провести пробное интервью. Такие интервью могут проводиться платно или бесплатно, как вариант - в формате митапа, куда можно придти и послушать.
Как использовать профессиональные сообщества и не испортить их своим присутствием (4)
Отдельно хочется поговорить о поддержке уязвимых группа населения. Сообщества могут это делать! Я напишу немного о женщинах (так как я сама женщина).
Женщина может получить существенный эмпауэрмент от участия в сообществе, состоящем только из женщин.
Почему?
Исследования показали, что в смешанных сообществах/коллективах:
- Женщин чаще прерывают или игнорируют
- Воспринимают как недостаточно уверенных профессионалов иэ-за специфики речи (например, мы чаще мужчин используем выражения типа «мне кажется», «по моему мнению»)
- Воспринимаются как агрессоры, когда говорят уверенно
То есть, если женщина задает вопрос или рассказывает о проблеме в смешанном сообществе, шансы, что она получит полезный совет, снижаются.
Что это значит? Это значит, что, если вы женщина в смешанном коллективе - скорее всего, ваш профессиональный голос не так силен, как мог бы быть.
Кстати, я посмотрела на конференции в Болгарии и ее эпсилон-окрестности и посчитала, сколько спикерок там было. Статистика получилась довольно грустная:
- Eurostar 35%
- Istacon 30%
- Seetest 20%
- DEV bg 20%
- Testcon 20%
- DEV Challenge Accepted 10%
- QA Challenge Accepted 0
Наши профессиональные голоса действительно очень тихие:(
К счастью, тут мы можем что-то сделать. Один из способов - это использование женских профессиональных сообществ, там можно прокачать как уверенность, так и видимость (не только в рамках сообщества, но и вне его).
Например, когда я вступила в сообщество, у меня не было никакого намерения увеличивать свою видимость. Я думала просто читать чатик в расслабленном режиме по диагонали. А видимость - это вообще не мое, я скорее такой человек, который склонен тихо сидит в углу и работу работает. Что уж говорить про, простигосподи, паблик спикинг.
Что-то пошло не так.
Довольно сложновато просто читать чатик, когда люди говорят о чем-то, что ты любишь и что тебя волнует:) Поэтому я начала медленно, но верно мутировать в неожиданном направлении. Я начала отвечать на вопросы и помогать с решением проблем - и внезапно оказалось, что участницы совсем не собираются меня есть и что мои советы интересны другим людям, что у меня есть чем поделиться. После этого пресловутый паблик спикинг был только вопросом времени. Ну и когда ты менеджер, то ты менеджер:) и участие в организации мероприятий тоже было только вопросом времени.
Происходило это примерно так:
- До 2020 ноль публичных выступлений
- В 2020 я вступила в сообщество
- В 2021 поучаствовала в паре маленьких онлайн мероприятий
- В 2022 выступила на оффлайн митапе в офисе
- В 2023 организовала QA Sis Conf в составе админской команды + выступила там с докладом. Затем выступила на круглом столе в рамках Podlodka QA Crew. Затем вошла в состав программного комитета Podlodka QA Crew и в составе уже этой команды подготовила сезон, который прошел в сентябре этого года. В конце октября выступила на оффлайн митапе в офисе (как раз с докладом про сообщества).
Однако, тенденция (с)
Отдельно хочется поговорить о поддержке уязвимых группа населения. Сообщества могут это делать! Я напишу немного о женщинах (так как я сама женщина).
Женщина может получить существенный эмпауэрмент от участия в сообществе, состоящем только из женщин.
Почему?
Исследования показали, что в смешанных сообществах/коллективах:
- Женщин чаще прерывают или игнорируют
- Воспринимают как недостаточно уверенных профессионалов иэ-за специфики речи (например, мы чаще мужчин используем выражения типа «мне кажется», «по моему мнению»)
- Воспринимаются как агрессоры, когда говорят уверенно
То есть, если женщина задает вопрос или рассказывает о проблеме в смешанном сообществе, шансы, что она получит полезный совет, снижаются.
Что это значит? Это значит, что, если вы женщина в смешанном коллективе - скорее всего, ваш профессиональный голос не так силен, как мог бы быть.
Кстати, я посмотрела на конференции в Болгарии и ее эпсилон-окрестности и посчитала, сколько спикерок там было. Статистика получилась довольно грустная:
- Eurostar 35%
- Istacon 30%
- Seetest 20%
- DEV bg 20%
- Testcon 20%
- DEV Challenge Accepted 10%
- QA Challenge Accepted 0
Наши профессиональные голоса действительно очень тихие:(
К счастью, тут мы можем что-то сделать. Один из способов - это использование женских профессиональных сообществ, там можно прокачать как уверенность, так и видимость (не только в рамках сообщества, но и вне его).
Например, когда я вступила в сообщество, у меня не было никакого намерения увеличивать свою видимость. Я думала просто читать чатик в расслабленном режиме по диагонали. А видимость - это вообще не мое, я скорее такой человек, который склонен тихо сидит в углу и работу работает. Что уж говорить про, простигосподи, паблик спикинг.
Что-то пошло не так.
Довольно сложновато просто читать чатик, когда люди говорят о чем-то, что ты любишь и что тебя волнует:) Поэтому я начала медленно, но верно мутировать в неожиданном направлении. Я начала отвечать на вопросы и помогать с решением проблем - и внезапно оказалось, что участницы совсем не собираются меня есть и что мои советы интересны другим людям, что у меня есть чем поделиться. После этого пресловутый паблик спикинг был только вопросом времени. Ну и когда ты менеджер, то ты менеджер:) и участие в организации мероприятий тоже было только вопросом времени.
Происходило это примерно так:
- До 2020 ноль публичных выступлений
- В 2020 я вступила в сообщество
- В 2021 поучаствовала в паре маленьких онлайн мероприятий
- В 2022 выступила на оффлайн митапе в офисе
- В 2023 организовала QA Sis Conf в составе админской команды + выступила там с докладом. Затем выступила на круглом столе в рамках Podlodka QA Crew. Затем вошла в состав программного комитета Podlodka QA Crew и в составе уже этой команды подготовила сезон, который прошел в сентябре этого года. В конце октября выступила на оффлайн митапе в офисе (как раз с докладом про сообщества).
Однако, тенденция (с)
Как использовать профессиональные сообщества и не испортить их своим присутствием (5)
Как участник, вы можете делать сообщество лучше, а можете его портить - и принести вред гораздо проще, чем пользу (не то чтобы это было удивительно, впрочем).
Как это можно сделать?
Например - задавать не очень хорошие вопросы.
Не бывает глупых вопросов, зато бывают мета-вопросы, проблема XY, плохо сформулированные вопросы. А также вопросы, ответы на которые можно легко нагуглить.
Почему это плохо? Если кратко - к понижению качества контента вплоть до прекращения работы сообщества. Чем больше таких вопросов и тем обсуждается, тем менее сообщество интересно людям, которые могут предложить качественный контент. В итоге такие люди или перестают активничать, или вообще покидают сообщество, а в чатике по кругу перетираются вопросы типа «как найти первую работу в айти» и «кто работает в Яндексе?» Формально сообщество живое, но функционирует на уровне «ну такое».
Мета-вопросы - что-нибудь в духе «Можно задать вопрос?» или «Кто работает там-то?» - просто трата времени участников. Задайте свой вопрос сразу, не надо делать эти подводочки.
* Есть еще один тип вопросов, которые тоже называются «мета», важно не перепутать:) Это когда при обсуждении проблемы мы выходим на уровень повыше и задаем вопросы типа «а нам это нужно, чтобы что? Откуда мы знаем, что это нужно?… Почему считаем, что это правда? Как еще можно это получить?» Такие вопросы как раз приносят ощутимую пользу, так как позволяют посмотреть на проблему шире. И после этого может оказаться, что и проблемы-то никакой нет.
XY-проблема - это когда есть проблема, есть решение и есть какая-то проблема с решением) Человек при этом просит помощи с решением (не озвучивая изначальную проблему). Участники тратят время/силы, чтобы помочь, а потом оказывается, что исходная проблема вообще в другом и нужно использовать другое решение.
Ходить в сообщество с легко гуглимыми, то есть нагугляемыми, ну вы поняли вопросами тоже не очень хорошо. Во-первых, это производит впечатление, что вопрошающий хочет, чтобы кто-то погуглил за него. Во-вторых, зачем тратить время людей на это? Тратить время людей имеет смысл, когда нужен совместный анализ/синтез, например. Когда нужны именно люди с их мнениями, взаимодействие с ними, а не просто информация.
Что еще можно сделать, чтобы сообщество от вашего присутствия только проигрывало?
Нарушать правила.
Правила и принципы придуманы для того, чтобы поддерживать ценности сообщества и решать проблемы.
Если по любым причинам вам сложно этим правилам следовать, если они некомфортны - немаловероятно, что это просто не ваше сообщество. Возможно, у вас просто не совпадают ценности.
Лучшее, что тут можно сделать - поискать себе другое сообщество. Сообществ много, рано или поздно найдете что-то, что вам подойдет.
Худшее, что тут можно сделать - остаться в сообществе, используя его для получения плюшек, при этом пытаясь обойти его принципы и правила.
Как участник, вы можете делать сообщество лучше, а можете его портить - и принести вред гораздо проще, чем пользу (не то чтобы это было удивительно, впрочем).
Как это можно сделать?
Например - задавать не очень хорошие вопросы.
Не бывает глупых вопросов, зато бывают мета-вопросы, проблема XY, плохо сформулированные вопросы. А также вопросы, ответы на которые можно легко нагуглить.
Почему это плохо? Если кратко - к понижению качества контента вплоть до прекращения работы сообщества. Чем больше таких вопросов и тем обсуждается, тем менее сообщество интересно людям, которые могут предложить качественный контент. В итоге такие люди или перестают активничать, или вообще покидают сообщество, а в чатике по кругу перетираются вопросы типа «как найти первую работу в айти» и «кто работает в Яндексе?» Формально сообщество живое, но функционирует на уровне «ну такое».
Мета-вопросы - что-нибудь в духе «Можно задать вопрос?» или «Кто работает там-то?» - просто трата времени участников. Задайте свой вопрос сразу, не надо делать эти подводочки.
* Есть еще один тип вопросов, которые тоже называются «мета», важно не перепутать:) Это когда при обсуждении проблемы мы выходим на уровень повыше и задаем вопросы типа «а нам это нужно, чтобы что? Откуда мы знаем, что это нужно?… Почему считаем, что это правда? Как еще можно это получить?» Такие вопросы как раз приносят ощутимую пользу, так как позволяют посмотреть на проблему шире. И после этого может оказаться, что и проблемы-то никакой нет.
XY-проблема - это когда есть проблема, есть решение и есть какая-то проблема с решением) Человек при этом просит помощи с решением (не озвучивая изначальную проблему). Участники тратят время/силы, чтобы помочь, а потом оказывается, что исходная проблема вообще в другом и нужно использовать другое решение.
Ходить в сообщество с легко гуглимыми, то есть нагугляемыми, ну вы поняли вопросами тоже не очень хорошо. Во-первых, это производит впечатление, что вопрошающий хочет, чтобы кто-то погуглил за него. Во-вторых, зачем тратить время людей на это? Тратить время людей имеет смысл, когда нужен совместный анализ/синтез, например. Когда нужны именно люди с их мнениями, взаимодействие с ними, а не просто информация.
Что еще можно сделать, чтобы сообщество от вашего присутствия только проигрывало?
Нарушать правила.
Правила и принципы придуманы для того, чтобы поддерживать ценности сообщества и решать проблемы.
Если по любым причинам вам сложно этим правилам следовать, если они некомфортны - немаловероятно, что это просто не ваше сообщество. Возможно, у вас просто не совпадают ценности.
Лучшее, что тут можно сделать - поискать себе другое сообщество. Сообществ много, рано или поздно найдете что-то, что вам подойдет.
Худшее, что тут можно сделать - остаться в сообществе, используя его для получения плюшек, при этом пытаясь обойти его принципы и правила.
Как использовать профессиональные сообщества и не испортить их своим присутствием (6)
Чего не стоит ожидать от сообщества?
Сервиса: когда кто-то считает, что сообщество должно обслужить личные хотелки, или когда предлагают что-то потенциально полезное для всех, но не готовы вкладываться усилиями в идею. Идеи это хорошо, но идеи требуют воплощения, а воплощение идей требуют банального труда. Обычно люди приходят со своими идеями к активной части сообщества, но у этой активной части обычно уже своих идей полна коробочка и мотивация добавлять в to do список дополнительную хотелку, причем чужую, не очень высокая.
Коммуникация по поводу этих идей отжирает время и силы у активной части сообщества, а полезный выхлоп от этого стремится к нулю.
В общем, чем больше кто-то готов вкладываться в свою идею силами и временем - тем больше вероятность, что она будет реализована. «Просто захотеть и предложить» скорее не работает, чем работает.
Не стоит ожидать личной безопасности.
«Как же так, безопасность это хорошо, где-то даже декларируется safe space!».
Мы тоже заявляли, что у нас safe space, пока с ростом сообщества не стали все чаще и чаще сталкиваться с тем, как люди могут трактовать идею safe space на практике. Например, безопасность может трактоваться как отсутствие дискомфорта, фрустрации, личный комфорт и гарантия приватности.
Это не очень реалистичное ожидание.
Реалистичный уровень безопасности для сообщества - это понятная и предсказуемая среда.
Полную приватность и личный комфорт сообщество никак не может обеспечить, для этого просто инструментов нет.
Не надо ожидать демократию.
Демократия это ок, НО когда мы говорим про страны, а не сообщества. Страны и сообщества очень сильно отличаются по принципам работы.
Нельзя ожидать от сообщества того же, что от стран (кстати, демократия в странах тоже весьма далека от «все собрались и проголосовали за какое-то решение»).
Сообщество живет и развивается за счет активной части (по некоторым данным это всего 1% состава сообщества. Я посчитала приблизительную статистику по QA Sisters - там примерно такая же ситуация.
Активная часть по сути выполняет бесплатную работу в нерабочее время. Что это за работа? Ревью резюме, менторинг, активные обсуждения, создание контента, организация митапов… Да что угодно (на что хватит фантазии и что позволяют правила). Например, в QA Sisters есть своя конференция только потому, что одна из сообщниц сказала «Давайте сделаем конференцию, я готова это организовывать, кто хочет присоединиться?» В результате мы организовали онлайн конфу на 20 часов докладов и других мероприятий, которую посетили 440 человек.
Единственная компенсация (ну, глобально) это чувство радости от того, что они сделали что-то, что хотели - реализовали идею, которой горели, которая их вдохновляла. А теперь представим, что активная часть сообщества делает не то, что хочет, а то, что «заказало» большинство (проголосовав). Получаем бесплатную работу в свободное время, только вот компенсации в виде радости за это уже нет. В лучшем случае участник говорит «нет». В худшем - участник делает то, что сказало большинство, устает, демотивируется, выгорает и перестает контрибьютить (или вообще покидает сообщество).
Аналогичные истории были и в нашем уезде: раз, два.
1% от сообщества - не так много. Пара-тройка итераций народного голосования - и сообщество остается без своего «ядра». Кто тогде будет драйвить сообщество, развивать его, придумывать и вести активности?… Скорее всего, никто и сообщество выродится.
Чего не стоит ожидать от сообщества?
Сервиса: когда кто-то считает, что сообщество должно обслужить личные хотелки, или когда предлагают что-то потенциально полезное для всех, но не готовы вкладываться усилиями в идею. Идеи это хорошо, но идеи требуют воплощения, а воплощение идей требуют банального труда. Обычно люди приходят со своими идеями к активной части сообщества, но у этой активной части обычно уже своих идей полна коробочка и мотивация добавлять в to do список дополнительную хотелку, причем чужую, не очень высокая.
Коммуникация по поводу этих идей отжирает время и силы у активной части сообщества, а полезный выхлоп от этого стремится к нулю.
В общем, чем больше кто-то готов вкладываться в свою идею силами и временем - тем больше вероятность, что она будет реализована. «Просто захотеть и предложить» скорее не работает, чем работает.
Не стоит ожидать личной безопасности.
«Как же так, безопасность это хорошо, где-то даже декларируется safe space!».
Мы тоже заявляли, что у нас safe space, пока с ростом сообщества не стали все чаще и чаще сталкиваться с тем, как люди могут трактовать идею safe space на практике. Например, безопасность может трактоваться как отсутствие дискомфорта, фрустрации, личный комфорт и гарантия приватности.
Это не очень реалистичное ожидание.
Реалистичный уровень безопасности для сообщества - это понятная и предсказуемая среда.
Полную приватность и личный комфорт сообщество никак не может обеспечить, для этого просто инструментов нет.
Не надо ожидать демократию.
Демократия это ок, НО когда мы говорим про страны, а не сообщества. Страны и сообщества очень сильно отличаются по принципам работы.
Нельзя ожидать от сообщества того же, что от стран (кстати, демократия в странах тоже весьма далека от «все собрались и проголосовали за какое-то решение»).
Сообщество живет и развивается за счет активной части (по некоторым данным это всего 1% состава сообщества. Я посчитала приблизительную статистику по QA Sisters - там примерно такая же ситуация.
Активная часть по сути выполняет бесплатную работу в нерабочее время. Что это за работа? Ревью резюме, менторинг, активные обсуждения, создание контента, организация митапов… Да что угодно (на что хватит фантазии и что позволяют правила). Например, в QA Sisters есть своя конференция только потому, что одна из сообщниц сказала «Давайте сделаем конференцию, я готова это организовывать, кто хочет присоединиться?» В результате мы организовали онлайн конфу на 20 часов докладов и других мероприятий, которую посетили 440 человек.
Единственная компенсация (ну, глобально) это чувство радости от того, что они сделали что-то, что хотели - реализовали идею, которой горели, которая их вдохновляла. А теперь представим, что активная часть сообщества делает не то, что хочет, а то, что «заказало» большинство (проголосовав). Получаем бесплатную работу в свободное время, только вот компенсации в виде радости за это уже нет. В лучшем случае участник говорит «нет». В худшем - участник делает то, что сказало большинство, устает, демотивируется, выгорает и перестает контрибьютить (или вообще покидает сообщество).
Аналогичные истории были и в нашем уезде: раз, два.
1% от сообщества - не так много. Пара-тройка итераций народного голосования - и сообщество остается без своего «ядра». Кто тогде будет драйвить сообщество, развивать его, придумывать и вести активности?… Скорее всего, никто и сообщество выродится.
Как использовать профессиональные сообщества и не испортить их своим присутствием (7)
Небольшая коллекция ссылок по теме.
О сообществах
Что я совсем не затронула в докладе: как сообщество может отжирать энергию; сообщества с признаками секты - об этом можно послушать например тут.
Модерацию невозможно сделать правильно. Но без неё ваше сообщество точно умрёт.
Пацифизм губит ухоженные сады.
Безопасность в сообществе (англ.).
Про ленивые вопросы и как нелениво спросить о чем-то.
Вот тут Natalia Davydova (Frontend-разработчица и амбассадор джунов) пишет о кризисе ее сообщества для джунов и его преодолении. Тред целиком.
Сообщества для людей: как их строить и развивать.
Создание сообщества тестеров - чтобы что? Видео не нашла, не уверена, что оно есть в открытом доступе.
Гендерный вопрос
Невидимые женщины
Гендерные стереотипы или реальность: как говорят мужчины и женщины на самом деле.
Language Myth #6 (англ.)
Небольшая коллекция ссылок по теме.
О сообществах
Что я совсем не затронула в докладе: как сообщество может отжирать энергию; сообщества с признаками секты - об этом можно послушать например тут.
Модерацию невозможно сделать правильно. Но без неё ваше сообщество точно умрёт.
Пацифизм губит ухоженные сады.
Безопасность в сообществе (англ.).
Про ленивые вопросы и как нелениво спросить о чем-то.
Вот тут Natalia Davydova (Frontend-разработчица и амбассадор джунов) пишет о кризисе ее сообщества для джунов и его преодолении. Тред целиком.
Сообщества для людей: как их строить и развивать.
Создание сообщества тестеров - чтобы что? Видео не нашла, не уверена, что оно есть в открытом доступе.
Гендерный вопрос
Невидимые женщины
Гендерные стереотипы или реальность: как говорят мужчины и женщины на самом деле.
Language Myth #6 (англ.)
Как использовать профессиональные сообщества и не испортить их своим присутствием (8)
На закуску - пара слов о рисках.
Сообщества могут расстраивать.
Иногда у людей есть другое мнение. Это может расстраивать, раздражать и очень фрустрировать!
Иногда вы задаете вопрос - и никто не отвечает.
Иногда вы задаете вопрос - и ответ вам не нравится.
Иногда вы хотите иметь какие-то бенефиты от сообщества - а сообщество не может их предоставить.
Другие люди могут челленджить ваши идеи.
Ваше мнение о себе как о профессионале также может быть поставлено под вопрос.
Например, работодатель не хочет давать вам Middle грейд после одного года работы в QA и вы идете в сообщество, чтобы получить поддержку. А сообщество вместо этого подтверждает что вы, к сожалению, и правда джун. Разве такое не фрустрирует? А то!
Репутационные риски тут тоже есть.
Нередко сообщества имеют оффтопик чаты, где можно обсуждать примерно что угодно. Может возникнуть искушение почувствовать себя как в кругу друзей. Но это все же не круг друзей, это оффтопик чат в профессиональном сообществе. Если у вас есть кул стори о том, как вы играли в World of Warcraft всю ночь и из-за этого провалили дедлайны - возможно, профессиональное сообщество не самое лучшее место, чтобы ею поделиться.
Скорее всего, одна такая история не принесет вреда. Но, если единственное, что о вас помнят люди, это то, что вы постоянно играете в WoW и проваливаете из-за этого дедлайны - это выглядит как проблема.
Поведение в сообществе может помочь вырастить профессиональную репутацию - и может ее испортить.
Как вы отзываетесь о своей собственной работе - показываете ли ответственное отношение к ней? Какой у вас типичный тон общения - спокойный и дружелюбный или пассивно-агрессивный? Как относитесь к тому, что другие люди имеют свое собственное мнение? Можете ли вести дискуссию конструктивно в ситуации, когда вы раздражены или вообще в ярости?
Люди в сообществе - ваши возможные коллеги по команде, тим лиды, нанимающие менеджеры. У них будет свое мнение о вас - и это мнение может принести вам много пользы (или повлиять на вас негативно).
Резюмирую:делай хорошо, плохо не делай сообщество может принести массу пользы, даже если просто читать его (и приносит еще больше пользы, если вы - активный участник). Но выбирать сообщество стоит так, чтобы оно действительно вам подходило. Если не получается найти подходящее сообщество - возможно, имеет смысл создать его самому.
На закуску - пара слов о рисках.
Сообщества могут расстраивать.
Иногда у людей есть другое мнение. Это может расстраивать, раздражать и очень фрустрировать!
Иногда вы задаете вопрос - и никто не отвечает.
Иногда вы задаете вопрос - и ответ вам не нравится.
Иногда вы хотите иметь какие-то бенефиты от сообщества - а сообщество не может их предоставить.
Другие люди могут челленджить ваши идеи.
Ваше мнение о себе как о профессионале также может быть поставлено под вопрос.
Например, работодатель не хочет давать вам Middle грейд после одного года работы в QA и вы идете в сообщество, чтобы получить поддержку. А сообщество вместо этого подтверждает что вы, к сожалению, и правда джун. Разве такое не фрустрирует? А то!
Репутационные риски тут тоже есть.
Нередко сообщества имеют оффтопик чаты, где можно обсуждать примерно что угодно. Может возникнуть искушение почувствовать себя как в кругу друзей. Но это все же не круг друзей, это оффтопик чат в профессиональном сообществе. Если у вас есть кул стори о том, как вы играли в World of Warcraft всю ночь и из-за этого провалили дедлайны - возможно, профессиональное сообщество не самое лучшее место, чтобы ею поделиться.
Скорее всего, одна такая история не принесет вреда. Но, если единственное, что о вас помнят люди, это то, что вы постоянно играете в WoW и проваливаете из-за этого дедлайны - это выглядит как проблема.
Поведение в сообществе может помочь вырастить профессиональную репутацию - и может ее испортить.
Как вы отзываетесь о своей собственной работе - показываете ли ответственное отношение к ней? Какой у вас типичный тон общения - спокойный и дружелюбный или пассивно-агрессивный? Как относитесь к тому, что другие люди имеют свое собственное мнение? Можете ли вести дискуссию конструктивно в ситуации, когда вы раздражены или вообще в ярости?
Люди в сообществе - ваши возможные коллеги по команде, тим лиды, нанимающие менеджеры. У них будет свое мнение о вас - и это мнение может принести вам много пользы (или повлиять на вас негативно).
Резюмирую:
Забавно, что выражение "серебряная пуля" стало метафорой универсального решения.
Серебряные пули работают только против парочки видов (классов?) монстров + против того, что можно убить обычной пулей.
Какие еще есть варианты:
- приручить
- оказать услугу
- отгадать загадку
- узнать истинное имя
- из экзотичного: стать молочным сыном
- убить
(список можно продолжать)
Даже в волшебном мире нужно учитывать контекст при выборе инструмента.
Порой - проводить целое исследование, чтобы понять, как поступить.
То есть серебряных пуль нет даже в мире, где есть серебряные пули!
Серебряные пули работают только против парочки видов (классов?) монстров + против того, что можно убить обычной пулей.
Какие еще есть варианты:
- приручить
- оказать услугу
- отгадать загадку
- узнать истинное имя
- из экзотичного: стать молочным сыном
- убить
(список можно продолжать)
Даже в волшебном мире нужно учитывать контекст при выборе инструмента.
Порой - проводить целое исследование, чтобы понять, как поступить.
То есть серебряных пуль нет даже в мире, где есть серебряные пули!
Итоги года
Моя жизнь в целом точно не стала хуже - считаю, что это самый важный итог)
Основная мысль, с которой я заканчиваю этот год: интересные занятия и занятия, которые дают новые силы - два множества, которые пересекаются только частично.
В моем случае - почти никогда, и это очень грустно. Ну штош.
В 2023 я в основном занималась интересными вещами, поэтому к концу года наступили естественные последствия в виде заметной усталости.
Поэтому я уже отказалась от участия в программном комитете ближайшей QA Подлодки (планируется в конце февраля), минимизирую доклады (думаю, что подготовлю максимум 1 новую тему в следующем году) и в целом постараюсь поменьше активничать вне работы.
Это потребует определенной дисциплины и смирения. Очень сложно волевым усилием перестать делать штуки, которые тебе интересны, но после энной попытки я наверняка справлюсь.
В будущем году мне очень хочется научиться отдыхать. Прямо отдыхать - чтобы в понедельник утром вставать с ощущением «душа просит подвига», а не «нууу… норм».
- Повышу приоритет хобби и физкультуре - сейчас они у меня присутствуют в жизни в следовых количествах и это не то, что я для себя хочу
- Займусь здоровьем (уже начала заниматься в 2023)
Скорее всего, года через 3 мне захочется переехать в другую страну и я очень, очень хочу находиться в этот момент на пике энергичности и здоровья:)
Профессиональные планы, которые я не вычеркнула:
- Выступление на QA митапе от нашей компании в Порту с тем же докладом про сообщества, который я представляла осенью в софийском офисе
- Подам заявки на конференции QA Challenge Accepted, Istacon, Seetest, Geek Girls Portugal - все с тем же докладом:) Может, добавлю что-то в презентацию, так как просто «копипастить» выступление мне неприятно, но основная часть работы уже сделана.
- Возможно, подготовлю доклад про тим лидство живого человека, который довольно далек от концепции успешного успеха и не может похвастаться избытком энергии. Если подготовлю - заявлюсь с ним еще куда-нибудь
Остальные планы:
- Начать снова заниматься болгарским (хотя бы раз в неделю). Мой уровень сейчас это «могу работать в супермаркете», хорошо бы дотянуть его до «объяснить дорогу курьеру или таксисту»
- Выделить больше времени на хобби и физкультуру (которые схлопнулись почти до нуля)
- Ну и уделить больше внимания здоровому образу жизни:) Режим дня, вовремя ходить к врачам, вот это все
- Отучиться и сдать экзамен на местные водительские права
- Купить уже наконец машину и регулярно на ней ездить
Моя жизнь в целом точно не стала хуже - считаю, что это самый важный итог)
Основная мысль, с которой я заканчиваю этот год: интересные занятия и занятия, которые дают новые силы - два множества, которые пересекаются только частично.
В моем случае - почти никогда, и это очень грустно. Ну штош.
В 2023 я в основном занималась интересными вещами, поэтому к концу года наступили естественные последствия в виде заметной усталости.
Поэтому я уже отказалась от участия в программном комитете ближайшей QA Подлодки (планируется в конце февраля), минимизирую доклады (думаю, что подготовлю максимум 1 новую тему в следующем году) и в целом постараюсь поменьше активничать вне работы.
Это потребует определенной дисциплины и смирения. Очень сложно волевым усилием перестать делать штуки, которые тебе интересны, но после энной попытки я наверняка справлюсь.
В будущем году мне очень хочется научиться отдыхать. Прямо отдыхать - чтобы в понедельник утром вставать с ощущением «душа просит подвига», а не «нууу… норм».
- Повышу приоритет хобби и физкультуре - сейчас они у меня присутствуют в жизни в следовых количествах и это не то, что я для себя хочу
- Займусь здоровьем (уже начала заниматься в 2023)
Скорее всего, года через 3 мне захочется переехать в другую страну и я очень, очень хочу находиться в этот момент на пике энергичности и здоровья:)
Профессиональные планы, которые я не вычеркнула:
- Выступление на QA митапе от нашей компании в Порту с тем же докладом про сообщества, который я представляла осенью в софийском офисе
- Подам заявки на конференции QA Challenge Accepted, Istacon, Seetest, Geek Girls Portugal - все с тем же докладом:) Может, добавлю что-то в презентацию, так как просто «копипастить» выступление мне неприятно, но основная часть работы уже сделана.
- Возможно, подготовлю доклад про тим лидство живого человека, который довольно далек от концепции успешного успеха и не может похвастаться избытком энергии. Если подготовлю - заявлюсь с ним еще куда-нибудь
Остальные планы:
- Начать снова заниматься болгарским (хотя бы раз в неделю). Мой уровень сейчас это «могу работать в супермаркете», хорошо бы дотянуть его до «объяснить дорогу курьеру или таксисту»
- Выделить больше времени на хобби и физкультуру (которые схлопнулись почти до нуля)
- Ну и уделить больше внимания здоровому образу жизни:) Режим дня, вовремя ходить к врачам, вот это все
- Отучиться и сдать экзамен на местные водительские права
- Купить уже наконец машину и регулярно на ней ездить
Думаю, что одна из лучших наград в тим лидской работе - когда видишь, что команда из группки людей с очень большими и очень квадратными глазами превращается в команду, которой можно (без шуток) гордиться. Правда, эту награду порой приходится подождать годик, а то и годик-другой:)
Это потрясающе - видеть,
...как команда подходит к тестированию все более и более осознанно
...как у коллег возрастает уверенность в своих силах
...как у людей увеличивается толерантность к незнакомому и неопределенному
...как они самоорганизуются: распоряжаются временем, если оно у них освободилось, самостоятельно подхватывают задачи заболевшего коллеги
...как решаются быть более видимыми: например, вызываются сами показать функциональность на демо. Пока что с моей помощью, поскольку для них это буквально первый опыт представления результатов перед аудиторией в 100+ человек, включая заказчиков, к тому же на неродном языке
...список можно продолжать.
The last but not the least: я могу спокойно спать в отпуске:)
Глобально моей команде не хватает только того, что можно наработать только в течение более длительного времени работы: более глубокого погружения в QA, опыт решения разнообразных проблем, работы с разными людьми, над разными продуктами и в разных процессах.
Но уже сейчас видно, что старт работы в QA у них очень хороший, и то время, что мы работаем вместе, прошли максимально не зря:)
Хочу быть тим лидом. Что делать? (2)
💡 Первый пост - ниже. Отложенный постинг сегодня не удался.
…Или так: «Хочу быть тим лидом, потому что мне нравится общаться с людьми»
Тут как будто есть убеждение, что, чтобы быть тим лидом, надо любить общаться с людьми.
Можно спросить себя - откуда появилось это убеждение? Почему я вообще считаю, что оно отражает реальность?
Хочется пошутить: иди в лиды - быстро разонравится.
Конечно же, это не обязательно будет так, тем не менее в каждой шутке есть доля правды. Если ты тим лид, возрастает вероятность уткнуться носом в общение, которое не очень-то приятно или происходит по довольно неприятным поводам.
Например:
- Объяснение менеджменту/клиенту, почему с тестированием пошло что-то не так. Если, например, проблема в том, что лично ты неправильно рассчитала нагрузку команды - градус негатива возрастает.
- Собеседование кандидата, который сразу субъективно не понравился. Нужно держать себя в руках и не позволить своему настрою повлиять на собеседование. Это само по себе напрягает довольно сильно. Если же не получилось это сделать - градус негатива возрастает.
- Увольнение сотрудника. Не очень радостный процесс сам по себе, а если ошиблась в формулировках (ошибки точно будут, вряд ли есть много людей, которые могут такие задачи делать хорошо с первого раза и в 100% случаев) - поздравляю, теперь ты для сотрудника Самый Некомпетентный Тим Лид в Мире, Бездушный Деспот, Олицетворение Кровавого Энтерпрайза и т п. Если у сотрудника при этом, например, семеро по лавкам - градус негатива опять же возрастает.
- Онбординг новичка. Настигает “проклятие знания” и огромное искушение трактовать ошибки новичка как некомпетентность / тупость / недисциплинированность, халатность (нужное подчеркнуть). См. «фундаментальная ошибка атрибуции». Процесс обучения может субъективно в моменте ощущаться как “я ему тут объясняю, объясняю, а он!…” Приятно ли такое общение? Да ничуть!
С чем можно поразбираться?
- Что сейчас происходит? Я люблю общаться, но недополучаю общения? Общения хватает, но оно какое-то не такое?
- Мое “люблю общаться” это про что конкретно? Мне нравится сам процесс обсуждения задач? Или что-то еще?
- Почему я считаю, что не могу удовлетворить свою любовь к общению на текущей позиции и нужно обязательно идти в лиды?
- Мое “люблю общаться” оно только про любовь или про любовь и умение? Я себя проявила как человек, который решает проблемы с помощью коммуникации? Возможно, разрулила пачку конфликтов, где стороны без меня никак не могли (или не хотели) договориться?
…Или так: «Хочу быть тим лидом, потому что мне нравится общаться с людьми»
Тут как будто есть убеждение, что, чтобы быть тим лидом, надо любить общаться с людьми.
Можно спросить себя - откуда появилось это убеждение? Почему я вообще считаю, что оно отражает реальность?
Хочется пошутить: иди в лиды - быстро разонравится.
Конечно же, это не обязательно будет так, тем не менее в каждой шутке есть доля правды. Если ты тим лид, возрастает вероятность уткнуться носом в общение, которое не очень-то приятно или происходит по довольно неприятным поводам.
Например:
- Объяснение менеджменту/клиенту, почему с тестированием пошло что-то не так. Если, например, проблема в том, что лично ты неправильно рассчитала нагрузку команды - градус негатива возрастает.
- Собеседование кандидата, который сразу субъективно не понравился. Нужно держать себя в руках и не позволить своему настрою повлиять на собеседование. Это само по себе напрягает довольно сильно. Если же не получилось это сделать - градус негатива возрастает.
- Увольнение сотрудника. Не очень радостный процесс сам по себе, а если ошиблась в формулировках (ошибки точно будут, вряд ли есть много людей, которые могут такие задачи делать хорошо с первого раза и в 100% случаев) - поздравляю, теперь ты для сотрудника Самый Некомпетентный Тим Лид в Мире, Бездушный Деспот, Олицетворение Кровавого Энтерпрайза и т п. Если у сотрудника при этом, например, семеро по лавкам - градус негатива опять же возрастает.
- Онбординг новичка. Настигает “проклятие знания” и огромное искушение трактовать ошибки новичка как некомпетентность / тупость / недисциплинированность, халатность (нужное подчеркнуть). См. «фундаментальная ошибка атрибуции». Процесс обучения может субъективно в моменте ощущаться как “я ему тут объясняю, объясняю, а он!…” Приятно ли такое общение? Да ничуть!
С чем можно поразбираться?
- Что сейчас происходит? Я люблю общаться, но недополучаю общения? Общения хватает, но оно какое-то не такое?
- Мое “люблю общаться” это про что конкретно? Мне нравится сам процесс обсуждения задач? Или что-то еще?
- Почему я считаю, что не могу удовлетворить свою любовь к общению на текущей позиции и нужно обязательно идти в лиды?
- Мое “люблю общаться” оно только про любовь или про любовь и умение? Я себя проявила как человек, который решает проблемы с помощью коммуникации? Возможно, разрулила пачку конфликтов, где стороны без меня никак не могли (или не хотели) договориться?
Please open Telegram to view this post
VIEW IN TELEGRAM
Хочу быть тим лидом. Что делать? (1)
Навеяло дискуссией в одном чате. Спрашивали, что подучить для того, чтобы стать лидом. Я подумала и поняла, что не могу кратко ответить на этот вопрос.
Года три назад я бы сказала - ну, почитайте про планирование/делегирование, контроль задач, про мотивацию/демотивацию, про конструктивную конфронтацию, про переговорный процесс, то-се. Сходите на курсы.
Сейчас я бы предложила сначала разобрать это желание на составные части.
- Что, по моему мнению, делает тим лид?
- Почему я этого хочу?
- Что хочу получить в итоге?
Например, это может звучать так: "Хочу быть тим лидом, потому что мне не нравится работать руками".
О чем можно себя спросить?
Что конкретно значит “не нравится работать руками”? Что именно я не люблю делать и почему?
Причина может быть какая угодно.
Может оказаться, что не нравятся конкретные задачи, проект, команда.
Может оказаться, что не хватает инженерных компетенций, возникает фрустрация от процесса работы и ее результата, и в итоге есть впечатление, что инженерная работа не нравится в целом.
Примем как допущение, что инженерная работа действительно просто не нравится (безотносительно проекта, команды, уровня компетентности и т п).
Как так получается, что из этого следует вывод, что надо идти именно в менеджеры?
…Не может ли быть такого, что мы следуем стереотипу, что развиваться можно только в менеджмент или автоматизацию?
Навеяло дискуссией в одном чате. Спрашивали, что подучить для того, чтобы стать лидом. Я подумала и поняла, что не могу кратко ответить на этот вопрос.
Года три назад я бы сказала - ну, почитайте про планирование/делегирование, контроль задач, про мотивацию/демотивацию, про конструктивную конфронтацию, про переговорный процесс, то-се. Сходите на курсы.
Сейчас я бы предложила сначала разобрать это желание на составные части.
- Что, по моему мнению, делает тим лид?
- Почему я этого хочу?
- Что хочу получить в итоге?
Например, это может звучать так: "Хочу быть тим лидом, потому что мне не нравится работать руками".
О чем можно себя спросить?
Что конкретно значит “не нравится работать руками”? Что именно я не люблю делать и почему?
Причина может быть какая угодно.
Может оказаться, что не нравятся конкретные задачи, проект, команда.
Может оказаться, что не хватает инженерных компетенций, возникает фрустрация от процесса работы и ее результата, и в итоге есть впечатление, что инженерная работа не нравится в целом.
Примем как допущение, что инженерная работа действительно просто не нравится (безотносительно проекта, команды, уровня компетентности и т п).
Как так получается, что из этого следует вывод, что надо идти именно в менеджеры?
…Не может ли быть такого, что мы следуем стереотипу, что развиваться можно только в менеджмент или автоматизацию?
Хочу быть тим лидом. Что делать? (3)
Или так: "Хочу пойти в тим лиды, потому что там платят больше денег".
Тут можно спросить себя: почему я считаю, что лично я как инженер буду зарабатывать меньше, чем я как тим лид? А что, если как инженер я могу быть уровня ВАУ, а как тим лид я буду в лучшем случае на минимально приемлемом уровне и смогу претендовать на зарплату по нижней границе рынка?
Решение по результатам “раскопок” может оказаться примерно любым.
Например:
- Просто подождать, работая работу и увеличивая инженерные компетенции естественным образом (за счет выполнения задач). Возможно, с болью от инженерии (если она была) уйдет и желание тим лидствовать
- Перейти в другую команду, где принято иметь больший контакт между людьми
- Заняться дополнительными активностями: организацией хакатонов / багатонов /митапов в компании (как внутренних, так и внешних), волонтерской деятельностью в сообществах, участием в программных комитетах конференций
- Принять информированное решения расти в лиды. Можно договориться с текущим лидом о плавном росте компетенций. В качестве ближайшей цели взять замещение лида на время ее/его отпуска
- Изучить основ другой профессии в рамках IT и перейти в нее (скрам мастер, дев рел, менеджер проектов…)
- Выйти из IT. Такое тоже бывает!
- Уйти в отпуск за свой счет/саббатикал (если финансы позволяют) - если истинная причина желания менеджерить это сильная усталость/ выгорание от текущей работы
П. С. Задавала ли я такие вопросы себе, когда думала развиваться в менеджмент? Нет, конечно. Ретроспективно думаю, что они бы очень не помешали.
УПД: отложенный постинг странновато сработал. Переделывать не буду.
Или так: "Хочу пойти в тим лиды, потому что там платят больше денег".
Тут можно спросить себя: почему я считаю, что лично я как инженер буду зарабатывать меньше, чем я как тим лид? А что, если как инженер я могу быть уровня ВАУ, а как тим лид я буду в лучшем случае на минимально приемлемом уровне и смогу претендовать на зарплату по нижней границе рынка?
Решение по результатам “раскопок” может оказаться примерно любым.
Например:
- Просто подождать, работая работу и увеличивая инженерные компетенции естественным образом (за счет выполнения задач). Возможно, с болью от инженерии (если она была) уйдет и желание тим лидствовать
- Перейти в другую команду, где принято иметь больший контакт между людьми
- Заняться дополнительными активностями: организацией хакатонов / багатонов /митапов в компании (как внутренних, так и внешних), волонтерской деятельностью в сообществах, участием в программных комитетах конференций
- Принять информированное решения расти в лиды. Можно договориться с текущим лидом о плавном росте компетенций. В качестве ближайшей цели взять замещение лида на время ее/его отпуска
- Изучить основ другой профессии в рамках IT и перейти в нее (скрам мастер, дев рел, менеджер проектов…)
- Выйти из IT. Такое тоже бывает!
- Уйти в отпуск за свой счет/саббатикал (если финансы позволяют) - если истинная причина желания менеджерить это сильная усталость/ выгорание от текущей работы
П. С. Задавала ли я такие вопросы себе, когда думала развиваться в менеджмент? Нет, конечно. Ретроспективно думаю, что они бы очень не помешали.
УПД: отложенный постинг странновато сработал. Переделывать не буду.
Лидеры разные
Когда-то я довольно сильно фрустрировалась об идею лидера (довольно стереотипную, если посмотреть на нее критически). С одной стороны, мне хотелось работать тим лидом, с другой - лид это же, ну… лидер! Знаете, такой, с харизмой 100 уровня, с подбородком и широкими плечами, и люди сами идут за ним стройными рядами. А я, надо сказать, нахожусь на противоположной стороне этой шкалы. Если есть какая-то неформальная компания, то обычно я в ней максимально не лидер. Это привносило неприятное сильное ощущение (с): куда мне в тим лиды? Может, не надо натягивать сову на этот глобус, несмотря на то, что очень хочется и вообще интересно.
В то время мне здорово помог разговор с одной приятельницей. Выслушав меня, она сказала примерно следующее: “Лидеры могут быть разные. Кто-то может отличаться от стереотипного образа лидера - и это будет частью его лидерской стиля и его харизмы”.
Эта мысль очень перекликается с идеей профессиональной идентичности и аутентичности (про что я довольно часто думаю последний год), а также с реалистичностью требований к себе.
Все время тянет сравнить себя со сферическим тим лидом в вакууме. Он-то, конечно, успевает и автоматизацию поучить, и в тренажерный зал сходить. Вечером в баре у него неформальный нетворкинг. На выходных - конференция.
Тем временем я до сих пор пытаюсь наладить режим дня (почти безуспешно). Тренажерный зал сейчас в расписание не трамбуется даже ногами. Чтобы сходит на какой-нибудь нетворкинг, мне надо долго собираться с силами и мыслями (и то не факт, что получится что-то осмысленное. На встречу же мало прийти, там надо общаться).
Что же до конференций - с ними порой получается, порой нет. Последний раз вместо конференции я сидела дома и с тревогой изучала продукты жизнедеятельности, которые разными способами покидали организм моей собаки.
Про свое развитие в автоматизации могу сказать, что не родился еще тот конь, который там валяться будет.
Можно было бы сказать себе “а ну положи свой тим лидский билет на стол!”, но делать я этого, конечно, не буду.
Вместо этого понемногу пишу доклад про тим лидство обычного живого человека. Думаю, он будет про видимость: рассказывать о том, что разные люди могут руководить командами, про заботу о себе (…колидоктор тим лид сыт, так и больному команде легче), и про то, как тим лидство может выглядеть изнутри.
Для самой меня основная ценность этого доклада - повышение видимости разного тим лидстваи выгулять любимые мемасики. Очень много успешного успеха в инфопространстве, хочется что-то ему противопоставить.
Когда-то я довольно сильно фрустрировалась об идею лидера (довольно стереотипную, если посмотреть на нее критически). С одной стороны, мне хотелось работать тим лидом, с другой - лид это же, ну… лидер! Знаете, такой, с харизмой 100 уровня, с подбородком и широкими плечами, и люди сами идут за ним стройными рядами. А я, надо сказать, нахожусь на противоположной стороне этой шкалы. Если есть какая-то неформальная компания, то обычно я в ней максимально не лидер. Это привносило неприятное сильное ощущение (с): куда мне в тим лиды? Может, не надо натягивать сову на этот глобус, несмотря на то, что очень хочется и вообще интересно.
В то время мне здорово помог разговор с одной приятельницей. Выслушав меня, она сказала примерно следующее: “Лидеры могут быть разные. Кто-то может отличаться от стереотипного образа лидера - и это будет частью его лидерской стиля и его харизмы”.
Эта мысль очень перекликается с идеей профессиональной идентичности и аутентичности (про что я довольно часто думаю последний год), а также с реалистичностью требований к себе.
Все время тянет сравнить себя со сферическим тим лидом в вакууме. Он-то, конечно, успевает и автоматизацию поучить, и в тренажерный зал сходить. Вечером в баре у него неформальный нетворкинг. На выходных - конференция.
Тем временем я до сих пор пытаюсь наладить режим дня (почти безуспешно). Тренажерный зал сейчас в расписание не трамбуется даже ногами. Чтобы сходит на какой-нибудь нетворкинг, мне надо долго собираться с силами и мыслями (и то не факт, что получится что-то осмысленное. На встречу же мало прийти, там надо общаться).
Что же до конференций - с ними порой получается, порой нет. Последний раз вместо конференции я сидела дома и с тревогой изучала продукты жизнедеятельности, которые разными способами покидали организм моей собаки.
Про свое развитие в автоматизации могу сказать, что не родился еще тот конь, который там валяться будет.
Можно было бы сказать себе “а ну положи свой тим лидский билет на стол!”, но делать я этого, конечно, не буду.
Вместо этого понемногу пишу доклад про тим лидство обычного живого человека. Думаю, он будет про видимость: рассказывать о том, что разные люди могут руководить командами, про заботу о себе (…коли
Для самой меня основная ценность этого доклада - повышение видимости разного тим лидства
Господи, дай мне тест-дизайн, чтобы протестировать то, что можно протестировать, уверенность - чтобы эскалировать то, что протестировать нельзя, и тест-анализ - чтобы всегда отличать одно от другого.
Привет!
На связи Podlodka QA Crew🐞 — мы организовываем онлайн IT-конференции по разным темам, одна из которых — тестирование.
Бесконечно можно смотреть на огонь, воду и извечный баттл между «знать только то, с чем сталкиваешься в работе ежедневно» и «не знать теорию — ограничить себя только известными способами решения проблем».
Мы считаем, что хорошая теоретическая база – это то, что отличает обычного QA-инженера от крутого.
За 5 дней Podlodka QA Crew мы вместе вдохновимся теорией и начнём использовать её на практике:
🔹 выясним, как эффективно выстраивать экосистему тестовой документации;
🔹 начнём правильно применять SCRUM-методологию в работе тестировщика;
🔹 научимся обеспечивать качество тестирования, повышать скорость и точность выполнения задач с помощью матанализа и алгоритмов;
🔹 избавимся от страха программировать и заставим тезис «писать код может каждый» работать в реальной жизни;
🔹 обсудим главные теоретические вопросы собеседований на уровень middle+ и выше, узнаем как правильно на них отвечать.
Ну и хватит пока теории на один анонс :) Отправляйтесь на сайт за билетом и вперёд практиковаться:
https://podlodka.io/qacrew
Реклама. ИП Толстая Елена Петровна ИНН:507503278104 erid:2SDnjcpzE7S
На связи Podlodka QA Crew
Бесконечно можно смотреть на огонь, воду и извечный баттл между «знать только то, с чем сталкиваешься в работе ежедневно» и «не знать теорию — ограничить себя только известными способами решения проблем».
Мы считаем, что хорошая теоретическая база – это то, что отличает обычного QA-инженера от крутого.
За 5 дней Podlodka QA Crew мы вместе вдохновимся теорией и начнём использовать её на практике:
🔹 выясним, как эффективно выстраивать экосистему тестовой документации;
🔹 начнём правильно применять SCRUM-методологию в работе тестировщика;
🔹 научимся обеспечивать качество тестирования, повышать скорость и точность выполнения задач с помощью матанализа и алгоритмов;
🔹 избавимся от страха программировать и заставим тезис «писать код может каждый» работать в реальной жизни;
🔹 обсудим главные теоретические вопросы собеседований на уровень middle+ и выше, узнаем как правильно на них отвечать.
Ну и хватит пока теории на один анонс :) Отправляйтесь на сайт за билетом и вперёд практиковаться:
https://podlodka.io/qacrew
Реклама. ИП Толстая Елена Петровна ИНН:507503278104 erid:2SDnjcpzE7S
Please open Telegram to view this post
VIEW IN TELEGRAM
podlodka.io
Онлайн-конференция Podlodka QA Crew, сезон #13
Недельное мероприятие от команды Podlodka: ежедневные интерактивные сессии в Zoom по актуальным проблемам QA-индустрии, нон-стоп общение с экспертами и звёздами индустрии, закрытое профессиональное сообщество в Telegram.
Искренне рекомендую очередной сезон Подлодки QA Crew.
Как в прошлые сезоны, есть промокод для читательниц и читателей канала: QA11_with_a_spoon.
Еще у меня есть проходка и я ее тут разыграю (пока не решила, каким конкретно способом, но скоро решу).
К сожалению, в соответствии с текущими российскими законами нельзя просто сделать репост и дать промокод, нужно процессить такие посты определенным образом:( Даже если это некоммерческий репост за проходку для участников и промокод. Поэтому в посте есть маркировка о рекламе.
Как в прошлые сезоны, есть промокод для читательниц и читателей канала: QA11_with_a_spoon.
Еще у меня есть проходка и я ее тут разыграю (пока не решила, каким конкретно способом, но скоро решу).
К сожалению, в соответствии с текущими российскими законами нельзя просто сделать репост и дать промокод, нужно процессить такие посты определенным образом:( Даже если это некоммерческий репост за проходку для участников и промокод. Поэтому в посте есть маркировка о рекламе.