​Гаджет Sprint Health

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

Хотите за полсекунды понять пора ли вашему спринту вызывать священника – бросьте взгляд на Sprint health гаджет. Он показывает:

- сколько дней спринта прошло\осталось. Помогает, если вы отлично провели вчерашний вечер 🍸

- сколько Story Points в open\in progress\done. В связке с предыдущим пунктом можно прикинуть успеете ли сделать запланированное.

- изменение скоупа, на сколько отклонились от первоначального плана (добавили\убрали стори);

- blocked\flagged тикеты. Этим, вероятно, нужно пристальное внимание;


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

​Релизный чеклист

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

https://telegra.ph/Reliznyj-chek-list-09-03

Если вы пушите в мастер по 6 раз в день, список будет сильно короче.

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

​Пирамида усвоения информации

Ютуб круче Библии. Ученые доказали что смотреть видео эффективнее, чем читать, с точки зрения скорости получения знаний. Остальные методы обучения они тоже исследовали и визуализировали в виде пирамиды усвоения информации (Learning Pyramid).

Как это использовать:

1. Просто читать уже мало, пробуйте на практике все что заинтересовало.

2. Обсуждайте проблемы с коллегами внутри компании или в коммьюнити.

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

Интро к ретре

Norman Kerth, апостол ретроспектив, придумал такую мантру:

Regardless of what we discover, we understand and truly believe that everyone did the best job he or she could, given what was known at the time, his or her skills and abilities, the resources available, and the situation at hand. 

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

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

Клиент продавливает сроки

Когда заказчик ставит недостижимые сроки, есть пара приемов, которые помогут вам вписаться в них:

1. упростить фичу;

2. упростить разработку (говнокод, выбросить юнит-тесты и т.д.);

3. добавить людей или распараллелить работу;

4. урезать качество;

5. овертаймы;

Иногда этого недостаточно, при этом сроки все еще гневают всевышнего. На этот случай вот вам цитата из книги "Мифический человеко-месяц":

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

У повара есть еще одна возможность: добавить жару. В результате омлет часто оказывается безнадежно испорченным: горелым с одного края и сырым — с другого.

Budget forecast

Обычно на проектах с почасовой оплатой (T&M) или выделенной командой (Dedicated team) в начале каждого месяца высылают инвойс на оплату. Блаженные менеджеры повышают прозрачность, высылая вместе с ним прогноз затрат на будущий месяц.

Такая инфа будет полезна клиенту при планировании бюджета. Уж точно не придет ему в голову спросить “а че так много?”, получив очередной инвойс.

Не ленитесь отправлять сумму, даже если у вас постоянно работает одна и та же команда. Цифра может отличаться на 10-20% за счет отпусков и количества рабочих дней в месяце.

Icebreaker

Хорошая ретроспектива это больно. Мало кто умеет безопасно доносить критику и тем более принимать ее. Поэтому прежде чем сыпать соль на рану, растопите лед ❄️

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

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

Пример 1. Каждый пишет пару личных вопроса любому коллеге, тот зачитывает их и отвечает. Так вы узнаете что Дима любит старые тачки, а Саша рыбак.

Польза: новая команда быстрее срабатывается.

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

Польза: важно детально описывать требования, договоренности.

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

Айсбрейкер может быть канвой все ретроспективы, например sailboat или emotional seismograph.

«Пиши, сокращай» 🔪

Прочитайте эту книгу, если работаете с текстом - письма, документация, требования и т.д. Для аналитиков - маст хэв. Авторы учат писать в информационном стиле:

- думать о цели текста;

- структуре;

- быть последовательным;

- избавляться от оценок и мусора;

Каждая идея подкреплена понятными примерами. Отдельная глава посвящена тексту в рекламе. Будет про резюме, молодую, динамично развивающуюся компанию профессионалов ("о нас"), рассказ о продукте. Маркетологи и продакты - вам сюда.

Есть в книге одна спорная мысль - "не сглаживайте углы". ПМам нельзя принимать ее на веру. Умейте признавать свои грехи, но старайтесь сохранить лицо.

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

Pocket

Едете в метро на любимую работу, скролите ленту а там обещают увеличить ваш velocity на 3 стори поинта за месяц😱. Предвкушаете мощный лонгрид, но на следующей выходить. Не хочется упускать полезный контент, а если не сохранить его до лучших времен, то анафема неизбежна. Скопировать урл статьи и сохранить в google keep долго и неудобно. Благо существует более элегантное решение - pocket.

Работает он просто. На каждом сайте есть блок с шэйринговыми кнопками. В их списке ищите иконку покета. Нажимайте поделиться и статья сохранится в список to read, вроде беклога. Возвращайтесь к нему, когда будет время и читайте христа ради. У сервиса есть веб-версия и мобильное приложение, которое кеширует статьи, так что их можно прочитать даже без интернета. Лайк!

К сожалению, не на всех сайтах есть кнопка "сохранить", например на медиуме она отсутствует. Проблему решает плагин для Хрома "Save Pocket". После его установки, нажимаете правой кнопкой на любой странице, выбираете "Save to Pocket", и страница сохраняется в ваш список.

Критерии успешности проекта

У каждого ПМа есть босс, перед которым тот отвечает за успех проекта. Очень круто, если у них есть возможность встретиться раз в неделю и обсудить как идут дела. Так или иначе, на таком мите будут затронуты следующие темы (они же критерии успешности проекта):

📌Основные:

- Сроки

- Бюджет

- Скоуп

- Качество

- Удовлетворенность клиента


📌Дополнительные:

- Удовлетворенность команды

- Финансовые показатели (клиент вовремя платит, команда рентабельна)

