Представьте: вы руководите не одним проектом, а целым портфелем - или даже целым отделом, в котором работают разные команды. У каждой команды - свои правила и культура, у каждого проекта - свои цели и специфика. Они, как ваши дети: любимые, но такие непохожие друг на друга.
Вполне естественно возникает мысль:
А что если всё унифицировать? Ввести общие правила, стандарты и процедуры? Так ведь управлять будет проще!
И в этом есть логика. До определенной степени стандартизация действительно помогает. Даже ваши дети, в конце концов, живут по заведённому порядку: завтракают в 7:20, делают уроки после школы, а по субботам всей семьёй ходят в парк на пикник. Это создает предсказуемость и опору.
Но не спешите загонять все проекты и команды в слишком жесткие рамки одной системы, где строго регламентированы подходы к планированию, организации, мотивации и контролю. Такая система может работать в стабильной среде или на run-проектах. Но она абсолютна неэффективна там, где нужно гибко адаптироваться к изменениям.
Что делать вместо этого? Вот практический путь:
Проведите аудит портфеля проектов или отдела
Оцените уровень зрелости каждого проекта и стадии развития команды
Определите подходящую методологию управления для каждого проекта и команды
Учитывайте особенности культуры и жизненного цикла вашей организации
Составьте поэтапный план развития зрелости для каждой команды и проектаПочему так важна зрелость?
Зрелость проекта или команды - ключевой ориентир. От него зависит, какие требования уместны, а какие - преждевременны.
Может случиться так, что:
В одном проекте вы вправе настаивать на строгом соблюдении релизного плана и процессовА в другом - будете терпимо относиться к тому, что для команды release notes и git flow пока звучат как что-то из другой галактики
Как нас учит педагогика:Универсальное правило воспитания - к каждому ребёнку нужен индивидуальный подход.
Так и здесь: Относитесь к своим проектам, как к своим детям, и лишь иногда как к соседским.
