(Перепост из чата продактов, где я отвечал на вопрос о том, что делать, если сотрудники делают так, что ничего непонятно)

Мне нравится, как эта проблема решается в культуре Амазона. Все продуктовые предложения пишутся в документах (прозой) и проходят несколько раундов ревью, каждый раз поднимаясь на один уровень выше по иерархии.

Предложение создать новый продукт будет читаться:

1. Сначала коллегами-продактами, менеджерами разработчиков и разрабами-сеньорами - <=L6
2. Затем руководителем продактов (5-10 человек в подчинении) и руководителем менеджеров разработки (30 чел) - L7
3. Директорами продукта (20-30 чел) и разработки (100 чел) - L8
4. VP (500-1000 чел) - L10
5. SVP (много тыщ людей) - L11
6. Потенциально CEO подразделения

Предложение создать новую большую фичу пойдет до уровня директоров (3). Мелкую фичу - до уровня руководителей (2).

На каждом этапе качество (=ясность и обоснованность) документа поднимается. Пока люди не будут удовлетворены качеством, док не идёт на уровень выше и буксует. Никто не хочет показывать говно своих подчиненных вышестоящему руководству, ну и, собственно, подчиненные тоже не хотят. На каждом этапе есть шанс заработать поинты к репутации и риск эти поинты потерять.

Но!

Это работает, когда у всех общее понимание стандартов и есть желание черкать в документе красной ручкой (доки печатаются на бумаге) и душнить по поводу ясности.

Я как-то был свидетелем, как SVP в AWS швырнул недочитанный документ (слава богу, не мой) на стол, вздохнул и устроил получасовый высер о том, почему команде должно было быть стыдно показывать этот документ. В комнате было около 15 человек уровня VP, Director, Sr. Manager и Principal (L7+). Все сидели, потупив глаза. Критика была жесткая, но справедливая.

Он прояснил свой стандарт качества как "документ на уровне, когда его можно взять и передать команде разработчиков, у которой вообще нет никакого контекста, и они смогут это запилить, задавая минимум вопросов". Стандарт, конечно же, нереалистичный, но стремясь его достигнуть, получаем намного более продуманный и обоснованный документ.

У разработчиков всё то же самое. Когда они работают над техническим дизайном, их документ читается их коллегами, менеджером, коллегами менеджеров, принципал инженером и потенциально директором, если есть существенные изменения в архитектуре.

Подытоживая, в Амазоне качество артефактов достигается системно через процесс и культуру, в основе которой лежит конструктивная критика "душнила 80-го уровня".

Когда людей отправляют дорабатывать сделанное, они быстро учатся.

Когда стандарт культуры — "и так сойдет", то они и пишут, как дети домашку в школе — самый минимум, лишь бы сдать.