Найти тему
Тимлид Очевидность

Neverending story

Оглавление

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

Так о чем же речь?

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

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

Менеджмент

Иногда в управлении проектами и командами можно встретить ситуацию, когда 5 лет назад решили работать по скраму, раз в неделю проводить 1-1, раз в 2 недели перещелкивать спринт. И оно, может быть, тогда даже работало хорошо. И менеджмент искренне верит, что поймал удачу за хвост, сделал идеальную систему и идет пинать болт работать над другими задачами.

А потом спустя 5 лет оказывается, что команда выросла втрое, проектов стало не 1, а 15, скоуп спринта расползается, не успев родиться, планирование не работает, на 1-1 менеджер просиживает 20 часов в неделю и каждый час из серии «–Как дела? – Нормально. – Как работа? – Нормально. – Как сам? – Нормально.».

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

Разработка

В разработке всё то же самое. Засучили рукава, собрали архитектурку, реализовали, пушнули в прод. Все хорошо, бизнес крутится, клиентик мутится.

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

А что же делать?

Ответ простой и сложный одновременно.

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

Недавно мой товарищ, Виталий Шароватов, делал на тимлидконфе доклад про это с точки зрения процессов.

https://www.youtube.com/watch?v=1gKdzgjRirk&list=PLFtS8Ah0wZvWS37oveJ0-D5K6V7GWUpqY&index=23

Посмотрите, это кажется простым, но очень мало кто этим занимается.

Итог

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

Ну а потом сами знаете, пора будет резюме обновлять 🙂