Фактор Ч


Channel's geo and language: Belarus, Russian


Авторский канал Евгении Корсак. За плечами опыт и знания 10+ лет работы в IT и управления процессами, командами и собой. Адепт системного подхода. Изучаю людей. Делюсь находками.
Чат канала @factorchechat

Related channels

Channel's geo and language
Belarus, Russian
Statistics
Posts filter




Последние несколько месяцев активно занимаюсь проектированием продукта. И как любой обладатель синдрома самозванца, всячески пытаюсь разобраться в том, правильно ли я это делаю.

Хочу поделиться находкой, кому это будет интересно. Краткая и лаконичная статья о проектировании продукта с точки зрения гипотезы о проблеме. В двух словах суть статьи в том, что проектирование любого сервиса и продукта во главу угла должно ставить проблему или задачу пользователя. Казалось бы, такая очевидная вещь. Но в ситуации высокой неопределенности и безграничных возможностей эту мысль очень легко упустить. Вы намеревались сделать классный продукт, а получился швейцарский нож с карандашом вместо лезвия и зажигалкой. Звучит так себе. Но в жизни все происходит частенько именно так.

Если исходить из проблемы (или задачи), которую человек сможет с помощью вашего продукта решить, картина становится чуточку яснее (это не панацея, но очень помогает поставить мозг на нужные рельсы).

Любой человек сначала формулирует проблему, а потом отправляется на поиски ее решения. Вполне может так случиться, что решением окажется ваш продукт.

Эта статья помогла мне сформулировать несколько наводящих вопросов, которые полезно будет держать в уме при проектировании продукта:

- С какой проблемой приходят к нам конкретные пользователи?
- Какое решение находят?
(из этих двух вопросов вырастает позиционирование)
- Как понимают, что это есть решение их проблемы? (позже стратегия для маркетинга)
- Можно ли это решение использовать регулярно?
- Как пользователи это понимают?
(это наш ретеншн)

И парочка Take-Aways:

📝 “Для того, чтобы сформулировать гипотезу о проблеме можно воспользоваться следующим шаблоном:

Сервис НАЗВАНИЕ предоставляет ЦЕННОСТЬ ВАШЕГО ПРОДУКТА, чтобы помочь КОМУ КОНКРЕТНО решить КАКУЮ КОНКРЕТНО ПРОБЛЕМУ.”

📝 “Сценарий использования вашего сервиса всегда начинается за пределами сервиса. человек сначала формулирует для себя проблему, а потом способ её решения с помощью вашего сервиса (конечно для этого человек должен быть знаком с вашим решением).

Сервис встречает этого человека своим главным экраном. С этого момента вам надо визуализировать путь решения проблемы человека с помощью экранов вашего сервиса. На финальном экране решение проблемы человека должно быть найдено.”


https://retromat.org/ - полезный сайт с активностями для ретроспектив. В книге Дерби, о которой писала выше, рассматривается классическая структура для ретроспективы:

1. Set the stage
2. Gather data
3. Generate insights
4. Decide what to do
5. Close the retro

На сайте под каждую стадию есть набор активностей.

Скажу сразу - проводить ретру по всем 5 стадиям - это очень сложно. Команда и модератор сильно устают. Поэтому я обычно делаю сбор инфы (что ок / что не ок), глубокий анализ одной проблемы (за которую проголосовали) и 2-3 action points, которые мы берем в работу на следующую итерацию.

Полезно провести хоть раз ретру по всем канонам (чтобы понять, что это очень долго). Зачем: без понимания структуры сложно в последствии импровизировать и на лету предлагать какие-то актовности, которые могут в моменте хорошо вписаться в общее натроение и ход ретры. Предугадать, как пойдет генерация мыслей, хватит ли того, что вы запланировали на старте, или нужно что-то еще, чтобы нырнуть глубже, довольно сложно.


Это в разы легче, чем поиск первопричин и багов системы.

Подводя итог этой оде ретроспективам: в руках опытного фасилитатора, который лично прошёл через многие ситуации и выстрадал их в бою - мощнейший инструмент развития команды. Если кто-то вам скажет, что ретроспективы не работают, этот кто-то однозначно не умеет их готовить.

Не верьте. Читайте и учитесь проводить ретроспективы. Начать можно с 📚Agile Retrospectives - Esther Derby & Diana Larsen.


