​#рецепт
Как принимать решения, когда надо выбирать из альтернатив

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

Я его называю матрица взвешенных решений, но вообще у него есть более академическое - геометрический показатель качества или индекс среднего взвешенного. Тут можно почитать про формулу 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

#perl
Заходишь на новую ходку, а тут под ноги бэклог кинули. Что делать будешь?

1. Вечер в хату порядочным разрабам и тестировщикам
2. Кто смотрящий по пайплайну
3. Меня короновал в ПМ (называем должность повыше в компании)
4. Теперь наша команда красная (как книга Сазерленда)
5. Законы наши будут жестоки , но справедливы и оценивать вас будут по-людски и в сторях
6. Общий сбор для барагоза у нас раз в 2 недели после удачной деляги

Вопросы есть, вопросов нет 🌚
P.S. Труд одного ex-ГПН коуча

​#артефакт
Кто не рискует, тот не подписывает акты приема-передачи

Давай поговорим про тривиальную, но почему-то редко встречающуюся на практике работу - управление рисками. Это одна из самых распространенных причин почему случаются вторые 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: Особенно важно работать с рисками на предпроектном исследовании, чтобы зафиксировать детерминирующие риски, которые могут закрыть проект. У меня однажды это было банкротство заказчика. А какие у вас были интересные истории рисков?

#полезности
Подведение итогов года

Привет и с наступающим!

Стало модно выкладывать итоги года и есть хурму. Я решил не отставать от тренда, но выкладываю не пост самохвал со своей рефлексией, а шаблоны того как это делать

Тешу себя надеждой, что они помогут тебе подумать над уходящим 2022 и выделить важное для себя

Шаблон в ноушен: https://www.notion.so/artemletyushev/64cf6ad8793c4c43a5abf2af2d7f9240

И файлик с традиционным годовым компасом

See you in the new year, cowboys)

#perl
Monkey manager

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

Продавец ответил: "Она очень быстро программирует на С, не делая ошибок и пишет великолепный код." Тогда турист стал внимательно разглядывать других обезьян в этой клетке и заметил, что одна из них стоит 10000. "За что же назначена цена в два раза больше?" - спросил он. Продавец сказал: "Эта обезьяна программирует на С++, Java и других объектно-ориентированных языках!"

Оглядев магазин, турист увидел еще одну обезьяну в отдельной клетке с табличкой $50000: "О! А вон та стоит 50000! Это неслыханная цена, что же она умеет?"

Продавец развел руками и сказал: "Сам я точно не знаю, но другие обезьяны называют ее Project Manager"

P.S. В жизни бы так(

Также выкладываю PDF, кому-то удобнее сразу файликом) Также в нем исправлены небольшие ошибки

​#мнение
Гайд по обратной связи. Часть 1. Важность
Обратная связь один из самых часто упоминаемых инструментов современного менеджмента. И столько же часто используемый некорректно. Руководителю проектов важно давать обратную связь по нескольким причинам:

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

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

3. Лучшее общение: обратная связь способствует открытому и эффективному общению между менеджерами и сотрудниками, создавая позитивную рабочую атмосферу;

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

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

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

В мою картину мира хорошо встроило обратную связь окно Джохари.

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

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

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

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

​#мнение
Гайд по обратной связи. Часть 2. Правила
И все же, несмотря на свою важность, работа с обратной связью может быть сложной задачей. Руководителям может быть трудно принять критику, а сотрудникам — дать конструктивную обратную связь. В это могут помочь нехитрые правила обратной связи.

Для того кто получает ОС:

1. Позитивный настрой. Вам дают фидбэк ради вашего блага, а не для того чтобы уязвить
2. Уточните тему для ОС, по чему конкретно вы хотите ее получить/вам ее дают в общем;
3. Если вы не готовы к ОС - дайте знать об этом, не принимайте её;
4. ОС возможна только при нейтральной позиции к вам. Если дающий относится к вам недоброжелательно или слишком позитивно, теряется ее объективность;
5. Не стесняйтесь уточнить, чтобы правильно понять и воспринять информацию;
6. Не спорьте, не пытайтесь защищаться или оправдываться. Занимайте позицию любопытства;
7. Не ищите в словах абсолютную истину, а в мнение другого критерий качества вас;
8. Исследуйте расхождения во мнениях;
9. Благодарите за ОС и поощряйте к ее повторению в будущем.

