Я тут пересмотрел свой подход к построению нового процесса. Признаюсь честно, мой предыдущий поход можно назвать хаос-first (Хотя он тоже имеет место быть).

🧐Ситуация Представим, что у вас есть 2 сущности, которые отвечают за одну функцию, но работают над разными задачами. Как пример: - Разработчики в 2 разных проектах, но в вашей команде. - 2 команды разных продуктов в вашем направлении - 2 дочерних компании в вашем холдинге (если вы совсем большой Дядя) ВАЖНО: Вы делаете это первый раз = опыта решения подобной задачи пока у вас нет.

🤩Задача Ввести общий подход для решения новой для компании/команды задачи - сделать процесс повторяемым.

😶‍🌫️Как делал Я брал сильных людей на каждое из направлений, мы обговаривали общий подход и стратегию, но тактику я оставлял им. Я не навязывал подходов, шаблонов и практик. Цель - дать командам решить одну и ту же задачу, возможно, разными способами, чтобы получить больше опыта и сделать больше ошибок. После решения задачи производится ретроспектива, берётся лучшее из решений. После чего появляется общая практика.

Проблемы: - Изначально процесс сложно или почти невозможно контролировать - Не всегда очевидно, когда настал момент для “объединения общих практик”. - На старте создаётся очень много технического долга …

🫡Как сейчас Наткнулся на практику SDCA - это цикл Standardize → Do → Check → Act. Если коротко: делай стандарт, делай работу по стандарту (это уровень исполнителя), проверяй (уровень менеджера), меняй если что то не так. Нужно уделить больше времени на старте - заложить архитектуру процессу. Базовые шаблоны, базовые догмы и ориентиры, чек-листы. Это как с архитектурой кода - если раньше уделить этому время, в процессе меньше нужно будет переделывать. То есть прям берёшь своих людей, садитесь вместе и дружно делаете всё это. Вместе. Чем более детально вы пропишите алгоритм решения типовой задачи - тем проще будет контролировать работу и учиться на ошибках.

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

🫠Что думаете по этому поводу?

Важно: если вы проверяете гипотезу, не нужно начинать с стандарта (Если не понятно, пишите мне, я расскажу)

Timofey Yakynin | Тим, который лид

#безaiконтент