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

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

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

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

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