процессы

Встреча в офисе — не только вечеринка.

Сижу на ретро (ретроспективе) Сноба. Рефлексируем всей командой, как мы работали над этим проектом. Что сделали правильно, а что — нет. Тут и технические моменты, и процессы и даже эмоции. Планируем, как в следующий раз будем более лучше работать.

Федя заказал ведение этой встречи у Марьяны Онысько. На первую половину, когда составляли таймлайн, меня не пустили (чтобы не давил авторитетом), но вторая мне очень нравится.

Прям кайф, приятно смотреть, как работает профессионал и как команда становится ближе.

Вернулся старый клиент, просит прислать ещё раз оффер, который мы готовили для него 9 месяцев назад.

Файл по ссылке в google docs почему-то удален, не открывается.

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

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

У меня зум настроен так, что все встречи по-умолчанию записываются в облако — очень удобно при написании фоллоу-апов.

Ну и для каждого клиента я создаю отдельную «вечноживую» ссылку с его именем, которую закрепляю в общем чате — так легче заходить на встречи и можно просто посмотреть все встречи именно с ним. Горячо рекомендую!

Фёдор Борщев отвечает на вчерашний пост про Agile:

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

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

Оно и понятно — если твоя работа не приносит денег, вроде как появляется отмазка: все делал как в книге, старался, просто не срослось. А когда ставишь задачи по наколенной методологии, программисты работают, а денег нет — тут уж сам виноват, и не свалишь на «процессы».

В этом и разница: Agile — это способ мышления, фундамент, на котором строится быстрая и гибкая разработка. SCRUM — частный случай Agile, предельно четко описанный.

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

В стартапе все по-другому. Как только вы начинаете ценить груминг беклога больше, чем немедленный результат — вы умираете.

Так что если в вашей компании меньше 20 человек и вам приходится внедрять SCRUM чтобы их организовать — вероятно, вы наняли кого-то сильно не того.