Я не проводила ретроспективы больше года. 🙈 Я очень люблю этот формат, но он меня выматывает. Ниже поймёте, почему))

Провели ретру, поняла, что без нее жить нельзя и пора из своего уютного кокона менеджера-интроверта выбираться.

Стоит команде провести две-три вменяемые ретроспективы, как она входит во вкус и садится на них, как на иглу.

Что я подразумеваю под вменяемыми ретроспективами.

Каждую ретроспективу я держу в голове две вещи: цель и фокус.

1. У каждой ретроспективы есть цель - без нее даже не стоит собираться. Это будет трата времени высокооплачиваемых специалистов.

2. Достигнем мы цели или нет - определяет, есть ли у нас фокус. Это зависит от фасилитатора / модератора больше, чем это кажется на первый взгляд

3. Быть фасилитатором ретроспективы - это навык и ещё это искусство

4. Быть фасилитатором ретроспективы сложно, но навык этот можно прокачать, если искренне хотеть помочь команде разобраться

Итого: если фасилитатор знает и понимает цель ретроспективы, умеет держать фокус, знает механики и умеет импровизировать - шансы на успех вырастают в разы.

Моя мотивация:

Я выделяю рабочее время почти 10 человек, а иногда и больше. Я хочу, чтобы это время прошло максимально с пользой и каждый ушел с ретры с тем, за чем пришёл, даже если сам об этом не догадывается.

Теперь я знаю, за чем приходит команда: за ответами, эмоциональной разгрузкой, укреплением командного взаимодействия, рациональным объяснением своих, казалось бы, таких нерациональных поступков и анализом их последствий. За конкретными действиями.

Повторюсь: Оптимальность использования этого времени зависит от того, кто ретроспективой заправляет, больше, чем кажется. Лучше, конечно, чтобы это был человек с опытом. Ещё лучше - кто-то с магической способностью в любой момент стать в позицию наблюдателя и полностью выключиться из образа «заинтересованного лица». Так мы исключаем вероятность того, что выводы будут навязаны, а истинные причины останутся в тени.

Когда все участники брейнштромят и вносят свой вклад в формирование общей картины, я слежу за ходом их мысли, анализирую их точку зрения, собираю, резюмирую, перефразирую, задаю вопросы и слежу за таймингом. Поэтому это действительно выматывает.

Хорошая ретроспектива выматывает всех. И это нормально. Если в конце моей ретры люди начинают зевать, это не от скуки, а от того, что их мозгу нужно больше кислорода, потому что он работает на полную катушку.

«Как так», говорит моя коллега, «я работаю с тобой год, но вчера ты превратилась в совершенно другого человека. И как это ты ещё собрала разрозненные мысли, сформулировала общую, которая попала в самую точку. Магия какая-то».

Не магия. Цель. Фокус. И желание помочь людям разобраться.

Когда-то разобраться нужно было мне лично: я была частью неоптимального процесса и страдала от поздних релизов и переработок. Мне такая ситуация не нравилась и я пошла искать ответы на вопрос, как его оптимизировать. Своего видения мне не хватило, нужен был угол шире. Так я оценила весь профит ретроспектив на собственной шкуре.

Идеальная картина - это когда фасилитатор ещё и коуч. Но это отдельное искусство и совмещать их тоже надо с умом. Желание дать людям рыбу и самоутвердиться за этот счёт часто приводит к тому, что команда ничему не учится.

Первые свои ретроспективы я разбиралась вместе с командой сама. Ответов у меня не было, но было искреннее желание разобраться. Теперь многие ответы уже есть у меня в голове. Команды сталкиваются с похожими проблемами. А если проследить их вглубь, они в принципе сводятся к ограниченному набору фундаментальных проблем. Одна из которых звучит просто «не договорились заранее».

Но даже сейчас, с приличным багажом типовых ситуаций, я продолжаю мыслить вслух и разбираться вместе с командой. Задаю бесконечные «почему». Так я учу строить цепочки, находить причинно-следственные связи. Учу учиться на своих ошибках.

Что я сразу пресекаю на своих ретроспективах - это переход на личности. Совершенно из практических соображений.
Искать козлов отпущения - мнимое решение и путь наименьшего сопротивления.


💭Рубрика #мысливслух

