Как создать стартап - стр. 11
Занятие 3. Управления командой
●
Идеальная команда для создания продукта
●
AGILE методология
●
Игра «Kanban pizza»
Чему научитесь:
●
Научитесь подбирать оптимальную методологию под команду и продукт. Внедрять методологию в разработку.
Посетил 3-е занятие курса продакт менеджмента. Тема – команда, Скрам, Канбан. Тема важная, но для айтишников была не очень интересна, т.к. обсуждались очевидные для них вещи, а аджайлом сейчас разве что только домашних питомцев не называют. Плюс многие темы остались нераскрытыми, на уровне тизеров.
При этом для стартапа проблема #1 – создание команды. Найм через личную харизму, работа за доширак и будущую долю, денег нет но вы держитесь, вот это всё. Для продакта же в корпорации этой проблемы не существует, навыки работы с командой ему просто не нужны. Нанимает людей HR, проект организуется приказом руководства, люди подчиняются не продакту, а проджект менеджеру или вышестоящему лиду.
Но обо всем по порядку. У продакта, как и любого руководителя, могут быть подчиненные и разнообразные непересекающиеся активности. Он общается все с большим числом людей и в какой-то момент рвется на части и превращается в человека-снежинку. Еще один сгорел на работе, все вокруг некомпетентные козлы, увольняется и переходит к шагу 1 в другой компании. Чтобы не сгореть, надо держать фокус на основной цели и делегировать задачи.
Проблему обозначили, ОК. Но как ее решать так и не сказали. Здесь бы отлично зашли практики эффективного делегирования, GTD, метод пустого инбокса, метод критического пути, как правильно проводить совещания, ретроспективы, как писать минутки с митингов, фоллоуапы, использование планировщиков, как верифицировать эстимейты и скорость работы программистов (проговаривать задачи, промежуточные точки, создание общего видения). Как ничего не забывать и все успевать.
Было бы неплохо пригласить проджекта из топового диджитал агентства. Пусть он расскажет как выбивать ресурсы разработки и не порваться управляя 3-7 проектами одновременно и 20-40 чел в потенциальном подчинении (и никого в прямом из-за матричной иерархии). Про откаты по гос. тендерам тоже пусть расскажет, полезный навык для Москвы.
Что еще? Традиционно ругали водопадную модель разработки. Дохлого льва не пинает только ленивый. При том, что waterfall – прекрасная методология для проектов, где критически важно сделать "все или ничего". Вы же не захотите лететь в самолете, где не хватает маленькой такой кнопочки, из-за которой невозможно благополучное приземление? Я работал по водопаду в госконторе типа ОВИРа. И там да, никто в прод не запустит проект, который не будет поддерживать весь набор документов, который месяцами дотошно согласовывают юристы. Ну нельзя выдать паспорт человеку без фото, нельзя. А есть еще каскадный, итерационный RUP с CRами, где все становится совсем ОК, все же адекватные люди.
Была игра "канбан-пицца". Изготовление разных типов пицц из бумаги на время. Видимо, мы должны были организоваться, нарисовать канбан-доску и готовить по процессу. По факту был хаос, ор и я в спешке какой-то девушке ножницами чуть было не отрезал палец. Короче, мне не понравилось. Но тут, наверное, проблема во мне, а не в игре. Просто, не люблю суетиться. Еще в универе пока все резались в Starcraft и AgeOfEmpires мне больше были по нраву XCOM, HMM и прочие цифровые шахматы.