Fuente
Вова і свідома компетентність | 130. Як менеджер вчить команду пріоритетамМенеджер може скільки завгод...
275 Vistas/Alcance
2026-09-21 14:55
Mensaje №181
#130. Як менеджер вчить команду пріоритетам
Менеджер може скільки завгодно казати команді, що якість важлива, ризики треба піднімати заздалегідь, людям треба давати автономність, а рішення варто робити простішими і це все може бути абсолютно щиро.
Але потім трапляються звичайні робочі ситуації, де дві правильні речі раптом конфліктують між собою. Якість важлива — але треба встигнути до дати. Простота важлива — але ось ще три фічі, які дуже хочеться додати. Ризики треба піднімати — але "давайте поки не панікувати". Автономність важлива — але тільки якщо рішення співпадає з баченням менеджера.
Поки дві важливі речі не зіткнулись, ми насправді ще не знаємо, яка з них важливіша.
Приклад ситуації з ризиками. Людина заздалегідь піднімає ризик, менеджер каже: "давайте поки не драматизувати, повинні встигнути". Через місяць пожежа, всі гасять, йдуть далі до наступного проекту. Формально ніхто не казав "не піднімайте ризики" і менеджер і далі проситиме піднімати їх заздалегідь. Але команда вже вивчила інше: раннє попередження нічого не міняє, поки проблема не матеріалізувалась.
Команда вчиться не тільки з того, що менеджер каже чи робить. Вона вчиться і з того, що він регулярно пропускає. Погану якість прийняли, порушення домовленості залишили без реакції, хтось перетягнув на себе чуже рішення, значить, мабуть, так можна.
Один раз пожертвували якістю заради дати — може, виняток. П'ять релізів підряд — вже правило, хоч його ніхто не проговорював вголос.
Один раз менеджер втрутився в чуже рішення — нічого страшного. Але якщо кожен раз останнє слово все одно залишається за менеджером, команда досить швидко розуміє, скільки насправді в неї автономності.
Повторювані винятки перетворюються на неписані правила організації.
Важливий момент, я не думаю шо це лицемірство. Менеджер цілком щиро може хотіти одночасно якості, дотримання дедлайнів, простоти продукту і купи value в релізі. Проблема з'являється в момент, коли все це одночасно неможливо. І команда дуже швидко запам'ятовує, що в таких ситуаціях перемагає.
Якщо якість дійсно пріоритет, іноді доведеться заплатити за неї скоупом або датою. Якщо автономність дійсно важлива, іноді доведеться заплатити чужою помилкою. Якщо важливо, щоб люди говорили про проблеми заздалегідь, іноді доведеться заплатити часом і увагою на ризик, який зрештою так і не реалізується.
Пріоритет, за який ти ніколи нічим не готовий заплатити, скоріш за все, не пріоритет.
Менеджер може скільки завгодно казати команді, що якість важлива, ризики треба піднімати заздалегідь, людям треба давати автономність, а рішення варто робити простішими і це все може бути абсолютно щиро.
Але потім трапляються звичайні робочі ситуації, де дві правильні речі раптом конфліктують між собою. Якість важлива — але треба встигнути до дати. Простота важлива — але ось ще три фічі, які дуже хочеться додати. Ризики треба піднімати — але "давайте поки не панікувати". Автономність важлива — але тільки якщо рішення співпадає з баченням менеджера.
Поки дві важливі речі не зіткнулись, ми насправді ще не знаємо, яка з них важливіша.
Приклад ситуації з ризиками. Людина заздалегідь піднімає ризик, менеджер каже: "давайте поки не драматизувати, повинні встигнути". Через місяць пожежа, всі гасять, йдуть далі до наступного проекту. Формально ніхто не казав "не піднімайте ризики" і менеджер і далі проситиме піднімати їх заздалегідь. Але команда вже вивчила інше: раннє попередження нічого не міняє, поки проблема не матеріалізувалась.
Команда вчиться не тільки з того, що менеджер каже чи робить. Вона вчиться і з того, що він регулярно пропускає. Погану якість прийняли, порушення домовленості залишили без реакції, хтось перетягнув на себе чуже рішення, значить, мабуть, так можна.
Один раз пожертвували якістю заради дати — може, виняток. П'ять релізів підряд — вже правило, хоч його ніхто не проговорював вголос.
Один раз менеджер втрутився в чуже рішення — нічого страшного. Але якщо кожен раз останнє слово все одно залишається за менеджером, команда досить швидко розуміє, скільки насправді в неї автономності.
Повторювані винятки перетворюються на неписані правила організації.
Важливий момент, я не думаю шо це лицемірство. Менеджер цілком щиро може хотіти одночасно якості, дотримання дедлайнів, простоти продукту і купи value в релізі. Проблема з'являється в момент, коли все це одночасно неможливо. І команда дуже швидко запам'ятовує, що в таких ситуаціях перемагає.
Якщо якість дійсно пріоритет, іноді доведеться заплатити за неї скоупом або датою. Якщо автономність дійсно важлива, іноді доведеться заплатити чужою помилкою. Якщо важливо, щоб люди говорили про проблеми заздалегідь, іноді доведеться заплатити часом і увагою на ризик, який зрештою так і не реалізується.
Пріоритет, за який ти ніколи нічим не готовий заплатити, скоріш за все, не пріоритет.