Ведомому человеку сложно добиться успеха в руководящей позиции. Каким бы ни был самообман, это против его природы.

В какой момент жизни закладывается эта установка, ведомый человек или ведущий, это большой вопрос. Но что-то мне подсказывает, что она настолько фундаментальна, что становится просто билетом во всю его дальнейшую жизнь.

Ведомый человек, который пробует построить карьеру на руководящей должности, практически постоянно плывет против течения и расходует свой ресурс намного больше, чем человек, у которого потребность вести за собой заложена на уровне ДНК.

Именно потребность. Не способность, не навык, а потребность, неотъемлимая часть его характера и истинный зов души.

Вести за собой людей - это непосильная задача и титанический труд. Можно играть роль ведущего, но не быть ведущим по своей природе. И тогда это будет ценой собственного ресурса и качества совместной работы.


Задумалась, почему молодые (и иногда не очень) менеджеры часто пытаются построить авторитет на базе директив и безапелляционности. «Я сказала, значит так надо». «Делаем, лишних вопросов не задаем».

Любое поведение в социуме - усвоенное нами с помощью ролевых моделей. Мы смотрим, как ведут себя в социуме наши родители, старшие братья и сестры, знакомые, и ведём себя так же.

Мне кажется, ролевая модель, на которую опираются менеджеры в данном контексте - это учитель. Близкая по смыслу и механике: один руководит группой.

Вот только нюанс в том, что сам по себе институт учительства у нас страдает. Можно сказать, что мы же не дети теперь. Все взрослые. Так вот проблема не в этом. Даже с детьми нельзя так, как в большинстве своем ведут себя учителя на постсоветстком пространстве. Безапелляционно и директивно.

В общем, такая себе ролевая модель для менеджерства.

Я тоже любила в детстве играть в училку. Но мне повезло. Чуть позже в моей жизни появилась другая ролевая модель. Дирижёр. Я училась на дирижёра и считаю, что лучшей ролевой модели для менеджера просто не сыскать.

Дирижёр прекрасно знает, что у каждого своя партия, без которой произведение становится беднее. Его задача - донести смысл и вовремя дать ауфтакт (показать, когда нужно вступить). Остальное музыканты делают сами.


Согласна с предыдущим оратором на все 💯: проект невозможно вытащить из боттлнека, разгоняя разработку и ничего не делая с тем, что идет после (QA и процедура релизов) и вокруг (коммуникация и командное взаимодействие).

По теории ограничений система всегда будет работать со скоростью самого слабого звена. Что делать, если слабое звено как то, что после разработки? 🤷🏼‍♀️

Слабое звено можно прокачать количественно (нанимаем больше людей) или качественно (оптимизируем QA, код ревью, используем блага автоматизации).

Развивая тему качественного.

Идеальная картина - TDD (test-driven development). Сначала пишем авто тесты - потом разрабатываем. Итого все покрыто, ну или почти всё.

Но для этого нужно прокачать прилично инженерную культуру, на что времени может не быть. Если вы стартап и ваша основная задача провалидировать свою Product Market Fit гипотезу, а любые оптимизации, включая автоматизацию, как правило, всегда про завтра и редко про сегодня, их очень сложно продать. Даже себе самому.

Но если вопрос PMF успешно закрыт, самое время подумать о том, как превратить карточный домик в крепость.


Forward from: Вправо Вверх. Михаил Табунов
Очень часто в IT бизнесе узкое место всей компании – это скорость команд разработки. Поэтому в IT гигантах типа FB или Google сидят тысячи лучших разработчиков со всего мира, и они никогда не закрывают набор.

Я довольно долго пытался понять как можно на это влиять, потому что это нигде особо не описано. Что я понял:

– Само написание кода съедает только 50% времени. На это время мы влиять не можем.
– Вторые 50% забирают QA, Code Review, Release и все дополнительные этапы. На них мы можем влиять, и это поле для оптимизации.
– Выстроенное общение внутри команды и с заказчиком это 80% успеха. Во всех моих командах дейлики, на которых мы каждый день обсуждаем статус задач и проблем
– Чтобы быстро получать результаты ты как заказчик должен сам во все вникнуть и искать пути как ускориться.

Почитать советую эти две книжки:
– "Цель" Голдратта
– "Priming Kanban" Jesper Boeg


