Standart First ☝
Я тут пересмотрел свой подход к построению нового процесса. Признаюсь честно, мой предыдущий поход можно назвать хаос-first (Хотя он тоже имеет место быть).
Ситуация ☀
Представим, что у вас есть 2 сущности, которые отвечают за одну функцию, но работают над разными задачами.
Как пример:
- Разработчики в 2 разных проектах, но в вашей команде.
- 2 команды разных продуктов в вашем направлении
- 2 дочерних компании в вашем холдинге (если вы совсем большой Дядя)
ВАЖНО: Вы делаете это первый раз = опыта решения подобной задачи пока у вас нет.
Задача 🗒
Ввести общий подход для решения новой для компании/команды задачи - сделать процесс повторяемым.
Как делал 😖
Я брал сильных людей на каждое из направлений, мы обговаривали общий подход и стратегию, но тактику я оставлял им. Я не навязывал подходов, шаблонов и практик.
Цель - дать командам решить одну и ту же задачу, возможно, разными способами, чтобы получить больше опыта и сделать больше ошибок. После решения задачи производится ретроспектива, берётся лучшее из решений. После чего появляется общая практика.
Проблемы:
- Изначально процесс сложно или почти невозможно контролировать
- Не всегда очевидно, когда настал момент для "объединения общих практик".
- На старте создаётся очень много технического долга
..
Как сейчас👋
Наткнулся на практику SDCA - это цикл Standardize → Do → Check → Act.
Если коротко: делай стандарт, делай работу по стандарту (это уровень исполнителя), проверяй (уровень менеджера), меняй если что то не так.
Нужно уделить больше времени на старте - заложить архитектуру процессу. Базовые шаблоны, базовые догмы и ориентиры, чек-листы. Это как с архитектурой кода - если раньше уделить этому время, в процессе меньше нужно будет переделывать.
То есть прям берёшь своих людей, садитесь вместе и дружно делаете всё это. Вместе. Чем более детально вы пропишите алгоритм решения типовой задачи - тем проще будет контролировать работу и учиться на ошибках.
Этот подход имеет недостаток - он уменьшает гибкость. Но если цель сделать процесс управляемым и повторяемым, придётся этим пожертвовать.
В любом случае, уровень гибкости можно регулировать глубиной стандарта, который вы создаёте.
Что думаете по этому поводу?
Важно: если вы проверяете гипотезу, не нужно начинать с стандарта (Если не понятно, пишите мне, я расскажу)
Timofey Yakynin | Тим, который лид
#безaiконтент
