Транзакционный налог в IT

Недавно товарищ скинул интересную заметку с Кинжала: Проектный парадокс: чем больше людей, тем дольше работа (https://kinzhal.media/transactional-tax/).
Статья поднимает важный вопрос проектного управления: увеличение команды не всегда способствует ускорению работы. Напротив, с ростом числа участников возрастает транзакционный налог - потери времени и ресурса из-за неэффективного обмена информацией.

😳 Проектный парадокс: чем больше людей, тем дольше работа. Этот феномен можно наблюдать в крупных корпорациях, где смена процесса требует согласования на нескольких уровнях, заседаний комитетов и получения разнообразных разрешений. В таких компаниях на выполнение сравнительно простой задачи зачастую уходит больше времени, чем могло бы потребоваться маленькой команде. За примерами далеко ходить не нужно, уверен почти каждый из вас работал в такой компании или над таким продуктом в той или иной степени с долей транзакционного налога. Естественно это свойственно многим финтехам, ритейлам и остальным “крупнякам”.

Последние десять лет, чтобы минимизировать транзакционные издержки, наши компании активно следуют за заокеанскими коллегами, развивая корпоративную культуру, внедряют внутренние системы коммуникаций и применяют гибкие методы управления проектами, такие как Agile и Scrum. Незаменимым инструментов выступают набравшие популярность таск-трекеры, Вики, умные мессенджеры (привет всем ушедшим и импортазаместителям!). Введение четких регламентов, структуры и т.д. 🤢

Однако, что на деле:
➖ Отсутствие базовых шаблонов для документации внутри продукта и как же это печально когда внутри продукта еще множество команд, которые взаимодействуют друг с другом.
➖ Слабые коммуникационные связи между командами - элементарно не зафиксировано к кому и зачем ходить.
➖ Много встреч зло, давайте сделаем мало. Идея замечательная, но часто вот так срезают именно грумминги, встречи где люди собираются что бы поштурмить задачу.
➖ Хорошо лишние встречи мы убрали, а документацию не подтянули, чтобы не нужно было по каждому клиентскому пути или параметру идти к эксперту у нас же теперь все есть в документации, а нет, на это нет времени мы пилим фичу!
➖ У нас есть планирование! Мы все вместе обязательно потратив время на планирования и не будем соблюдать достигнутых договоренностей в процессе спринта, суперспринта…
➖ И все забывают самое главное: грамотное управление, выстраивания приоритетов исходя из баланса между целями бизнеса и текущим ресурсом.
Думаю все увидели себя в списке выше :)

🧠 Не забывайте коллеги, мы работаем не для того чтобы “пилить фичу” или работать по гибкой методологии, мы решаем задачу бизнеса (да-да иногда они сами не знают чего хотят, сейчас не про это) имея в наличии конкретный ресурс от этого и нужно строить процессы.
❓ Какие же решения предлагают мудрые люди. Как-то мне попадалась статья по книге Rework. Бизнес без предрассудков | Фрайд Джейсон, Хенссон Дэвид Хайнемайер (находиться в списке to be для прочтения). Авторы предлагают обратить внимание на следующие аспекты:
1. Начинайте с малого: Начните с минимального жизнеспособного продукта, не стремитесь к идеалу с первых шагов.
2. Меньше планирования: Избегайте чрезмерного планирования. Начинайте действовать и корректируйте курс по мере необходимости.
3. Избавьтесь от правил: Оспаривайте традиционные правила и подходы, не бойтесь экспериментировать.
4. Работа в команде: Ограничьте количество людей в команде для повышения эффективности и быстроты принятия решений.
5. Простота важнее сложности: Создавайте простые решения, избегайте излишней сложности.
6. Работайте с минимализмом: Упрощайте процессы и сосредоточьтесь на главном.
7. Избегайте офисного стресса: Создавайте комфортную рабочую среду, больше доверяйте своим сотрудникам.
8. Запрет на переработки: Устанавливайте четкие границы рабочего времени и избегайте чрезмерных часов.
9. Фокус на продукте: Концентрируйтесь на качестве продукта, а не на маркетинге.
10. Работа на результат: Цените продуктивность, а не часы работы.
11. Изучайте обратную связь: Открыто принимайте отзывы и используйте их для улучшения вашего продукта.