2. Разделяйте ответственность с командой.

Если у вас есть стремление «защищать» команду от гнева вышестоящего руководства, будьте готовы весь этот гнев принять на собственную грудь (если вы супермэн или вандервуман, дальше можно не читать).

Не помешает иногда вспомнить, что работа - удел адекватных взрослых. Повзрослеть, рано или поздно, придется всем. И то, насколько быстро повзрослеет ваша команда, зависит от вас как от руководителя.

Экранируя команду от последствий их косяков, вы мешаете людям учиться и тормозите их развитие. Разделяя ответственность с командой вы напротив помогаете им видеть причинно-следственные связи и быстрее применять это знание в будущем.

Важно не перегнуть палку. Разделить ответственность не равно сформировать чувство вины. Первое - поведение взрослое, второе - токсичное. Охота на ведьм не помогает повзрослеть, а наоборот - активирует «обиженных детей» и заставляет людей закрываться.

Как разделить ответственность:

- Расскажите о последствиях проблем команде, поделитесь всем, к чему привела та или иная недоработка

- Подчеркните тот факт, что ваша задача не найти виноватого, а проанализировать саму ситуацию

- Сделайте вместе работу над ошибками и составьте план действий на будущее, чтобы по возможности максимально избежать повторения ситуации

- Не бросайтесь навешивать ярлыки, помните про фундаментальную ошибку атрибуции

- Анализируйте систему, а не людей

Проще все это будет сделать, если придерживаться презумпции невиновности.

Вряд ли кто-то хотел накосячить намеренно. А если так, речь уже идет о саботаже и у вас проблемы посерьёзнее.


👋 Два наблюдения последних месяцев:

1. Каждый раз, как состав вашей команды меняется (уходят люди, приходят, меняют проектные роли или сферы влияния) - каждый раз нужно переопределять правила игры.

Садиться за стол переговоров, озвучивать старые подходы, смотреть вместе, будут ли они работать в новом контексте и переопределять вещи, которые устарели.

Если изменений минимум, все равно этот шаг очень важен. Чтобы работать вместе, нужно принимать и разделять общие правила, иначе все взаимодействие команды пойдёт по принципу «свои / чужие».


Вот почему, собственно, последние месяцы меня тут не видно, не слышно и посты все больше про работу над собой и осознанность. 🙂

Профдеформация 🤣
Мы сегодня в Product Hunt 🤪

Можно почитать, посмотреть и поддержать голосом 😘 а еще задать вопросы в чате.

Стартап и команда единомышленников - это опыт, который не заменит ни один соц пакет 🤣🤣🤣 И когда-нибудь я обязательно им поделюсь! Оставайтесь на линии, касатики мои.

Всем лучи добра! А нам взять первое место сегодня 🤞


Forward from: Колонка некодера
Очередной интересный проект из Беларуси на Product Hunt

https://www.producthunt.com/posts/habio

Приложение мозгодолбилка, которое позволяет вырабатывать полезные привычки. В продукте заложено 20 готовых привычек, из которых можно выбрать готовый вариант или написать любую свою привычку, которая в списки не входит. Также можно выбрать, в какое время и в какой обстановке пользователь будет работать над формированием своей привычки, и указать время напоминания.

Возможно кому-то поможет изменить жизнь к лучшему, ну а я предлагаю помочь ребятам и проголосовать за них. (Лучше голосовать с захода на главную страницу PH, затем поиска этого приложения, так голос будет котироваться выше).


К концу подходят холода (хочется верить), мысли о весне должны вдохновлять на новые подвиги, а я понимаю, что мой скудный запас энергии расходуется быстрее обычного. Столько нового происходит вокруг: новый проект, новые векторы развития, столько областей, в которые нужно нырнуть, чтобы поднять новое направление (ментальное здоровье).

А я не могу наскрести минимум созидательной энергии, чтобы записать очередной выпуск подкаста. В такие моменты начинаешь себя тихо гнобить и громко ненавидеть. (Что делать нельзя, потому что это еще одна черная дыра для энергии.) Сдаваться - это тоже искусство. Как и побеждать.

Я претендую на осознанность и понимаю, что энергия утекает не просто так. Ее что-то поглощает. Что-то, что сложно распознать и практически невозможно починить без планомерной и, что самое главное, честной работы над собой.