- Процессы + технологии

- Апсейл

Команда не вкладывается в оценки

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

- детализировать требования. Чем четче сформулирована задача, тем точнее оценка;

- дробить фичи мельче. Оптимально 1-4 дня;

- разбивать фичи на задачи (декомпозиция). Выделяйте таски на бекенд, фронтенд, тестинг, и т.д. Максимум 1.5 дня на каждую. Если не выходит меньше - см. пункт 1;

- делать прототипы\инвестигейты на сложные фичи;

- проводить ретры, обсуждать причины вылетов с командой;

- привлекать внешних спецов, если не хватает экспертизы;

- закладывать средний вылет в будущие оценки;

- трекать успеваемость (оценка vs фактические затраты) по каждому члену команды. Доносить на 1-1 митингах;

- менять ребят, которые много и часто вылетают (>60% за 3-6 месяцев);

Вылет в 20-30% считается допустимой нормой, его стоит закладывать в начальную оценку. Берегите себя и свои эстимейты.

​Гаджет time sheet

Используйте этот гаджет для:
- отслеживания прогресса по задачам;
- составления отчета по бюджету;
- таймтрекинга сотрудников;

как это работает:

Сделайте правилом логать время перед стендапом и выставлять при этом remaining estimate в задачах. Цифра обновляется автоматически, когда логаешь часы. Усилия потребуются, только если намечается вылет из оценки. Разработчик будет заранее думать сколько ему осталось на таск и приходить на стендап подготовленным. Так сэкономите время на вытягивание ответа "сколько осталось на задачу?". 

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

Вася отработал 6.5 часов в понедельник? Увидите в таблице, возьмете на карандаш, теперь полторашку должен.

Icebreaker на эмпатию

Что такое icebreaker и зачем нужен.

Реквизит: доска, 1 маркер и 1 стикер на каждого члена команды. Заранее нарисуйте на доске 6 ликов со следующими эмоциями: грусть, злость, стресс, радость, энтузиазм, спокойствие.

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

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

Импульсивные решения

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

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

Как повышать зарплату 💰

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

- научился новым навыкам, которые помогают в работе;

- провел обучающий тренинг для коллег в отделе;

- улучшает процессы в компании;

- растит людей в своей команде;

- прошел сертификацию, получил почетный сан;

- развивает аккаунт, помогает клиенту;

- выросла команда = выросла нагрузка, не пострадало качество;

- допродал людей / новый проект;

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

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

и еще про зарплату

Звонил боженька, просил добавить к предыдущему посту:

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

💰Ходите на собесы раз в год, даже если не собираетесь менять место работы. Будете в курсе кого хотят на рынке и за сколько.

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

💰Второе правило - не соглашайтесь на первое предложение. Не стесняйтесь говорить о деньгах и улучшать свои условия.

💰Обсуждать можно не только зп, но и другие перки: дни отпуска, бонусы, всякого рода компенсации, кресло Herman Miller, наконец.

💰Даже если зарплату подняли, не забудьте узнать что надо прокачать к следующему ревью.

Personal meetings, часть 1

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

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

Структура:

- что было хорошо, что можно улучшить (фидбек от сотрудника);

- что было хорошо, что можно улучшить (фидбек от менеджера);

- ставим задачи, исходя из 1 и 2;

- планируем развитие в рамках проекта, новые обязанности (при желании сотрудника);

- смотрим вылеты за эстимейты, разбираем почему случились;

- золотая коллекция вопросов;

Главная задача менеджера на персонале - узнать об проблемах/эмоциях/ожиданиях сотрудника и помочь скорректировать их. 

Во второй части будет та самая коллекция вопросов и несколько хороших практик. Не переключайтесь.☝️

Personal meetings, часть 2

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

Оцени от 1 до 10:
- Насколько комфортно работать с лидом (qa, dev), остальной командой?
- Интересен ли проект, задачи?
- Как оцениваешь процессы?
- Насколько ты счастлив на этой работе?

Поскольку оценки даются в цифрах, становится просто отлавивать проблемы. На прошлом персонале было 8 по процессам, а стало 6? Давай обсудим что пошло не так, сын мой.

Субъективно, оценки 6 и меньше - индикатор серьезных проблем и угроз. 💣

Для обратной связи на работу ПМ, отлично заходит такой вопрос, который я подсмотрел у Ани Булдаковой:
Есть ли что-то, что я должен начать/прекратить/продолжить делать как твой менеджер, чтобы тебе стало лучше работать?

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

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

Начал писать про эстимейты, да выписывать бест практики и понял что будет еще пару частей. Но боженька терпел и нам велел, сорри.

Meetings notes

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

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

Пара советов:

- просите заказчика подтвердить что все верно в ответном письме. Двойная страховка.

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

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

​Дорогие прихожане

Друзья, нас уже тыща! Спасибо что читаете боженькины манускрипты.

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


P.S. В четверг буду на Product Sense в Минске, пишите в дм, если будет желание потрещать.

​Статистика проекта

Люди врут, а цифры нет. С помощью статистики можно увидеть проблемы, которые так просто не заметишь. Это огромное поле для анализа и экспериментов. Если агрегировать данные за период, можно строить тренды и теории.

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

- разработка
- стабилизация (багфикс)
- коммуникации
- ручное тестирование
- автоматизированное тестирование
- фикс автотестов
- ПМ
- БА
- юнит-тесты

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

В идеальном мире ПМО собирает статистику по всем проектам в компании. Эти бесценные данные используются в шаблоне для оценки новых проектов. Так повышается точность будущих оценок. Значительный минус - поддержание актуальных лейблов требует времени.