Этот дайджест создан совместно с телеграм-каналом PM Live ? проджект и продакт менеджмент. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
? Почитать:
Triforce — это встречи, на которых мы создаем и оттачиваем пользовательские истории, с целью обеспечить общее и полное понимание того, что должно быть создано. Возможно, вы сталкивались с ними под названием Three Amigos или Power of Three; я называю их Triforce, потому что 1) нет привязки к гендеру и 2) звучит забавно.
Речь идет, к счастью, не о волновой оптике, а об инструменте для аналитики и прогнозирования задач команд разработки. Статья, как и сам инструмент, подойдёт тимлидам, product‑ и project‑менеджерам, которые уже имеют опыт управления командами, набили шишки в запуске фич и ищут понятный и наглядный инструмент планирования, но не обладают большим техническим опытом.
Из проектных менеджеров в ИТ (они же PM-ы) переквалифицировался в Java-разработчики. Так получилось (как ни странно), что бОльшую часть круга моего общения составляют ИТ-шники. И, наверное, в 99% случаев обсуждения карьерного трека за кружкой пива/кофе многие удивленно спрашивают меня: «Ничего себе? Из PM-ов в разрабы? Какой редкий кейс! А почему? А ведь обычно наоборот – из разрабов в PM-ы? А это дауншифтинг или нет?»
Минусы быть PM-ом, с точки зрения человека, рожденного быть разрабом: 1. Много работы с документами. 2. Много звонков и митингов. 3. Стрессы. 4. Типичность задач. 5. Мало техники и технологий. 6. Неуниверсальность, заточка под предметную область. 7. Мало вариаций карьерного развития.
Можно сравнить это со стратегиями. Там есть два состояния карты: вообще чёрная и «туман войны». Так вот, задача администратора (то есть директора) — узнать состояние всей карты. Задача ПМ — уже работать с «туманом войны».
Есть в английском языке такая идиома – “nailing jelly to a wall”, что буквально означает «прибивать желе гвоздём к стене». На что похоже? На почти неосуществимое действие, со стороны кажущееся бесполезным и несуразным. Эта идиома отлично описывает процесс управления заинтересованными сторонами, или стейкхолдерами (от англ. stakeholder – букв. «владелец доли, получатель процента») в проекте и все проблемы, возникающие при этом.
1. Простое понятное резюме. 2. Сопроводительное письмо (СП) — мастхэв. 3. Делайте тестовое. Не бойтесь. 4. Достучитесь. 5. На интервью подключайтесь вовремя и в опрятном виде.
У таких предпринимателей много амбиций на старте. Хочется делать классный продукт. Быть лучше конкурентов. Много зарабатывать. Уезжать в отпуск так, чтобы бизнес не сломался. А на деле приходится тащить весь бизнес в одиночку, и помощи ждать неоткуда. Конкуренты давят и отнимают потенциальных клиентов. Сотрудники не хотят работать, они безынициативные и создают проблемы. Потому приходится ишачить с утра до ночи, лишь бы остаться на плаву. Каждый предприниматель хотя бы раз в жизни был в подобной ситуации. Когда ты работаешь с 9 утра до 12 вечера, а денег больше не становится. Когда ты вынужден отвечать за всё на свете. Когда вроде и нанял команду, а проблем стало только больше.
Джуну не хватает продуктового мышления и социальных навыков, которые можно получить только с опытом. Но все можно решить. Например. Заранее подготовьте задачи на первые два спринта. Хорошо подойдут задачи с заранее известным результатом, например рефакторинг какой-то функциональности (когда вход и выход не изменяются, просто внутри логика должна переехать на другую библиотеку), а также типовые задачи, например, для веб-программирования это CRUD API или консюмеры (на code review такие задачи легко проверять и контролировать качество).
Если корпоративная культура на должном уровне.
В отделе появилась пара ребят, нормальные по знаниям (в теории да), прошли собес, довольно неплохо написали тестовое (всё на удаленке было). Первые месяц-два, как обычно притирка к проекту, к друг-другу, таски-обучалки, мелкий ресерч. Кривая обучения растет, ребята получают все более сложные задачи, пока не начинают их фейлить. Первому задача вроде несложная попалась, собрать вектор скоростей во время движения монстра на уровне, найти усреднение и выдать предсказание на дельту времени из текущей точки. Вторым проходом загнать те же точки в фильтр Калмана, посмотреть какое из предсказаний точнее и отдать команду на стрельбу с упреждением. Проходит 10 ревью, вижу что человек не справляется, вроде и код тот что нужен, но все время какие-то огрехи, которые не позволяют его пустить дальше в репо. Сажусь рядом, говорю — «Рисуй на листочке как бегает монстр, рисуй стрелки куда направлена скорость, пиши рядом псевдокод алгоритма». Человек впал в ступор, т.е. ручку то он взял, но дальше рисования пары точек дело не шло. Сидим два часа, разговариваем, пытаюсь получить хоть какие-то наброски алгоритма, идею написать на листочке уже оставил как несбыточную, думаю ну ладно, я сам нечасто на листке что-то решаю уже, что же я от молодых требую? Пока это «чудо» не спрашивает — «А можно я в гугле посмотрю решение?». В первых двух нормальных ссылках я вижу код, который мне приходил на ревью. Здравствуйте, приехали.
Чтобы автоматизировать все рабочие процессы в бизнесе, придется тратить около 33 771 ₽ в месяц. В год получается 405 252 ₽. И это при условии, что наша воображаемая команда состоит всего из 30 человек, и вы приобретаете систему сразу на год.
? Посмотреть:
- Самоуправление в косметической компании ⏱25 минут
Путь к гибкой компании через внедрение практик самоуправления. Как в косметической компании решали кейс перехода от строгой структуры к децентрализации.
- How to Be a High-Performing Business Analyst ⏱1 час 15 минут
Как пробить стеклянный потолок, о проактивности и прокачке софт-скиллов.
Человечность даёт изумительные результаты, которые при традиционном подходе были бы признаны невозможными еще на этапе целеполагания.
Хорошей недели!