Быть честным с собой дико сложно. Это требует храбрости. И, судя по тому, сколько нынче вопросов с ментальным состоянием, этой храбрости хватает далеко не всем. Я не исключение.

Параллельно выхожу из зоны комфорта. Это настоящий вызов: отпустить проджектовые вожжи, усмирить порывы своего управленческого перфекциониста, дать команде возможность делать самостоятельные шаги и спокойно принимать возможность ошибок.

Проще научиться заново ходить.🤯

Сложно быть человеком, который предвидит многое (в прошлой жизни я, наверное, отвечала за безопасность человечества, не меньше), но не обладает магическими способностями, чтобы это видение в один момент передать другим. Позволить людям учиться на собственных ошибках, будучи компульсивным перфекционистом. Bloody hell, это сложно. Как руку отрезать. А ведь с ней так хорошо.

Но только так я смогу оставить себе время и место, чтобы смотреть в стратегические дали уже как продакт. Пусть и придется пожертвовать своей такой безопасной и контролируемой картиной мира. Это цена роста. И это иллюзия, в конце концов. Контролировать все невозможно, нам ли с вами не знать.

Но вопрос остается: куда ипочему так быстро уходит энергия? Могу предположить, что часть уходит с потерей контроля, окей. Возможно, еще не все текущие занятия возвращают потраченную энергию в полном объеме. Возможно, я лукавлю с мотивацией (к вопросу о храбрости быть честным с собой).

Энергия не самовозобновляемый ресурс. Ее постоянно нужно черпать. Это я уже усвоила. Выгорание, хочется верить, больше не грозит.

Но где черпать? Где колодец? Я постоянно задаюсь этим вопросом. Что-то, что приносило тебе массу энергии вчера, может стать главным источником ее потребления завтра. Как так получается?! Это какая-то гребаная золотая лихорадка 21 века: где взять энергию для жизни и работы, если старые вещи уже не питают как прежде, а наоборот, крутят счетчик с бешенной скоростью...

🤪

Спонсором этих мыслей стали жизнь и очередной глубокий подкаст, который я хочу посоветовать всем, кто проводит много времени в поиске энергии. Возможно, нужно немного изменить угол обзора и ответы придут сами собой. Мы же так любим, чтобы все само собой разрулилось.

Лучшая версия себя с Дмитрием Мацкевичем, основателем DBrain.

Если вы так же, как и я, иногда не понимаете, почему достижения не приносят желаемого заряда энергии или даже заставляют вас иногда вваливаться в депрессию, я настоятельно рекомендую прислушаться ко всему, что говорит Дмитрий. Очень нативные мысли. В самое ядро бытия.

Во многом я увидела себя. Главное теперь набраться храбрости себе честно в этом признаться.


"Процессы должны воспитывать и развивать паттерн."

Эта фраза до звона в ушах срезонировала с моим видением процессов. Именно таким я вижу предназначение любого процесса: сформировать определенный паттерн поведения и мышления, привить привычку работать определенным образом. Процесс как набор ритуалов, которые призваны помочь нам "протоптать" нужную дорожку, заложить основу и развивать полезные и нужные для общего дела нейронные сети в голове всех участников.

Процесс работает именно тогда, когда становится привычкой, частью нас самих и не воспринимается как что-то инородное, навязанное кем-то. Когда он понятен, не вызывает противоречия и противостояния.

Timur Gavrilov, CPO AzurApps, поделился своим опытом и массой полезностей в новом выпуске подкаста make sense. Он рассказал, зачем внедрять процесс, как его выбрать, какова роль продакта во внедрении процесса, какие баги в процессе встречались на его пути и какие лучшие практики лично он, как тренер, внедрял в командах, с которыми работал. Многие поинты можно буквально взять на карандаш и чинить.

Как человек-процесс, ставлю крепкую десятку выпуску. Очень рекомендую! Проджектам и продактам.

Ссылка на подкаст

PS: А еще там много полезных ссылок для продактов и проджектов, которые хотят разобраться в процессах, но не знают, с чего начать.


Зреет новый выпуск подкаста и в связи с этим хочу провести небольшой опрос. Насколько вам знакома тема когнитивных искажений?
Poll
  •   Впервые слышу
  •   Что-то слышал/читал, но в подробности не вдавался
  •   Изучал целенаправленно - в теории прошарен
  •   Применяю на практике (могу распознать у себя и у других)
  •   Я придумал когнитивные искажения
  •   Затрудняюсь ответить - посмотреть результаты