Для дающего:

1. Позитивный настрой. Вы даете фидбэк чтобы помочь другому человеку и улучшить ваши взаимодействия;
2. Озвучьте тему для ОС. Не говорите в общем и абстрактно;
3. Уточните наличие готовности принять ОС;
4. ОС стоит давать когда вы нейтрально настроены, а не хотите проучить человека или польстить;
5. Дав обратную связь не убегайте в закат. Относитесь спокойно к уточнениям и вопросам;
6. При защитной реакции, когда человека задела ОС извинитесь и остановитесь. Спустя время напомните о позитивной цели ОС и ваших намерений;
7. Описывайте ситуацию/контекст опираясь на конкретные факты и случаи в жизни, а не “иногда ты часто неприятный!”;
8. Искренне благодарите, что вашу ОС выслушали

Самое важное правило! Не путайте поддерживающую и корректирующую обратную связь. Одна для закрепления и развития текущего поведения, а вторая для его изменения на другое. Первую можно давать при посторонних, а вторую стоит сообщать только лично (есть исключения). В общем: ругать лично, хвалить публично

​#мнение
Гайд по обратной связи. Часть 3. Техники

Существует бесчисленное количество разных техник обратной связи. Структура большинства из них имеет такие общие элементы:

1. Ситуация/контекст (тема обратной связи, например управление собственным временем);
2. Наблюдения (факты того, что случалось в рамках этой темы, например ситуации когда разработчик опаздывал на дейли);
3. Ваши чуства/ощущения (например, какое негодование и раздражение вас охватывало каждый раз когда его приходилось ждать);
4. Почему это важно для вас (например, потому что вы очень цените ваши командные договоренности и для вас их соблюдение это мера доверия к людям);
5. Мнение о том что стоит изменить (например, давай подвинем дейли с 9.00 на 9.05?).

Это структуру описывает “ненасильственное общение” и "ролл обратной связи" из менеджмента 3.0.

Я чаще всего использую модель COIN:

- Context - укажите конкретное событие, тему или сложившиеся обстоятельства, которые вы хотели бы обсудить;
- Observation - опираясь на факты опишите уведенное через “я - утверждения”, подчеркивая что это ваше видение ситуации;
- Impact - объясните каким образом увиденное повлияло на вас или участников;
- Next steps - предложите несколько способов, которыми можно улучшить ситуацию, и попросите в ответ поделиться своими идеями

Все вместе это получается как фидбэк тимлиду разработки:

“Я бы хотел обсудить прошедшее сегодня планирование спринта. Я увидел что активных участников обсуждения было мало, и на ходу встречи становилось все меньше. Такой ход встречи поощряет избегание ответственности “молчунами” и не способствует прозрачности оценок и планов. Я бы предложить использовать формат, предполагающий высказывания всех участников. Что ты думаешь по этому поводу?”

Также хорошо себя зарекомендовала модель SBI и ее модификация SBI/BI (alternative behavior&alternative impact)

​#мнение
Гайд по обратной связи. Часть 4. Частые ошибки

В обратной связи часто совершают ошибки. Я опишу их в форме вредных советов)

Когда запрашиваешь обратную связь:

1. Умалчивай какой контекст и для чего необходима ОС;
2. Не готовься спокойно выслушать ОС;
3. Ищи одобрения и похвалу вместо ОС;
4. Запрашивай ОС только у вовлеченной и любящей тебя стороны;
5. Проси ОС чтобы разобраться кто прав, а кто виноват в ситуации

Когда даешь обратную связь:

