Вы тоже делаете дофига проектов параллельно, а доделываете в итоге примерно ничего? Ща расскажу, как так происходит Начала на выходных читать книжку про организацию проектов по методу канбан «Kanban in action». Там авторы проводят очень простой эксперимент, который показывает: параллельные процессы удлиняют производство, а не ускоряют его. Предыстория из моей практики: решили командой закоммититься на кучу курсов, лекций, спецов и делать их все параллельно, чтобы оптимизироваться. Вроде всё логично: не мучаешь один проект, а сразу работаешь над несколькими — и в итоге время своё не теряешь. Но вот парадокс: пока параллельно делаешь дохрена всего, ты нифига не успеваешь. Вместо того, чтобы срок выпуска проектов сокращался, он становился только длиннее. Там, конечно, не только в этом беда была, но это одна из причин точно 😁 Теперь возвращаюсь к эксперименту из книги. В чём он заключался👇🏻 Подопытными стали 4 человека из команды разработки продукта. Когда они сели за стол, им выдали 20 монет и сказали сделать вот что: каждый в команде должен был перевернуть все 20 монеток и после этого передать их дальше по кругу. Сразу поясню, что монетка здесь — метафора проекта. Параллельно засекалось время переворачивания монет. А сам эксперимент заканчивался, когда последний в круге перевернет последнюю монетку. Вот что вышло 👇🏻 1. Все 20 монет проектов одновременно релизнулись дошли до конца. 2. Один человек в среднем тратил 10-17 секунд на переворачивание своей порции монет. 3. А на весь цикл ушла целая минута. Эксперимент продолжился. Снова надо было перевернуть все 20 монет, но в этот раз порциями — по 5 штук. И вот дела: личное время каждого участника на перевороты увеличилось с 10 секунд до 15-ти, но зато общее время команды сократилось почти вдвое, а первая монетка вообще пришла к финишу втрое быстрее, чем последняя. В третьей итерации порции сократили до 1 монеты. Ну и тут вы уже наверное и сами догадались, что командный зачет побил любые рекорды, хотя в то же время ещё сильнее выросло личное время каждого участника. 😄 Какой тут вывод делают авторы книги: параллелинг эффективнее расходует время каждого в команде, но при этом конкретно удлиняет сроки выпуска продукта. Если же сильнее ограничить количество проектов в работе (WIP), то их скорость выпуска увеличится, но снизится эффективность конкретного сотрудника. Тут уж каждый по себе выбирает, что важнее: загрузиться по самые помидорки или выпуститься быстрее. Но если проекты не выходят, то и вся огромная работа оказывается в итоге просто пуком.