53 votes


Спешу поделиться находкой. Снова подкаст, но в этот раз не мой.

Ребята из make sense выпустили подкаст в продолжение нашей темы - формирование, развитие и трансляция корпоративной культуры. Только если мы говорили про ситуации, когда кандидат скромно топчется в сенях, речь в подкасте make sense идет уже о ситуации изнутри. Частично затронули тему ценностей компании, имиджа и репутации. С помощью каких инструментов их нужно создавать, как продвигать и зачем. И все как мы любим - про айтишку.

DevRel - Developer Relations. Созвучно с Public Relations. Примерно оно и есть. Только со своей спецификой.

Так как по образованию я пиарщик, тема формирования качественных отношений с разными группами общественности (как внешней, так и внутренней) очень мне импонирует. Особенно, когда речь идет об IT компаниях.

Я послушала. Мне понравилось. Если вопрос качественного продвижения IT компаний волнует и вас, советую навострить уши.

make sense #127: О DevRel, подходе «компания как продукт», мотивации и вовлечении команды с Алексеем Долгушевым


​​Всем привет!

Поздравляю всех с наступившим 2021 годом! 🎄Хочется всем сердцем верить, что этот год принесет нам всем больше энергии и положительных эмоций, чем это сделал уходящий 2020.

В моем случае праздники прошли не только за бокалом шампанского и традиционным оливье. В перерывах между нарезками салатов мы с моей хорошей подругой и первоклассным специалистом Аллой Павловой отважились записать совместный подкаст.

Алла (linkedin.com/in/allapavlova) - ректрутер. Больше 13 лет она занимается рекрутингом IT специалистов. Работала со множеством компаний, в основном в продуктовых стартапах и игровых компаниях. Подбирала людей в Viber, Riot Games, Blendle и сейчас помогает строить технические команды в Miro. Проводит тренинги для кандидатов и нанимающих менеджеров: как подготовиться и провести собеседование на fit в компанию. Работает с международными проектами. Живет в Нидерландах.

Алла привела меня в Viber в 2013 году. С тех пор длится наша дружба и реализуется в совместных проектах.

В этом выпуске Алла поделилась со мной секретами рекрутинга, который помогает максимально учесть культурные особенности компании и кандидатов.

Она также рассказала, зачем учитывать ценности компании и специфику команды, как выявить и донести до кандидата особенности корпоративной культуры, как повысить шансы найти идеальное соответствие и что происходит, если не уделять этому внимание.

На мой взгляд, хотя, конечно, он очень предвзят и субъективен, но тем не менее, подкаст получился очень насыщенным и прикладным. Он будет полезен как рекрутерам, так и всем, кто прямо или опосредованно участвует в процессе поиска и найма сотрудников, менеджерам и даже владельцам компаний, а также тем, кто по другую сторону процесса - соискателям и потенциальным кандидатам.

С удовольствием делюсь этим выпуском с вами! ❤️

Буду очень благодарна за оценку подкаста в сервисах и отзывы. Это повысит рейтинг подкаста и поможет донести информацию до более широкого круга слушателей. 🙏


​​​​Немного магии современных технологий и мой подкаст пророс в сервисах. Теперь можно подписаться на него в Apple Podcasts и Spotify. Чуть позже добавятся и другие сервисы.

Планирую выпускать новые выпуски 15 числа каждого месяца. Чаще пока не позволяет загрузка на проекте, но я постараюсь.

Буду очень благодарна за комментарии и лайки в сервисах. Это поможет подкасту найти свою аудиторию. 🙏

Ниже ссылки на страницу подкаста и на сервисы. До связи! ❤️


🎙️ Насколько проджекту нужны эмпатия и восприимчивость к окружающим? Зависит ли от этих качеств успех проджекта? Что делать, если их нет, и нужно ли работать над своей способностью быть чувствительным? Отвечаю на вопрос в подкасте (Вопрос #2).

За вопрос спасибо Инне! 🙏

#фч_подкаст
#фч_вопросответ

https://humanizer.blog/podcasts/

20 last posts shown.

121

subscribers
Channel statistics