Примітка: Сайт перекладено автоматично. Переключіться на англійську для кращого читання.

2-pizza-rule-amazon

Гнучка робоча культура Amazon: правило двох піцерій

Amazon була однією з перших компаній, яка застосувала гнучкі методи роботи у великих масштабах –, не покладаючись на Scrum чи інші гнучкі фреймворки. Ключовим елементом для гнучких команд в Amazon було правило "Дві команди піци".

Дві команди піци Amazon: Не так просто, як здається

Правило "Дві піци в команді" говорить, що команда може бути достатньо великою, щоб прогодуватись 2 піцами. До речі, це правило належить самому засновнику Amazon Джеффу Безосу.

Незважаючи на те, що з моменту виникнення цього правила піци минули десятиліття, Amazon все ще дотримується "правила команди з двох піц". Дивіться: Вступ до DevOps на AWS. Ідея малих самоорганізованих команд, таким чином, здається, має позачасову універсальну цінність. 

Навіть якщо ідея малих команд звучить просто, є ще кілька передумов, які необхідно взяти до уваги, щоб максимізувати вплив малих команд на гнучкість компанії. 

Тож давайте розглянемо, як ви можете виміряти та покращити цю філософію управління та її передумови у ваших командах:

Health Check: Команда Amazon Two Pizza

Основна ідея правила "Дві команди піци" полягає в тому, що менші команди можуть діяти і реагувати швидше. Ця спритність часто є важливим диференціюючим фактором при розробці програмного забезпечення, щоб залишатися конкурентоспроможними.

Однак для того, щоб ці невеликі команди могли діяти швидше, необхідно виконати кілька передумов:

  • Команда має чітку мету і відчуває повну відповідальність за її досягнення.
    Строго кажучи, команда без спільної мети - це не команда, а група людей. Якщо команда не бере на себе відповідальність за чітко визначену мету, розмір команди не зможе суттєво вплинути на гнучкість.
  • Члени команди володіють усіма необхідними навичками для досягнення власних цілей.
    Ваша команда складається лише з людей з однієї спеціалізації? Це не гнучка команда: команди Agile є крос-функціональними і мають всі ролі та навички, необхідні для досягнення поставлених цілей: бізнес-аналітики, дизайнери продуктів, розробники тощо. Склад завжди повинен відповідати меті команди.
  • Команда має всі повноваження та ресурси для прийняття рішень, а тому не залежить від третіх осіб у досягненні наших цілей.
    Якщо команда сильно залежить від інших команд або осіб, які приймають рішення, це вбиває будь-яку гнучкість у зародку. Команда повинна мати можливість самостійно випробовувати технології, генерувати дані для прийняття рішень та отримувати прямий зворотній зв'язок від клієнтів.
  • Команда має прямий доступ до клієнтів для отримання зворотного зв'язку.
    Якщо команда з двох піцерій просто виконує замовлення, не маючи жодного контакту з клієнтами, це лише обмежена перспектива. Щоб ваша організація дійсно стала більш гнучкою в цілому, кожна команда повинна мати прямий доступ до своїх клієнтів, щоб отримувати відгуки клієнтів і реагувати на них без обхідних шляхів.
    Дивіться також: Принцип одержимості клієнтами від Amazon

Тож перш ніж бігти скорочувати свої команди, вам неодмінно слід подбати про ці передумови. Хорошим форматом воркшопу, щоб перевірити цю "Дві піци Health Check", є наступна ретроспектива:

Ретроспектива команди Amazon Two Pizza

Завдяки цій ретроспективі Two Pizza Team ви можете проаналізувати передумови разом зі своєю командою та ініціювати подальший розвиток:

Health Check Елементи

Відповіді за шкалою

У нас є чітка командна мета, за яку ми несемо повну відповідальність.

👍 👎

У нас в команді є всі навички для досягнення поставлених цілей.

👍 👎

Як команда, ми маємо все необхідне для досягнення наших цілей незалежно від третіх осіб.

👍 👎

Як команді, нам легко збирати відгуки клієнтів і реагувати на них.

👍 👎

Відкриті питання

Яких навичок чи знань нам найбільше бракує в команді?

💬

У яких ситуаціях ми як команда залежимо від третіх осіб у досягненні наших цілей?

💬

Що допоможе нам швидше реагувати на потреби та відгуки клієнтів?

💬

Висновок: правило двох піцерій від Amazon

Правило "Дві команди для піци" справедливо зберігає свою актуальність протягом багатьох років. Однак важливо зазначити, що розмір команди сам по собі не є гарантією гнучкості організації.

Тільки в поєднанні з чіткими цілями команди та ефективними командами, які можуть розробляти рішення в прямому контакті з клієнтами без внутрішніх залежностей, організація може отримати вигоду від більшої задоволеності клієнтів та швидшої швидкості розвитку на ринку. 

Залежно від контексту компанії, часто недостатньо просто подивитися на окремі команди. Як правило, організаційна структура також має бути переглянута, щоб створити умови для високоефективної гнучкої компанії:

"Щоб дійсно стати високоефективною гнучкою організацією, ви повинні по-іншому поглянути на свою організаційну структуру і бути готовими змінити своє мислення та поведінку". 

Том Годден, корпоративний стратег AWS
Джерело: Amazon Executive Insights

Дивіться також у цьому контексті: "Менталітет першого дня" Amazon

Я сподіваюся, що ретроспектива команди "Дві піци" стане поштовхом до створення таких умов для вашої команди. І, можливо, вона також дасть хорошу поживу для роздумів на організаційному рівні!

Бонус: Чи хотіли б ви вчитися у інших піонерів гнучкості, таких як Netflix?

Поділіться цією статтею зі своїми знайомими

Потрібен командний поштовх? Ось що вам потрібно зробити: Ретроспектива Spotify Health Check!

Перше питання про здоров'я: "😍 Ми із задоволенням ходимо на роботу і отримуємо задоволення від спільної праці".

Хочете ще? Спробуйте наш Retro Tool зараз.

Більше статей

Інформаційний бюлетень Echometer

Не пропускайте оновлення на Echometer та отримуйте натхнення для гнучкої роботи