1. Давай ОС без позволения или запроса на нее. Захотелось - делай!;
2. Продолжай давать ОС даже после защитной стойки принимающего фидбэк, он обязательно все осознает!;
3. Не стесняйся использовать критику и оценочные суждения, это работа, а не детский сад, чего такие нежные;
4. Попроси дать ОС за себя третью сторону, так тоже ок

Когда принимаешь обратную связь:

1. На всякий случай вставай в защитную позицию. Лучше молчаливую, но можно и эмоциональную;
2. Не помешает относиться к ОС как критике, так будет менее больно и страшно. Ожидай худшего;
3. ОС жутко субъективная вещь. Не стесняйся перебивать и ставить под сомнение сказанное;
4. Если не согласен с ОС, доказывай как все было на самом деле и почему ты прав;
5. Можно остановить человека и прочитать ему лекцию как правильно давать фидбэк. Например, отправив эту статью;
6. После того как тебе дали ОС сразу в ответ давай свою. Ни один удар не должен остаться без ответа!

В качестве источника и вдохновения использовалось обучение от Антона Иванова и AgileLAB

#полезности
Полезные каналы и группы. Обновление
Обновление поста, который был ранее https://t.me/junior_pm/82

Сообщества:
@agile_ru - все про аджайл и все его ипостаси;
@myleanconsult -для обмена опытом по внедрению lean, 6sigma,csm, spc в производстве;
@menya_slyshno - часто собираются поговорить в голосовом чате. Место с достаточно суровой культурой;
@kanban_talks - чат практиков канбан-метода, помогают и разъясняют;
@PM_lunch - сообщество менеджеров проектов преимущественно из СПб, регулярно собираются оффлайн и кушают еду;
@itpminfo - много полезных материалов и советов;
@okr_talks - все про OKR и особенности этого псих. расстройства;
@proproject2 - комьюнити преимущественно начинающих менеджеров вокруг Оли Романовой;
@sbergiletalks - сообщество аджайл практиков сбера, оживает в моменты их конференций;
@facilitatorclub - все о фасилитации и эффективном проведении встреч;
@pmin_ru - приверженцы PMBOK и акулы календарно-сетевого планирования;
@scrumru - сообщество скрам-мастеров и практиков скрама. Хейтерам не заходить;
@FrancisBaconClub - сообщество IT-шников про теорию систем, психология, теория вариаций и прочие жуткие вещи. Новичкам не рекомендуется;
@technicalexcellenceru - группа практиков инженерных навыков: TDD, Pair Programming, CI/CD, DevOps
@TeamLeadTalks - чат сообщества тимлидов с суровой культурой, не для слабонервных;
@Scrum_Community - сообщество скрам-мастеров вокруг Раффайзена.

Статьи:
@psilonsk
@pm_god
@selihovkin
@pminstitut
@no_shame_facilitation
@dmitrii_ireshev_agile_pmp
@tw0_percent
@pmdaily
@borisbutton
@sn_hack
@pmclub
@pm_and_it
@tealorg

События:
@PM_Events
@agile_events
@itmeeting
@kanban_events
@product_events
@agile_ru_webinars

Поиск работы:
@agile_jobs
@pmin_jobs
@product_jobs
@projects_jobs_feed и @projects_jobs
@g_jobbot
@forproducts

P.S. Если что-то пропустил (например я про него не знаю), но оно полезно напишите, добавлю!

​#рецепт
Как готовиться к поиску работы. Часть 1. Инструменты
Приветствую! Рынок IT-индустрии постоянно растет, но, несмотря на это, поиск работы может быть трудным для новичков в этой области. Особенно если учитывать высокую конкуренцию и все сильнее подогреваемый интерес курсами. В целом аналитика не радужная. В этом посте я рассмотрю тяжелую артиллерию - стратегии и инструменты, которые нечасто используют. Надеюсь они помогут тебе эффективнее и успешнее искать работу

Ответы на типичные вопросы от HR на скрининг интервью
Стоит заранее написать ответы, чтобы в моменте была возможность ответить четко, уверенно и с экономией энергии на размышления
Например вот такие

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

Поэтому я бы рекомендовал самостоятельно задуматься на эту тему. Но в качестве отправной точки можно использовать PMI Talent Triangle

