#perl
Хорошие вопросы к hr
HR - Почему вы хотите у нас работать?
Я: - Сначала вы мне скажите почему вас свободна вакансия и люди от вас уходят.
P.S. От создателей "дайте мне контакты нескольких ваших бывших работников, хочу с ними поговорить" и "выплатите мне тестовую зарплату, хочу посмотреть, как вы справитесь"
Хорошие вопросы к hr
HR - Почему вы хотите у нас работать?
Я: - Сначала вы мне скажите почему вас свободна вакансия и люди от вас уходят.
P.S. От создателей "дайте мне контакты нескольких ваших бывших работников, хочу с ними поговорить" и "выплатите мне тестовую зарплату, хочу посмотреть, как вы справитесь"
#мнение
Антитоп мест работы для ПМа
Здравствуй, подвыгоревший читатель. Я сейчас слегка по горлышко в задачах, поэтому что-то действительно пользительное будет чуть позднее. Зато дам пока что легкого чтива в формате "держу в курсе".
Мой топ ловушек для проджекта
1) ПМ в стартап без понимания бизнес-модели и проверки гипотез, которые отрицают пивот
2) ПМ в маленькую студию где фаундер самодур
3) ПМ в студию где жопят деньги на продвижение и сейлс процессы
4) ПМ на операционку, потому что а чо
5) ПМ в студию где надо писать ТЗ и цель в единоразовом заработке денег за счет обмана клиентов, а не кастомер саксеса
6) ПМ во внутренний проект который никому не нужен
7) ПМ в проект, заказчик которого берет деньги у инвестора и их мнение о продукте проекта расходится
8) ПМ для команды чтобы было кому общаться со стейкхолдерами и юзерами, а также рулить джирой
P.S. Если ты тоже хочешь козырять перед друзьями выгоранием и иметь свои вьетнамские флешбеки, то смело выбирай одну из 8 компаний. Опыт будет обеспечен.
P.P.S. А что на твой взгляд стоит добавить или убрать? Напиши в комментариях
Антитоп мест работы для ПМа
Здравствуй, подвыгоревший читатель. Я сейчас слегка по горлышко в задачах, поэтому что-то действительно пользительное будет чуть позднее. Зато дам пока что легкого чтива в формате "держу в курсе".
Мой топ ловушек для проджекта
1) ПМ в стартап без понимания бизнес-модели и проверки гипотез, которые отрицают пивот
2) ПМ в маленькую студию где фаундер самодур
3) ПМ в студию где жопят деньги на продвижение и сейлс процессы
4) ПМ на операционку, потому что а чо
5) ПМ в студию где надо писать ТЗ и цель в единоразовом заработке денег за счет обмана клиентов, а не кастомер саксеса
6) ПМ во внутренний проект который никому не нужен
7) ПМ в проект, заказчик которого берет деньги у инвестора и их мнение о продукте проекта расходится
8) ПМ для команды чтобы было кому общаться со стейкхолдерами и юзерами, а также рулить джирой
P.S. Если ты тоже хочешь козырять перед друзьями выгоранием и иметь свои вьетнамские флешбеки, то смело выбирай одну из 8 компаний. Опыт будет обеспечен.
P.P.S. А что на твой взгляд стоит добавить или убрать? Напиши в комментариях
#мнение
Прогнозы, оценки, приоритеты и планы. Часть 1
Здравствуй, читатель. Я исчез по понятным событиям и если честно не хотел продолжать вести канал, так как у меня много знакомых и друзей с другой стороны, которые тоже его читают. Но решил оживить канал, так как вряд ли остановка профессионального роста и апатия сделают что-то лучше.
Давай начнем немного издалека и об абстрактном.
Прогноз - вероятностное суждение о будущем состоянии объекта исследования. Он всегда сопровождается точностью/вероятностью/величиной ошибки.
Методы прогноза могут быть классифицированы в самом общем виде, как субъективные или объективные. Субъективные методы основаны на суждениях и опыте и включают в себя, например опросы клиентов и экспертов (привет экспертная оценка). Объективные методы основаны на анализе данных. Два основных объективных метода - причинные модели и анализа временных рядов.
Объективные методы направлены на то, чтобы отфильтровать шум и оценить влияние таких систематических компонентов, как тенденции и сезонные закономерности или таких причинных факторов, как, например, влияние цены на объем продаж.
Четыре основных момента, которые всегда нужно учитывать при использовании методов прогноза:
1. Прогноз, как правило, ошибочен: даже если бы мы могли точно оценить изменения в систематических компонентах структуры поставки, наличие случайных шумов, которые мы не можем ни объяснить, ни контролировать приводит к неточности.
2. Прогнозы должен, следовательно, сопровождаться измерением ошибки прогноза: показатель ошибки прогноза измеряет количественно степень уверенности менеджера в прогнозе. Наши решения (например, в отношении объема работ) должны меняться в зависимости от нашей уверенности в прогнозе, чем больше ошибка прогноза, тем больше шансов получить срыв дедлайна при данном уровне объема работ.
3. Совокупные прогнозы более точны, чем отдельные прогнозы: например, прогнозирования “скорости” на задачи разного типа является менее надежным, чем прогноз общей “скорости” на все задачи. Интуитивно мы знаем, что агрегация уменьшает изменчивость, или, точнее, уменьшает величину изменчивости по сравнению с совокупной средней “скорости”. Это понимание лежит в основе принципа снижения изменчивости и уменьшения уровня WiP путем объединения и централизации бэклогов/буферов.
4. Долгосрочные прогнозы являются менее точными, чем краткосрочные прогнозы: Опять же, интуитивно мы знаем, что события, чем они дальше в будущем, тем они менее предсказуемы, чем те, которые близки по времени. Кроме того, достичь соответствия ожиданий сервиса и возможностей в краткосрочной перспективе легче, чем при планировании на долгосрочную перспективу. Чем ближе к фактическому дедлайну менеджер может сделать решения об объеме взятых обязательств, тем больше информации будет доступно, чтобы принять эти решения. Краткосрочные прогнозы “скорости”, следовательно, будут более точны, чем долгосрочные прогнозы скорости, а значит, меньше будет необходимо адаптировать план и бороться с рисками. Возможно использование стратегий отсрочки для использования краткосрочных прогнозов.
Знаю, да, это абстрактно, но подумай, как это ложиться на стиль планирования у вас в компании и как часто от тебя требует оценок вместо прогноза.
Прогнозы, оценки, приоритеты и планы. Часть 1
Здравствуй, читатель. Я исчез по понятным событиям и если честно не хотел продолжать вести канал, так как у меня много знакомых и друзей с другой стороны, которые тоже его читают. Но решил оживить канал, так как вряд ли остановка профессионального роста и апатия сделают что-то лучше.
Давай начнем немного издалека и об абстрактном.
Прогноз - вероятностное суждение о будущем состоянии объекта исследования. Он всегда сопровождается точностью/вероятностью/величиной ошибки.
Методы прогноза могут быть классифицированы в самом общем виде, как субъективные или объективные. Субъективные методы основаны на суждениях и опыте и включают в себя, например опросы клиентов и экспертов (привет экспертная оценка). Объективные методы основаны на анализе данных. Два основных объективных метода - причинные модели и анализа временных рядов.
Объективные методы направлены на то, чтобы отфильтровать шум и оценить влияние таких систематических компонентов, как тенденции и сезонные закономерности или таких причинных факторов, как, например, влияние цены на объем продаж.
Четыре основных момента, которые всегда нужно учитывать при использовании методов прогноза:
1. Прогноз, как правило, ошибочен: даже если бы мы могли точно оценить изменения в систематических компонентах структуры поставки, наличие случайных шумов, которые мы не можем ни объяснить, ни контролировать приводит к неточности.
2. Прогнозы должен, следовательно, сопровождаться измерением ошибки прогноза: показатель ошибки прогноза измеряет количественно степень уверенности менеджера в прогнозе. Наши решения (например, в отношении объема работ) должны меняться в зависимости от нашей уверенности в прогнозе, чем больше ошибка прогноза, тем больше шансов получить срыв дедлайна при данном уровне объема работ.
3. Совокупные прогнозы более точны, чем отдельные прогнозы: например, прогнозирования “скорости” на задачи разного типа является менее надежным, чем прогноз общей “скорости” на все задачи. Интуитивно мы знаем, что агрегация уменьшает изменчивость, или, точнее, уменьшает величину изменчивости по сравнению с совокупной средней “скорости”. Это понимание лежит в основе принципа снижения изменчивости и уменьшения уровня WiP путем объединения и централизации бэклогов/буферов.
4. Долгосрочные прогнозы являются менее точными, чем краткосрочные прогнозы: Опять же, интуитивно мы знаем, что события, чем они дальше в будущем, тем они менее предсказуемы, чем те, которые близки по времени. Кроме того, достичь соответствия ожиданий сервиса и возможностей в краткосрочной перспективе легче, чем при планировании на долгосрочную перспективу. Чем ближе к фактическому дедлайну менеджер может сделать решения об объеме взятых обязательств, тем больше информации будет доступно, чтобы принять эти решения. Краткосрочные прогнозы “скорости”, следовательно, будут более точны, чем долгосрочные прогнозы скорости, а значит, меньше будет необходимо адаптировать план и бороться с рисками. Возможно использование стратегий отсрочки для использования краткосрочных прогнозов.
Знаю, да, это абстрактно, но подумай, как это ложиться на стиль планирования у вас в компании и как часто от тебя требует оценок вместо прогноза.
Есть ли смысл сейчас продолжать вести канал? Вчера быоа самое большое число отписавшихся за все время, немного на дне мотивации.
Извините за дубли, бот тормозит.
Извините за дубли, бот тормозит.
Anonymous Poll
89%
Да
7%
Нет
4%
Другое (напиши в комментарии)
#рецепт
Вантуван. Чисто между нами девочками
Наверняка ты уже слышал эти аббревиатуры, one-to-one, 1-1, 111, one-on-one. Либо не слышал, но испытывал стресс от них лично, названия не говорили.
1-1 это регулярный приватный разговор на работе между 2 людьми, классически между начальником и подчиненным.
Изначально 1-1 придумал еще Друкер (вдохновил своего ученика, гендира General Motors). Идея простая - провоцируем сотрудников на периодическую рефлексию их труда. Мотив задумки вполне приземлённый - уменьшить необходимость постоянного контроля подчиненных, как следствие уменьшение операционных издержек на управление.
Главная цель 1-1 - развитие самостоятельности сотрудников. Не подружиться с ними или держать руку на пульсе об их настроении, хотя это тоже важно.
И нужно стремиться к этому высокому идеалу сразу. Начинать по хорошему стоит с регулярных 1-1 с жёсткой структурой, постепенно переходя более неформальной повестке и сильным вопросам. По мере продолжительности применения 1-1 с конкретным сотрудником нужно приходить к отмене регулярности и делать их под запрос.
Довольно зажигательно об рассказывал Юра на своем выступлении https://www.youtube.com/watch?v=SmdGB2_07Us и подробный гайд об этом есть тут[https://habr.com/ru/company/otus/blog/567546/.
Общая механика 1-1 такова:
1) Регулярная встреча раз в 1 - 12 недель, продолжительностью 15-90 минут;
2) Разговор между 2 людьми по подготовленной повестке;
3) Кто-то делает записи обсуждаемого;
4) Договоренности фиксируются в общедоступном для собеседников месте и выполняются до след. встречи;
5) Все что обсуждалось на встрече остается между собеседниками, особые случаи отдельно проговариваются и получается на это одобрение.
Несколько схем встреч по конкретным темам можешь найти по ссылке: https://www.notion.so/1-1-baa43ad18c1e4f738707543af5a53eea.
https://disneyplusbrasil.com.br/wp-content/uploads/2022/02/The-Office-Michael-Scott-e-Jim-Halpert-1.jpg
Вантуван. Чисто между нами девочками
Наверняка ты уже слышал эти аббревиатуры, one-to-one, 1-1, 111, one-on-one. Либо не слышал, но испытывал стресс от них лично, названия не говорили.
1-1 это регулярный приватный разговор на работе между 2 людьми, классически между начальником и подчиненным.
Изначально 1-1 придумал еще Друкер (вдохновил своего ученика, гендира General Motors). Идея простая - провоцируем сотрудников на периодическую рефлексию их труда. Мотив задумки вполне приземлённый - уменьшить необходимость постоянного контроля подчиненных, как следствие уменьшение операционных издержек на управление.
Главная цель 1-1 - развитие самостоятельности сотрудников. Не подружиться с ними или держать руку на пульсе об их настроении, хотя это тоже важно.
И нужно стремиться к этому высокому идеалу сразу. Начинать по хорошему стоит с регулярных 1-1 с жёсткой структурой, постепенно переходя более неформальной повестке и сильным вопросам. По мере продолжительности применения 1-1 с конкретным сотрудником нужно приходить к отмене регулярности и делать их под запрос.
Довольно зажигательно об рассказывал Юра на своем выступлении https://www.youtube.com/watch?v=SmdGB2_07Us и подробный гайд об этом есть тут[https://habr.com/ru/company/otus/blog/567546/.
Общая механика 1-1 такова:
1) Регулярная встреча раз в 1 - 12 недель, продолжительностью 15-90 минут;
2) Разговор между 2 людьми по подготовленной повестке;
3) Кто-то делает записи обсуждаемого;
4) Договоренности фиксируются в общедоступном для собеседников месте и выполняются до след. встречи;
5) Все что обсуждалось на встрече остается между собеседниками, особые случаи отдельно проговариваются и получается на это одобрение.
Несколько схем встреч по конкретным темам можешь найти по ссылке: https://www.notion.so/1-1-baa43ad18c1e4f738707543af5a53eea.
https://disneyplusbrasil.com.br/wp-content/uploads/2022/02/The-Office-Michael-Scott-e-Jim-Halpert-1.jpg
#мнение
Как работает скрам-мастер. Часть 1
Почему появилась статья - меня умиляет одно противостояние. С одной стороны ПМы ничего не понимают в этой деятельности и поэтому ее хейтят/считают бессмысленной. А с другой СМы которые понятия не имеют что такое проектное управление и пугают им всех, “вы что, ватерфола хотите?!” и хейтят проджектов как погонщиков и диктаторов.
В этой статье я кратко отвечу на пару вопросов про СМа. Думаю сделаю зеркальную про ПМа, для сравнения позже.
Кто такой скрам-мастер
Скрам-мастер это менеджер. Но менеджер не людей, а процесса.
Его цель - воплотить самоуправление. Тут пояснение .
Он несет ответственность за соблюдение Scrum и наличие результативной Scrum-команды.
Достигается результативность путем того самого самоуправления.
Обязанности скрам-мастера
Их можно прочитать в скрам-гайде (описано на 7 странице в русскоязычном гайде), по хорошему они должны соблюдаться.
Но перечислю также в общем виде, обычно СМ несет ответственность за:
- Становление группы людей полноценной автономной командой;
- Обучение, наставничество, советы и коучинг по практикам Scrum;
- Устранение препятствий результативной работе в скрам-команде. Это касается инструментов, подходов к работе, взаимодействий между людьми и просто атмосферы работы. Пример препятствий: плохое планирование, срач между 2 синьорами или код-ревью низкого качества (не обязательно устраняет сам лично);
- Развитие ценностей скрам в организации, например уважения ;
- Организацию и эффективное проведение событий (дейли, ретроспектив и тд), когда это требуется/необходимо (но не значит что проводит лично);
- Устранение барьеров в общении и обеспечение эффективной обратной связи между людьми, например разработчиками и владельцем продукта;
- Направление изменений на пользу результативности. Это управление изменениями, непрерывное улучшение и пробивание тренда метрик;
- Предоставление помощи владельцу продукта в процессах управлении продуктом.
Другими словами очень много вещей связанных с работой с тараканами людей. Но вы наверное заметили, что тут тонкая грань, которая отличает от работы администратором проекта - это не просто поддержка, а именно управление процессом и работа с мышлением людей. Тут еще есть поподробнее и тут
Зачем нужен скрам-мастер
Только чтобы скрам-работал. На всех уровнях: командном, продуктового управления и организации. Если у вас нет скрама, продуктового управления, продукта и тд, он не нужен.
Более того, на высоком уровне зрелости скрам-команды (которая ПО+девелоперы+СМ) сама роль СМа обычно размазывается по команде, они уже ученые и преисполненные.
Как проходит неделя СМА
Тут в целом описана спокойная неделя на чилле . У меня она присыпана межкомандными встречами + 1-1 (примерно 30 человек в месяц) + встречи по разным вопросам, в стиле обсудить с CTO развитие компетенций тестирования + экстренное подтягивание знаний в чем-то, например в парном программировании + решение проблем/дисфункций, например переделывание обзора спринта+ крупные инициативы в стиле внедрение jira.
Как работает скрам-мастер. Часть 1
Почему появилась статья - меня умиляет одно противостояние. С одной стороны ПМы ничего не понимают в этой деятельности и поэтому ее хейтят/считают бессмысленной. А с другой СМы которые понятия не имеют что такое проектное управление и пугают им всех, “вы что, ватерфола хотите?!” и хейтят проджектов как погонщиков и диктаторов.
В этой статье я кратко отвечу на пару вопросов про СМа. Думаю сделаю зеркальную про ПМа, для сравнения позже.
Кто такой скрам-мастер
Скрам-мастер это менеджер. Но менеджер не людей, а процесса.
Его цель - воплотить самоуправление. Тут пояснение .
Он несет ответственность за соблюдение Scrum и наличие результативной Scrum-команды.
Достигается результативность путем того самого самоуправления.
Обязанности скрам-мастера
Их можно прочитать в скрам-гайде (описано на 7 странице в русскоязычном гайде), по хорошему они должны соблюдаться.
Но перечислю также в общем виде, обычно СМ несет ответственность за:
- Становление группы людей полноценной автономной командой;
- Обучение, наставничество, советы и коучинг по практикам Scrum;
- Устранение препятствий результативной работе в скрам-команде. Это касается инструментов, подходов к работе, взаимодействий между людьми и просто атмосферы работы. Пример препятствий: плохое планирование, срач между 2 синьорами или код-ревью низкого качества (не обязательно устраняет сам лично);
- Развитие ценностей скрам в организации, например уважения ;
- Организацию и эффективное проведение событий (дейли, ретроспектив и тд), когда это требуется/необходимо (но не значит что проводит лично);
- Устранение барьеров в общении и обеспечение эффективной обратной связи между людьми, например разработчиками и владельцем продукта;
- Направление изменений на пользу результативности. Это управление изменениями, непрерывное улучшение и пробивание тренда метрик;
- Предоставление помощи владельцу продукта в процессах управлении продуктом.
Другими словами очень много вещей связанных с работой с тараканами людей. Но вы наверное заметили, что тут тонкая грань, которая отличает от работы администратором проекта - это не просто поддержка, а именно управление процессом и работа с мышлением людей. Тут еще есть поподробнее и тут
Зачем нужен скрам-мастер
Только чтобы скрам-работал. На всех уровнях: командном, продуктового управления и организации. Если у вас нет скрама, продуктового управления, продукта и тд, он не нужен.
Более того, на высоком уровне зрелости скрам-команды (которая ПО+девелоперы+СМ) сама роль СМа обычно размазывается по команде, они уже ученые и преисполненные.
Как проходит неделя СМА
Тут в целом описана спокойная неделя на чилле . У меня она присыпана межкомандными встречами + 1-1 (примерно 30 человек в месяц) + встречи по разным вопросам, в стиле обсудить с CTO развитие компетенций тестирования + экстренное подтягивание знаний в чем-то, например в парном программировании + решение проблем/дисфункций, например переделывание обзора спринта+ крупные инициативы в стиле внедрение jira.
#мнение
Как работает скрам-мастер. Часть 2
Это про то как понять что скрам-мастер работает хорошо или плохо. Может уволить?
Вот топ вариантов, чем ниже, тем больше мне нравится и выше объективность:
1. Соответствие принципам скрам. Скрамность. Инструменты: чеклисты внедрения, матрицы зрелости и тд;
2. По оценкам коллег и обратной связи. Если им нравится, то значит работа идет хорошо. Инструменты - review 360 и CPI по 1-1;
3. Эмпирические ощущения руководства. Инструменты - То, насколько по мнению руководства команда: сосредоточена на том, насколько эффективна работа; команда работает в ритме и каждую итерацию делает инкремент; создает прозрачность своей работы; улучшает свои рабочие процессы; быстро и самостоятельно управляют собой, сами решают как, когда и кем что делать;
4. Динамика результативности и продуктивности команды: Инструменты - соответствие планам (burndown), выполнение целей, процент выполнения взятых в спринт задач, рост velocity (часто числа сторипойнтов за спринт, хех);
5. С течением времени становится лучше культура и атмосфера работы. Инструменты - culture index (например, свой есть у scrum), вовлеченность (например, по Gallup);
6. Показатели успеха работы. Инструменты - измерение удовлетворенности заинтересованных сторон, ROI, скорости поставки, плотности инноваций и тд
7. Комплексные метрики. Инструменты - измерение множества показателей, от безопасности и доверия, до lead time и обучаемости. Их нужно определить индивидуально в каждом случае;
8. Финансовые показатели. Мне нравится идея, когда аджайл коучи контрактуются на повышение выручки и маржинальности;
9. Комплексные метрики, контрактование изменений и авторизация результата. Инструменты - показатели из п.7 + регулярный пересмотр того что нужно починить в рабочих процессах в виде “сейчас X, будет Y, для этого сделай что-то за 2 месяца”+ описанные действия СМ, когда каждый результат имеет зафиксированный список действий со стороны СМ и четкую связь между причиной и следствием.
Если отвечать кратко - ответ что метрики, по которым можно понять как дела у команды меняются в лучшую сторону. Если брать динамику, то по временному ряду видно, что команда с которой работает СМ по сравнению с собой становится лучше с течением времени.
Как работает скрам-мастер. Часть 2
Это про то как понять что скрам-мастер работает хорошо или плохо. Может уволить?
Вот топ вариантов, чем ниже, тем больше мне нравится и выше объективность:
1. Соответствие принципам скрам. Скрамность. Инструменты: чеклисты внедрения, матрицы зрелости и тд;
2. По оценкам коллег и обратной связи. Если им нравится, то значит работа идет хорошо. Инструменты - review 360 и CPI по 1-1;
3. Эмпирические ощущения руководства. Инструменты - То, насколько по мнению руководства команда: сосредоточена на том, насколько эффективна работа; команда работает в ритме и каждую итерацию делает инкремент; создает прозрачность своей работы; улучшает свои рабочие процессы; быстро и самостоятельно управляют собой, сами решают как, когда и кем что делать;
4. Динамика результативности и продуктивности команды: Инструменты - соответствие планам (burndown), выполнение целей, процент выполнения взятых в спринт задач, рост velocity (часто числа сторипойнтов за спринт, хех);
5. С течением времени становится лучше культура и атмосфера работы. Инструменты - culture index (например, свой есть у scrum), вовлеченность (например, по Gallup);
6. Показатели успеха работы. Инструменты - измерение удовлетворенности заинтересованных сторон, ROI, скорости поставки, плотности инноваций и тд
7. Комплексные метрики. Инструменты - измерение множества показателей, от безопасности и доверия, до lead time и обучаемости. Их нужно определить индивидуально в каждом случае;
8. Финансовые показатели. Мне нравится идея, когда аджайл коучи контрактуются на повышение выручки и маржинальности;
9. Комплексные метрики, контрактование изменений и авторизация результата. Инструменты - показатели из п.7 + регулярный пересмотр того что нужно починить в рабочих процессах в виде “сейчас X, будет Y, для этого сделай что-то за 2 месяца”+ описанные действия СМ, когда каждый результат имеет зафиксированный список действий со стороны СМ и четкую связь между причиной и следствием.
Если отвечать кратко - ответ что метрики, по которым можно понять как дела у команды меняются в лучшую сторону. Если брать динамику, то по временному ряду видно, что команда с которой работает СМ по сравнению с собой становится лучше с течением времени.
#полезности
Симуляторы работы
Менеджеру в современности нужно непрерывно учиться. И часто такое обучение происходит через моделирование рабочих ситуаций - разбор полетов с начальником, кейсов с ментором, вопросы в сообществах или курсы. Вот на последних часто притаскивают симуляторы. Эта статья о них, так как она просто перечень известных симуляторов и игр, в которых вы можете снова поработать и подумать что управляет вашим поведением.
Игры про Scrum:
Martian scrum. Фаскарта . Learning objectives - общие принципы петель обратной связи, важность ранней обратной связи и частой поставки.
Agile zoo. (LeSS/Nexus zoo). Фаскарта. Learning objectives - создание коллективных планов, прямое взаимодействие между командами.
Scrum Puzzle. Фаскарта и заготовка в миро. Learning objectives - объяснение ролей, артефактов и событий скрам в деталях.
Lego Scrum и аналог Lego Scrum City. Фаскарты первого и второго . Learning objectives - разграничение зон ответственности в скрам.
Product Owner value game . Фаскарта . Learning objectives - PBR это не просто декомпозиция и оценка, рисками нужно управлять.
WAKE UP IN THE MORNING. Фаскарта. Learning objectives - выбор задачи под цели, реализация самого важного в ограниченные сроки.
Marshmallow Challenge. Фаскарта . Learning objectives - план ничто, планирование все, учиться на ошибках.
Ball Point Game. Фаскарта . Learning objectives - предсказуемость, узкие места.
XP Game. Фаскарта . Learning objectives - основные принципы XP, жизненный цикл ПО.
В целом на сайте порядка 40 игр на разные темы по скраму и аджайлу, можно найти по тегам игры на любую тему. Также много игр есть в мироверсе , как icebreakers, так и серьезные.
Отдельно хочется выделить игры на масштабируемый аджайл, который посложнее скрама. Например LeSS.
Игры про Kanban:
Featureban. Онлайн игра и заготовка в миро. Learning objectives - понимание WiP лимитов и сотрудничества.
GetKanban. Онлайн игра и фаскарта. Есть заготовка в миро, под запрос. Learning objectives - вытягивающий принцип, управление потоком, канбан-метрики.
Большое разнообразие игр представлено на сайте Кирилла Климова . Там множество ссылок и приведены 5 онлайн симуляторов.
В целом существует огромное число игр на тематику управления продуктом, например New New Product game, управления проектом вроде MIT game. Ну а про управление процессами я молчу, взять ту же игру с бусинами Деминга.
Симуляторы работы
Менеджеру в современности нужно непрерывно учиться. И часто такое обучение происходит через моделирование рабочих ситуаций - разбор полетов с начальником, кейсов с ментором, вопросы в сообществах или курсы. Вот на последних часто притаскивают симуляторы. Эта статья о них, так как она просто перечень известных симуляторов и игр, в которых вы можете снова поработать и подумать что управляет вашим поведением.
Игры про Scrum:
Martian scrum. Фаскарта . Learning objectives - общие принципы петель обратной связи, важность ранней обратной связи и частой поставки.
Agile zoo. (LeSS/Nexus zoo). Фаскарта. Learning objectives - создание коллективных планов, прямое взаимодействие между командами.
Scrum Puzzle. Фаскарта и заготовка в миро. Learning objectives - объяснение ролей, артефактов и событий скрам в деталях.
Lego Scrum и аналог Lego Scrum City. Фаскарты первого и второго . Learning objectives - разграничение зон ответственности в скрам.
Product Owner value game . Фаскарта . Learning objectives - PBR это не просто декомпозиция и оценка, рисками нужно управлять.
WAKE UP IN THE MORNING. Фаскарта. Learning objectives - выбор задачи под цели, реализация самого важного в ограниченные сроки.
Marshmallow Challenge. Фаскарта . Learning objectives - план ничто, планирование все, учиться на ошибках.
Ball Point Game. Фаскарта . Learning objectives - предсказуемость, узкие места.
XP Game. Фаскарта . Learning objectives - основные принципы XP, жизненный цикл ПО.
В целом на сайте порядка 40 игр на разные темы по скраму и аджайлу, можно найти по тегам игры на любую тему. Также много игр есть в мироверсе , как icebreakers, так и серьезные.
Отдельно хочется выделить игры на масштабируемый аджайл, который посложнее скрама. Например LeSS.
Игры про Kanban:
Featureban. Онлайн игра и заготовка в миро. Learning objectives - понимание WiP лимитов и сотрудничества.
GetKanban. Онлайн игра и фаскарта. Есть заготовка в миро, под запрос. Learning objectives - вытягивающий принцип, управление потоком, канбан-метрики.
Большое разнообразие игр представлено на сайте Кирилла Климова . Там множество ссылок и приведены 5 онлайн симуляторов.
В целом существует огромное число игр на тематику управления продуктом, например New New Product game, управления проектом вроде MIT game. Ну а про управление процессами я молчу, взять ту же игру с бусинами Деминга.
YouTube
Вебинар: Как научить команду работать по Скраму?
Запись вебинара: Как научить команду работать по Скраму?
Это вебинар о игре "Марсианский Скрам", которая поможет вам обучить свою команду работать по Скраму. У нас есть опыт проведения этой игры десятки раз и мы с уверенностью можем сказать, что эта игра…
Это вебинар о игре "Марсианский Скрам", которая поможет вам обучить свою команду работать по Скраму. У нас есть опыт проведения этой игры десятки раз и мы с уверенностью можем сказать, что эта игра…
Исследование_Проектного_управления_в_России_2022.pdf
9.7 MB
#полезности
Исследование проектного управления в России
Небольшое исследование ПМов от ПМов, об инструментах и вообще отношении к проектному управлению. Оно проводилось на момент января, некоторые вещи уже изменились, но в целом это самые свежие и локализованные под рынок данные.
Исследование проектного управления в России
Небольшое исследование ПМов от ПМов, об инструментах и вообще отношении к проектному управлению. Оно проводилось на момент января, некоторые вещи уже изменились, но в целом это самые свежие и локализованные под рынок данные.
#полезности
Скоро состоится FlowDays - крупнейшая конференция офлайн+онлайн по Канбан методу!
🕙 Когда?
22-23 сентября 2022 года, Москва ул. Большая Почтовая д 40, стр. 7
🧑💻Регистрация на сайте конференции https://flowdays.ru/
Если вы хотите улучшить предсказуемость работы вашей команды и компании, устали от трансформаций и диджитализаций, но хотите получить рост производительности, то эта конференция для вас.
Что вас ждет?
🫂 Два дня офлайн общения, с трансляцией докладов онлайн. Пол сотни выступающих, пять воркшопов-симуляций. Возможность задать вопросы ведущим консультантам и экспертам по Канбан методу. Незабываемый нетворкинг с коллегами из крупных компаний, кто уже улучшил работу в своей компании, предметные площадки и другие сюрпризы.
7 тематических потоков, где каждый найдет свое:
📍База (для начинающих, знакомство с методом) - как устроен Канбан метод и какие инструменты потребуется на старте.
📍Управление изменениями - для тех, кто управляет изменениями на уровне компании или большого направления
📍Лидерство - о том как избежать сопротивления и вовлекать людей в улучшения
📍Работа с данными и аналитикой - разбор того, какую информацию можно получить из графиков и цифр, а затем принять правильные решения
📍Продуктовый менеджмент (upstream, discovery, triage, F4P) - как можно с помощью Канбан метода наращивать ценность вашего продукта.
📍Канбан метод + (применение вместе с другими подходами, you name it) - как возможно использовать Канбан в связке с различными фреймворками (Scrum, LeSS, OKR, SAFe)
📍Вне ИТ - секреты специфики применения Канбан метода на реальных производствах, маркетинге, продажах, лабораториях.
🔥Только до 10 сентября, акция для участников канала Junior PM, скидка 5000 руб. по промокоду JUNIOR
P.S. Если что это не платная реклама хоть и платного события (тут такой отродясь не было и не будет), просто то что делает Леша Пименов обычно выходит славно :D
Скоро состоится FlowDays - крупнейшая конференция офлайн+онлайн по Канбан методу!
🕙 Когда?
22-23 сентября 2022 года, Москва ул. Большая Почтовая д 40, стр. 7
🧑💻Регистрация на сайте конференции https://flowdays.ru/
Если вы хотите улучшить предсказуемость работы вашей команды и компании, устали от трансформаций и диджитализаций, но хотите получить рост производительности, то эта конференция для вас.
Что вас ждет?
🫂 Два дня офлайн общения, с трансляцией докладов онлайн. Пол сотни выступающих, пять воркшопов-симуляций. Возможность задать вопросы ведущим консультантам и экспертам по Канбан методу. Незабываемый нетворкинг с коллегами из крупных компаний, кто уже улучшил работу в своей компании, предметные площадки и другие сюрпризы.
7 тематических потоков, где каждый найдет свое:
📍База (для начинающих, знакомство с методом) - как устроен Канбан метод и какие инструменты потребуется на старте.
📍Управление изменениями - для тех, кто управляет изменениями на уровне компании или большого направления
📍Лидерство - о том как избежать сопротивления и вовлекать людей в улучшения
📍Работа с данными и аналитикой - разбор того, какую информацию можно получить из графиков и цифр, а затем принять правильные решения
📍Продуктовый менеджмент (upstream, discovery, triage, F4P) - как можно с помощью Канбан метода наращивать ценность вашего продукта.
📍Канбан метод + (применение вместе с другими подходами, you name it) - как возможно использовать Канбан в связке с различными фреймворками (Scrum, LeSS, OKR, SAFe)
📍Вне ИТ - секреты специфики применения Канбан метода на реальных производствах, маркетинге, продажах, лабораториях.
🔥Только до 10 сентября, акция для участников канала Junior PM, скидка 5000 руб. по промокоду JUNIOR
P.S. Если что это не платная реклама хоть и платного события (тут такой отродясь не было и не будет), просто то что делает Леша Пименов обычно выходит славно :D
#рецепт
Продолжение размышлений про то как включаться в новом месте работы
Здравствуй, онбордящийся читатель. Этот пост будет кратким продолжением мыслей поста про то как включаться в работу на новом месте https://t.me/junior_pm/97
Недавно наткнулся на достаточно инфоцыганский подход Human System Design. Про него не так много информации и подается он как следующая ступень после системного анализа, системного мышлнея, теории сложности и тд. Почему, я так и не понял.
Я в нем отыскал интересное зерно, которое заложено как 3 главный принципа:
- Наблюдай паттерны
- Исследуй
- Продолжай двигаться
И немного почитав пару статей обнаружил что они отлично дополняют практику дневников людей и изменений.
Наблюдай паттерны
Потренируйся выделять повторяющиеся события. Для этого, слушая дейлик, общаясь на 1-1,ю и, в общем, участвуя в каком-то событие или разговоре, попробуй сформулировать пять утверждений, чтобы проанализировать события и найти то, что ранее не попадало в поле зрения:
1. Обобщение. *В общем я наблюдаю, что*
2. Исключение. *Как правило…, кроме случаев…*
3. Противоречия. *С одной стороны,…, а с другой – …*
4. Удивление. *Меня удивило, что…*
5. Исследование. *Интересно, что…*
Как использовать - часто как новый менеджер ты попадаешь в звездец. Дедлайн горит, спонсор не доволен и думает разогнать команду и тд. В общем на носу проблема. А такой подход позволяет взглянуть на события с точки зрения системы, например сформировать потом молча в уголке CLD/исикаву/C&E и найти рычаги воздействия на ситуацию.
Исследуй
Четыре шага навстречу решению сложной проблемы:
1. Превратите критику в любопытство.
2. Превратите спор в совместное исследование.
3. Превратите свою защиту в саморефлексию.
4. Перефразируйте свои предположения в вопросы
Просто занятный подход для участия в спорах и дискуссиях. Особенно хорошо решает срачи в сочетании с ненасильственным общением (годная краткая статья на эту тему.
Продолжай двигаться
Принцип для сдвига обсуждения/размышления с мертвой точки
Даже в самых неопределенных ситуациях, когда ты чувствуешь что самостоятельно или с командой с этим не разобраться, задай всего три вопроса «что»:
- Что? Что я наблюдаю здесь и сейчас, какие паттерны замечаю?
- И что? Что из этого — важнейший вызов? Какие у меня есть ресурсы и влияние?
- А сейчас что? Что сейчас я могу сделать? Действие приведет к изменению ситуации к лучшему?
Очень похож на 5 почему великим потенциалом для выбешивания людей.
Продолжение размышлений про то как включаться в новом месте работы
Здравствуй, онбордящийся читатель. Этот пост будет кратким продолжением мыслей поста про то как включаться в работу на новом месте https://t.me/junior_pm/97
Недавно наткнулся на достаточно инфоцыганский подход Human System Design. Про него не так много информации и подается он как следующая ступень после системного анализа, системного мышлнея, теории сложности и тд. Почему, я так и не понял.
Я в нем отыскал интересное зерно, которое заложено как 3 главный принципа:
- Наблюдай паттерны
- Исследуй
- Продолжай двигаться
И немного почитав пару статей обнаружил что они отлично дополняют практику дневников людей и изменений.
Наблюдай паттерны
Потренируйся выделять повторяющиеся события. Для этого, слушая дейлик, общаясь на 1-1,ю и, в общем, участвуя в каком-то событие или разговоре, попробуй сформулировать пять утверждений, чтобы проанализировать события и найти то, что ранее не попадало в поле зрения:
1. Обобщение. *В общем я наблюдаю, что*
2. Исключение. *Как правило…, кроме случаев…*
3. Противоречия. *С одной стороны,…, а с другой – …*
4. Удивление. *Меня удивило, что…*
5. Исследование. *Интересно, что…*
Как использовать - часто как новый менеджер ты попадаешь в звездец. Дедлайн горит, спонсор не доволен и думает разогнать команду и тд. В общем на носу проблема. А такой подход позволяет взглянуть на события с точки зрения системы, например сформировать потом молча в уголке CLD/исикаву/C&E и найти рычаги воздействия на ситуацию.
Исследуй
Четыре шага навстречу решению сложной проблемы:
1. Превратите критику в любопытство.
2. Превратите спор в совместное исследование.
3. Превратите свою защиту в саморефлексию.
4. Перефразируйте свои предположения в вопросы
Просто занятный подход для участия в спорах и дискуссиях. Особенно хорошо решает срачи в сочетании с ненасильственным общением (годная краткая статья на эту тему.
Продолжай двигаться
Принцип для сдвига обсуждения/размышления с мертвой точки
Даже в самых неопределенных ситуациях, когда ты чувствуешь что самостоятельно или с командой с этим не разобраться, задай всего три вопроса «что»:
- Что? Что я наблюдаю здесь и сейчас, какие паттерны замечаю?
- И что? Что из этого — важнейший вызов? Какие у меня есть ресурсы и влияние?
- А сейчас что? Что сейчас я могу сделать? Действие приведет к изменению ситуации к лучшему?
Очень похож на 5 почему великим потенциалом для выбешивания людей.
🤯1
#attention
На какое-то время приостановлю посты, причины прозаичны. Надеюсь возобновить сразу как поднакоплю душевных сил
P.S. Я возобновил менторство на площадках solvery, getmentor, nfng. Если вам по каким-то причинам нужна консультация по вопросам профессии в менеджменте или просто поддерживающий разговор с коллегой, то обращайтесь.
P.P.S. Если вдруг у вас есть предложение о работе с релокацией для неговорящего толком по-английски, но предприимчивого менеджера вроде меня, то я открыт к диалогу 🤓
На какое-то время приостановлю посты, причины прозаичны. Надеюсь возобновить сразу как поднакоплю душевных сил
P.S. Я возобновил менторство на площадках solvery, getmentor, nfng. Если вам по каким-то причинам нужна консультация по вопросам профессии в менеджменте или просто поддерживающий разговор с коллегой, то обращайтесь.
P.P.S. Если вдруг у вас есть предложение о работе с релокацией для неговорящего толком по-английски, но предприимчивого менеджера вроде меня, то я открыт к диалогу 🤓
#полезности
Возвращение к корням
Здравствуй, читатель канала. Снова увиделись)
Пауза позволила мне отрефлексировать позиционирование, посмотреть что находило больший отклик. Поэтому я возвращаю контент исходной форме - большим и полезным постам для проектных управляющих. Каждый пост теперь будет в стиле - я начинающий, вот увидел много вопросов схожих и решил разобраться, вот сделал заметку
Также я возвращаю крупные активности, несущие действительную пользу, вроде библиотеки книг или топа курсов. И следующая как раз перед тобой.
Мы с Дима Ирешев, Head of PMO Сбермаркет задались вопросом: от чего зависит зарплата? Посмотрели исследования хабр карьеры, hh, new hr, geekjob, pmi salary и тп. Но они по большей части представляют 1-2 графика в стиле "распределение зарплаты по грейдам". Нас это не удовлетворило (
Давайте вместе исследуем наш рынок более подробно!
Пройдите опрос по ссылке . Прохождение займет не больше 3 минут ⏱
Результаты будут готовы к концу января и распространены в свободном доступе 🔥
Также Дима делал ранее исследование проектного управления в РФ, с нем можно ознакомиться по ссылке 📊
Распространение и обратная связь приветствуется 🙃
Возвращение к корням
Здравствуй, читатель канала. Снова увиделись)
Пауза позволила мне отрефлексировать позиционирование, посмотреть что находило больший отклик. Поэтому я возвращаю контент исходной форме - большим и полезным постам для проектных управляющих. Каждый пост теперь будет в стиле - я начинающий, вот увидел много вопросов схожих и решил разобраться, вот сделал заметку
Также я возвращаю крупные активности, несущие действительную пользу, вроде библиотеки книг или топа курсов. И следующая как раз перед тобой.
Мы с Дима Ирешев, Head of PMO Сбермаркет задались вопросом: от чего зависит зарплата? Посмотрели исследования хабр карьеры, hh, new hr, geekjob, pmi salary и тп. Но они по большей части представляют 1-2 графика в стиле "распределение зарплаты по грейдам". Нас это не удовлетворило (
Давайте вместе исследуем наш рынок более подробно!
Пройдите опрос по ссылке . Прохождение займет не больше 3 минут ⏱
Результаты будут готовы к концу января и распространены в свободном доступе 🔥
Также Дима делал ранее исследование проектного управления в РФ, с нем можно ознакомиться по ссылке 📊
Распространение и обратная связь приветствуется 🙃
👍2🔥1
#полезности
Тематические карты по agile
Как и обещал возвращаю канал к истокам, а значит каждый пост будет с какой-то полезной конкретикой
Например сейчас я принес штучку под названием карточки разговоров. Это инструмент, который придумал Джимми Энлейн из известной шведской компании Crisp. У него много разных применений, например эти карточки можно использовать как темы на ретроспективу, составление своего плана изучения agile или просто как темы для статей в блог)
Автор исходной статьи https://blog.crisp.se/2015/10/08/jimmyjanlen/agile-topics-card-deck приложил pdf с карточками, по которому их можно распечатать и исходно это инструмент для оффлайна. Я перенес карточки в онлайн и сделал шаблон в miro https://miro.com/miroverse/agile-topics/
Мне этот шаблон подарил парочку занятных обсуждений с командой, надеюсь будет полезен и тебе)
Тематические карты по agile
Как и обещал возвращаю канал к истокам, а значит каждый пост будет с какой-то полезной конкретикой
Например сейчас я принес штучку под названием карточки разговоров. Это инструмент, который придумал Джимми Энлейн из известной шведской компании Crisp. У него много разных применений, например эти карточки можно использовать как темы на ретроспективу, составление своего плана изучения agile или просто как темы для статей в блог)
Автор исходной статьи https://blog.crisp.se/2015/10/08/jimmyjanlen/agile-topics-card-deck приложил pdf с карточками, по которому их можно распечатать и исходно это инструмент для оффлайна. Я перенес карточки в онлайн и сделал шаблон в miro https://miro.com/miroverse/agile-topics/
Мне этот шаблон подарил парочку занятных обсуждений с командой, надеюсь будет полезен и тебе)
#полезности
Продакты и сюда добрались
Рекламный пост. Подумаешь ты. Кросспост отвечу я
Сергей помог с со сбором ответов для исследования зарплат руководителей проектов и взамен расскажу про его канал Fresh Product Manager
Профессия продакта матереет и становится классической, взаимодействие с продактами для руководителей проектов становится обычным делом. Да и не для кого не секрет, для подавляющее большинство продактов бывшие пмы)
Поэтому хотя бы на полшишечке разбираться в продуктологии важный и востребованный навык. Вряд ли читая канал Сергея вы станете продактом и устроитесь в Binance, но понять общий ход мыслей, подчерпнуть новых слов и словить парочку инсайтов в его мыслях вы точно сможете)
P.S. Да, треугольники есть не только у проджектов)
Продакты и сюда добрались
Рекламный пост. Подумаешь ты. Кросспост отвечу я
Сергей помог с со сбором ответов для исследования зарплат руководителей проектов и взамен расскажу про его канал Fresh Product Manager
Профессия продакта матереет и становится классической, взаимодействие с продактами для руководителей проектов становится обычным делом. Да и не для кого не секрет, для подавляющее большинство продактов бывшие пмы)
Поэтому хотя бы на полшишечке разбираться в продуктологии важный и востребованный навык. Вряд ли читая канал Сергея вы станете продактом и устроитесь в Binance, но понять общий ход мыслей, подчерпнуть новых слов и словить парочку инсайтов в его мыслях вы точно сможете)
P.S. Да, треугольники есть не только у проджектов)
👍9
#рецепт
Как принимать решения, когда надо выбирать из альтернатив
Поделюсь полезным инструментом, который мне помогает принимать непростые, я бы даже сказал поворотные решения. Я его использовал когда принимал решение о закрытии студии, смены места работы и даже о стране проживания
Я его называю матрица взвешенных решений, но вообще у него есть более академическое - геометрический показатель качества или индекс среднего взвешенного. Тут можно почитать про формулу https://studfile.net/preview/9934800/page:3/
Вкратце как это работает:
- Описываешь список характеристик, которые важно учесть при решении. Вот пример для выбора таск-трекера https://t.me/junior_pm/26;
- Каждой характеристике назначаешь дробный весовой коэффициент в интервале от 0 до 1. Сумма всех коэффициентов характеристик = 1;
- Характеристики оцениваешь по шкале, я например использую от 1 до 10;
- Показатель решения рассчитываешь как сумма произведений оценки и коэффициента;
- Пункты 2-4 проделываешь для каждого варианта решения;
- На выходе получаешь для каждого решения число, которое описывает его качество, выбираешь из альтернатив решения с наибольшим показателем. PROFIT
На той же логике кстати основан продвинутый RICE и метрические системы приоритизации, только там показатели, вроде Effort и Impact зафиксированы и для каждого случая принятия решений не придумываются новые
У меня немного расширенный шаблон. Я учитываю свое отношение к характеристикам (плюсы и минусы) и вычитаю из плюсов минусы. Также я не использую для альтернатив одинаковые характеристики, могу учитывать критерии, при этом слежу за соблюдение равенства сумму коэффициентов 1
Ссылка на шаблон: https://docs.google.com/spreadsheets/d/1O5NH8Vk2QxJM8SuKcP9gDz7sdITaHNNCv4V_Cg_TzUI/edit?usp=sharing
Как принимать решения, когда надо выбирать из альтернатив
Поделюсь полезным инструментом, который мне помогает принимать непростые, я бы даже сказал поворотные решения. Я его использовал когда принимал решение о закрытии студии, смены места работы и даже о стране проживания
Я его называю матрица взвешенных решений, но вообще у него есть более академическое - геометрический показатель качества или индекс среднего взвешенного. Тут можно почитать про формулу https://studfile.net/preview/9934800/page:3/
Вкратце как это работает:
- Описываешь список характеристик, которые важно учесть при решении. Вот пример для выбора таск-трекера https://t.me/junior_pm/26;
- Каждой характеристике назначаешь дробный весовой коэффициент в интервале от 0 до 1. Сумма всех коэффициентов характеристик = 1;
- Характеристики оцениваешь по шкале, я например использую от 1 до 10;
- Показатель решения рассчитываешь как сумма произведений оценки и коэффициента;
- Пункты 2-4 проделываешь для каждого варианта решения;
- На выходе получаешь для каждого решения число, которое описывает его качество, выбираешь из альтернатив решения с наибольшим показателем. PROFIT
На той же логике кстати основан продвинутый RICE и метрические системы приоритизации, только там показатели, вроде Effort и Impact зафиксированы и для каждого случая принятия решений не придумываются новые
У меня немного расширенный шаблон. Я учитываю свое отношение к характеристикам (плюсы и минусы) и вычитаю из плюсов минусы. Также я не использую для альтернатив одинаковые характеристики, могу учитывать критерии, при этом слежу за соблюдение равенства сумму коэффициентов 1
Ссылка на шаблон: https://docs.google.com/spreadsheets/d/1O5NH8Vk2QxJM8SuKcP9gDz7sdITaHNNCv4V_Cg_TzUI/edit?usp=sharing
👍9🤯2🤔1
#perl
Заходишь на новую ходку, а тут под ноги бэклог кинули. Что делать будешь?
1. Вечер в хату порядочным разрабам и тестировщикам
2. Кто смотрящий по пайплайну
3. Меня короновал в ПМ (называем должность повыше в компании)
4. Теперь наша команда красная (как книга Сазерленда)
5. Законы наши будут жестоки , но справедливы и оценивать вас будут по-людски и в сторях
6. Общий сбор для барагоза у нас раз в 2 недели после удачной деляги
Вопросы есть, вопросов нет 🌚
P.S. Труд одного ex-ГПН коуча
Заходишь на новую ходку, а тут под ноги бэклог кинули. Что делать будешь?
1. Вечер в хату порядочным разрабам и тестировщикам
2. Кто смотрящий по пайплайну
3. Меня короновал в ПМ (называем должность повыше в компании)
4. Теперь наша команда красная (как книга Сазерленда)
5. Законы наши будут жестоки , но справедливы и оценивать вас будут по-людски и в сторях
6. Общий сбор для барагоза у нас раз в 2 недели после удачной деляги
Вопросы есть, вопросов нет 🌚
P.S. Труд одного ex-ГПН коуча
🔥29👎15💩11👍7🤯2🎉2😁1
#артефакт
Кто не рискует, тот не подписывает акты приема-передачи
Давай поговорим про тривиальную, но почему-то редко встречающуюся на практике работу - управление рисками. Это одна из самых распространенных причин почему случаются вторые 80% проекта
Риск - случайное событие, которое может оказать влияние на ход проекта
По определению каждый риск обладает 2 характеристиками: влиянием и вероятностью
Влияние описывает величину последствий на ограничения проекта (нр, сроки) если риск случится. Оно кстати может быть не только негативным, бывают и позитивные риски - мы их называем чудесами. Вероятность описывает степень возможности наступления этого события
Суть управления рисками сводится к манипулированию этими 2 характеристиками + выявлению рисков. Типовой алгоритм работы с рисками:
1) Поиск и выявление рисков
Каждый день менеджер проекта (далее ПМ) задумывается, не появились ли новые риски. Стоит возвести это в привычку, например посвящать время рефлексии на тему рисков после каждой встречи и выписывать их в блокнот
2) Фиксация и качественная оценка
Если потенциально может появится новый риск, то ПМ фиксирует его в специальном артефакте - реестре рисков и производит качественную оценку. У каждого риска оценивается вероятность и влияние по шкале: низкое, среднее, высокое. Часто это организуют в матрицу 3x3, по ней отбираются риски для след. этапов. Обычно это риски с высоким уровне угрозы, им нужно уделить внимание
3) Детализация рисков
Для рисков с высоким уровнем ПМ описывает такие детали как: влияние на проект, триггеры, план А, план Б
Влияние на проект - детальное описание того что случится, если риск сработает
План А - план предотвращения риска
План Б - план тушения пожара после срабатывания риска
Триггер - признак того что риск реализовался
4) Мониторинг триггеров
Каждый день нужно пробегаться по реестру рисков и задаваться вопросом, случился ли триггер. Если сработал, то нужно воспользоваться планом Б
5) Применение планов по управлению рисками
В п 3 ПМ описал 2 плана: нивелирования и реакции. Их нужно воплощать в жизнь, причем в случае плана А постоянно
6) Анализ последствий
После того как риск сработал стоит зафиксировать дату его срабатывания и реальные последствия для проекта. Это поможет провести post-mortem проекта и научиться на ошибках
Резюме: работу с рисками ПМ стоит возвести в привычку. Нужно постоянно: думать о рисках, оценивать их, описывать детали, реализовывать планы управления и проверять срабатывание
Типовой реестр рисков: https://docs.google.com/spreadsheets/d/1gDx2RXBkE-HnIbmUTLpkIrKLlgkPEgony6LsatDK1VI/edit?usp=sharing
P.S: Особенно важно работать с рисками на предпроектном исследовании, чтобы зафиксировать детерминирующие риски, которые могут закрыть проект. У меня однажды это было банкротство заказчика. А какие у вас были интересные истории рисков?
Кто не рискует, тот не подписывает акты приема-передачи
Давай поговорим про тривиальную, но почему-то редко встречающуюся на практике работу - управление рисками. Это одна из самых распространенных причин почему случаются вторые 80% проекта
Риск - случайное событие, которое может оказать влияние на ход проекта
По определению каждый риск обладает 2 характеристиками: влиянием и вероятностью
Влияние описывает величину последствий на ограничения проекта (нр, сроки) если риск случится. Оно кстати может быть не только негативным, бывают и позитивные риски - мы их называем чудесами. Вероятность описывает степень возможности наступления этого события
Суть управления рисками сводится к манипулированию этими 2 характеристиками + выявлению рисков. Типовой алгоритм работы с рисками:
1) Поиск и выявление рисков
Каждый день менеджер проекта (далее ПМ) задумывается, не появились ли новые риски. Стоит возвести это в привычку, например посвящать время рефлексии на тему рисков после каждой встречи и выписывать их в блокнот
2) Фиксация и качественная оценка
Если потенциально может появится новый риск, то ПМ фиксирует его в специальном артефакте - реестре рисков и производит качественную оценку. У каждого риска оценивается вероятность и влияние по шкале: низкое, среднее, высокое. Часто это организуют в матрицу 3x3, по ней отбираются риски для след. этапов. Обычно это риски с высоким уровне угрозы, им нужно уделить внимание
3) Детализация рисков
Для рисков с высоким уровнем ПМ описывает такие детали как: влияние на проект, триггеры, план А, план Б
Влияние на проект - детальное описание того что случится, если риск сработает
План А - план предотвращения риска
План Б - план тушения пожара после срабатывания риска
Триггер - признак того что риск реализовался
4) Мониторинг триггеров
Каждый день нужно пробегаться по реестру рисков и задаваться вопросом, случился ли триггер. Если сработал, то нужно воспользоваться планом Б
5) Применение планов по управлению рисками
В п 3 ПМ описал 2 плана: нивелирования и реакции. Их нужно воплощать в жизнь, причем в случае плана А постоянно
6) Анализ последствий
После того как риск сработал стоит зафиксировать дату его срабатывания и реальные последствия для проекта. Это поможет провести post-mortem проекта и научиться на ошибках
Резюме: работу с рисками ПМ стоит возвести в привычку. Нужно постоянно: думать о рисках, оценивать их, описывать детали, реализовывать планы управления и проверять срабатывание
Типовой реестр рисков: https://docs.google.com/spreadsheets/d/1gDx2RXBkE-HnIbmUTLpkIrKLlgkPEgony6LsatDK1VI/edit?usp=sharing
P.S: Особенно важно работать с рисками на предпроектном исследовании, чтобы зафиксировать детерминирующие риски, которые могут закрыть проект. У меня однажды это было банкротство заказчика. А какие у вас были интересные истории рисков?
👍34🔥5
#полезности
Подведение итогов года
Привет и с наступающим!
Стало модно выкладывать итоги года и есть хурму. Я решил не отставать от тренда, но выкладываю не пост самохвал со своей рефлексией, а шаблоны того как это делать
Тешу себя надеждой, что они помогут тебе подумать над уходящим 2022 и выделить важное для себя
Шаблон в ноушен: https://www.notion.so/artemletyushev/64cf6ad8793c4c43a5abf2af2d7f9240
И файлик с традиционным годовым компасом
See you in the new year, cowboys)
Подведение итогов года
Привет и с наступающим!
Стало модно выкладывать итоги года и есть хурму. Я решил не отставать от тренда, но выкладываю не пост самохвал со своей рефлексией, а шаблоны того как это делать
Тешу себя надеждой, что они помогут тебе подумать над уходящим 2022 и выделить важное для себя
Шаблон в ноушен: https://www.notion.so/artemletyushev/64cf6ad8793c4c43a5abf2af2d7f9240
И файлик с традиционным годовым компасом
See you in the new year, cowboys)
artemletyushev on Notion
Подведение итогов года | Notion
В предверии нового года мы стараемся обернуться назад, посмотреть на свои достижения в прошлом и построить долгосрочные планы на будущее, хотя бы на предстоящий год. С другой стороны не обязательно ждать нового года, чтобы подвести промежуточную черту
🔥21👍3
#perl
Monkey manager
Один турист разглядывал выставленных для продажи животных в зоомагазине и увидел, как человек купил обезьяну за 5000 долл. Он подошел к продавцу и поинтересовался, почему эта обезьяна такая дорогая
Продавец ответил: "Она очень быстро программирует на С, не делая ошибок и пишет великолепный код." Тогда турист стал внимательно разглядывать других обезьян в этой клетке и заметил, что одна из них стоит 10000. "За что же назначена цена в два раза больше?" - спросил он. Продавец сказал: "Эта обезьяна программирует на С++, Java и других объектно-ориентированных языках!"
Оглядев магазин, турист увидел еще одну обезьяну в отдельной клетке с табличкой $50000: "О! А вон та стоит 50000! Это неслыханная цена, что же она умеет?"
Продавец развел руками и сказал: "Сам я точно не знаю, но другие обезьяны называют ее Project Manager"
P.S. В жизни бы так(
Monkey manager
Один турист разглядывал выставленных для продажи животных в зоомагазине и увидел, как человек купил обезьяну за 5000 долл. Он подошел к продавцу и поинтересовался, почему эта обезьяна такая дорогая
Продавец ответил: "Она очень быстро программирует на С, не делая ошибок и пишет великолепный код." Тогда турист стал внимательно разглядывать других обезьян в этой клетке и заметил, что одна из них стоит 10000. "За что же назначена цена в два раза больше?" - спросил он. Продавец сказал: "Эта обезьяна программирует на С++, Java и других объектно-ориентированных языках!"
Оглядев магазин, турист увидел еще одну обезьяну в отдельной клетке с табличкой $50000: "О! А вон та стоит 50000! Это неслыханная цена, что же она умеет?"
Продавец развел руками и сказал: "Сам я точно не знаю, но другие обезьяны называют ее Project Manager"
P.S. В жизни бы так(
👍37🔥15🤔13👎5