Это отлично поможет в: самопрезентации, описании резюме, ответах на вопросы “какие ваши сильные стороны” и тп

Особенно круто если рядом с каждым навыком ты опишешь, как ты можешь подтвердить что он у тебя есть

Факторы, по которым выбирается работа
Ранее уже был пост про принятие решений. Тот же самый инструмент отлично подходит и для выбора работы

Либо можно не усложнять все геом. показателем качества и просто выписать для себя “Топ 10 факторов которые важны для меня на новом рабочем месте” и поделить их 3 категории: “Если этого нет, то даже не рассматриваю”, “Это я могу как-то получить в процессе”, “С этим могу поступиться”

Пирамида поиска
Все компании, которые попадутся при поиске можно поделить на 3 категории:
- 1 категория. Работа мечты
- 2 категория. Хорошее место
- 3 категория. Вариант пока не появится что-то хорошее

Соответственно для собеседовании в каждую категорию меняется и твое поведение. Где-то ты стараешься, узнаешь все о компании, вопросах и будущих коллегах. А где-то просто ставишь напоминание в календарь за 5 минут до встречи

Если заранее целенаправленно выделить такие категории и сложить их в пирамиду, то получится стратегия поиска. Например: на 3 категории я учусь проходить собеседования; на 2 категории я оттачиваю самопрезентацию и продажу себя; на 1 категории я прикладываю все силы

Что будет в 1, 2, 3 категории это индивидуально. Самые частые факторы по которым это формулируется: отрасль, домен, размер компании, география, тип проекта (аутсорс, продукт, внутренний)

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

Здесь не нужно стремиться к краткости или стройности ключевых слов. Его цель - иметь фундамент, которые можно сократить и легко персонализировать под конкретную вакансию

Универсальное сопроводительное
Аналогично предыдущему пункту

Список вопросов, которые могут задать на собеседовании
Очень здорово поможет, если ты заранее будешь представлять список вопросов, которые могут тебе задать на собеседовании. Не обязательно готовить четкие и красивые ответы, суть в том чтобы не растеряться в моменте. Тем более могут попасться вопросы, над которыми ты даже не задумывался, а не незнакомые термины)

Например, можно взять вот этот за основу

Табличка по откликам
Посмотри на поиск работы как на продажу. Есть продукт (ты), есть его упаковка (CV, CL), есть каналы продаж (агрегаторы, нетворк, каналы в телеграм и тп), есть этапы воронки (скрининг отклика, перв. интервью, тех собес и тп) и многое другое. Этим можно управлять

И в этом отлично поможет просто табличка вида: дата обновления, название компании, откуда, ссылка на вакансию, контакт, статус

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

​#рецепт
Как готовиться к поиску работы. Часть 2. Советы
Рефералли
Один из самых шустрых способов поиска работы это рекомендации, рефералы.
Ты всегда можешь написать своим знакомым из интересных тебе компаний и попросить тебя зарефералить на интересные тебе вакансии

Что делать если нет открытых вакансий: все равно отправлять, хотя бы просто в hr. Как минимум останешься гарантированно в базе

Что делать если нет знакомых: завести. Познакомиться на Facebook, Linkedin, Telegram

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

Например:
- План 1. Отклики веером по всем малым аутсорсерам, полгода - год работы, смена места
- План 2. Зайти через продажи или поддержку, быстро дорасти до прямого взаимодействия с разработчиками, познакомиться и сделать ротацию

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

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

Поднять аналитику рынка
У коллег и в интернете можно узнать о зарплатном уровне, спросе на специалистов и тд. Например, это позволит скорректировать свои зарплатные ожидания по рынку +15-20%, которые можно будет опускать в случае торгов по офферу

Например отсюда можно узнать про зарплаты

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

Например, есть даже отдельные сервисы для этого https://mettl.com/test/functional-assessment-project-manager/

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

Аналогично на каждом этапе собеседования

Использовать больше 1 канала поиска
Кроме hh.ru существуют еще и: linkedin, careerspace, superjob, getmatch, каналы в телеграм, нетворкинг, сайты работодателя, посты в соцсетях, твои посты с запросом на поиск, рефералы, локальные агрегаторы и многое другое

P.S. Пост написан под впечатлениями от презентации Саши Платнова и его канала

#полезности
Random Coffee для менеджеров проектов
Что такое Random Coffee?🤔 🎲

Это живые и онлайн встречи 1-на-1 для участников сообщества

🔹Желающие участвовать во встречах подключаются к чат-боту.
🔹В понедельник вы получаете от бота сообщение с информацией о партнере и контактами на эту неделю.
🔹Совместно договариваетесь о времени и месте встречи или знакомитесь по видеосвязи online.

Почему участникам нравится Random Coffee

🔹Они знакомятся с интересными вдохновляющими единомышленниками
🔹Бот снимает неловкость написать незнакомому человеку
🔹На встрече участники чувствуют себя в равной позиции и свободно общаются
🔹Встречи дают им возможность обмениваться идеями, опытом и контактами


Чтобы присоединиться ко встречам:

🔹перейди по ссылке бота - @RandomCoffee_Project_Manager_bot и нажми Начать.
🔹Бот будет помогать в организации встреч. Ему можно задавать любые вопросы.
🔹Набирается 50 участников – и стартуем, будет круто 🚀

Спасибо https://random-coffee.ru/ за организацию нетворкинга в нашем сообществе 😉

#мнение
10 смертных грехов оценок задач в IT
Выпустил большую забавную статью на vc.ru https://vc.ru/hr/658705-10-smertnyh-grehov-ocenok-zadach-v-it (чтобы не делать 4-5 частей в телеграм).
Прикладываю кусочек тут

Несмертные грехи, но тоже грехи
Грехи №20– №11
Грех №20
Давать оценку “этого”, чтобы составить план прежде чем кто-либо узнает, что "это"

Грех №19
Верить, что наиболее достоверные оценки происходят от людей с наиболее мощными голосовыми связками

Грех №18
Думать что все оценки конвертируются друг в друга. Переводить деньги в календарные сроки и сторипойнты в дни

Грех №17
Строить планы на новый проект опираясь на первоначальный план прошлого проекта. Игнорируйте фактические сроки и прошлый опыт

Грех №16
Предполагать, что отдел продаж лучше оценивает программные проекты, чем разработчики

Грех №15
Давайте оценку, игнорируя рабочие моменты:
- посещение встреч...
- переключения на другие проекты...
- поддержку ключевых клиентов...
- отпуска...
- болезни...
- чрезвычайные ситуации...

Грех №14
Представлять оценки с высокой степенью точности («67,5 часа»), которые поддерживаются только низкой степенью точности («±2 месяца")

Грех №13
Считать, что инструменты оценки (такие как Монте-Карло) не могут сравниться с вычислительной мощностью из системы менеджера, ручки и салфетки

Грех №12
Рассуждать так: «Чем раньше мы профакапим сроки, тем больше времени у нас будет на их опережение"

Грех №11
Утверждать, что разработчики могут научить лучше оценивать. Выносить это как решения с ретроспективы

А какие вы знаете еще смертные грехи?) 🌚

#иное
Я выступаю в Москве на Agile Days с докладом про оценки. Буду рад увидеться (ну или услышаться в записи)!

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

1) Презентация доклада https://docs.google.com/presentation/d/1CD-pDO5DS8Ac68p9G0NYOa8cHN7PLqTxQ3vUm_JiJDo/edit?usp=sharing

2) Полезные материалы https://docs.google.com/spreadsheets/d/1wKKVJyFomRsPeQes-zh9bh6V3dpuznSaCbAHqBAbtcM/edit?usp=sharing . Там графики, расчеты, статьи, книги и тд.

P.S. Распространение и свободное пользование материалов приветствуется)

#полезности
Не могу не поделиться митапом. Сам был у истоков первого питерского DM митапа, выступал на перезапущенном от Макса Фролова, а теперь уже 3 подоспел)