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

Рабочие группы. Скрам и Канбан В видео из предыдущего поста (https://dzen.ru/media/samclub/ocherednoe-video-na-youtubekanale-vopros-zachem-nujny-gibkie-metody-660ed6b215ffb22336581b97) я рассказывал о своем наблюдении за работой Скрам-команды на одном производственном предприятии. Скорее, это был все-таки Канбан. Но в любом случае, руководство предприятия довольно результатами этого метода решения отдельных проблем (или задач). На этом можно было бы и остановиться – раз руководство довольно, то и не зачем сомневаться. Я, кстати, и не сомневаюсь. Я и в том видео сказал, и часто говорю в других своих сообщениях, что если всё устраивает, то не нужно ничего менять. «Лучшее – враг хорошего». Но для тех, кто сомневается, я продолжу. Давайте разберемся, чем проекты на производственном предприятии отличаются от IT-проектов (так, как я это наблюдаю – поправьте меня, если я не прав). Главное отличие заключается в том, что желаемый результат производственного проекта заранее известен. Он может видоизменяться по мере реализации проекта, но в целом отличия будут небольшие. Поэтому мы точно знаем «направление движения». Да, на начальной стадии может быть не понятно, с чего начинать (не знаем причину проблемы, которую решаем), поэтому не можем составить точный план. Но имея понятную цель, остается установить текущее состояние исследуемого объекта (в том числе определить, с чего начинать) и составить план перехода, а потом его реализовать. Для этого нам вполне хватает каскадного метода управления проектами (я, в принципе, его только что описал). Каскадный метод (англ. Waterfall – «Водопад»), его ещё называют классическим, – это линейный подход к процессу, в котором работа разбивается на несколько этапов. Команда завершает один этап – и начинает следующий. Как я и сказал в видео, нам не нужно реализовывать проект через минипроекты. Эти минипроекты, которые создают минипродукты, – это, по сути, реализация каскадного метода в миниатюре. Там, внутри минипроекта, также есть этапы, в результате чего появляются законченные минипродукты. Но эти минипроекты реализуются по той же каскадной модели. Тогда зачем нам от нее отходить? Но главное в другом. Во-первых, численность команды, работающей по гибким методам (Скрам, Канбан) ограничена. Специалисты считают, что оптимальное число членов команды должно составлять 5-7 человек (до 9 человек). Во-вторых, в этих командах всего несколько специализаций, причем, большая часть команды имеет всего одну специализацию (они могут быть разными в зависимости от проекта, но всегда одна преобладает). То есть команда состоит в основном из специалистов одного профиля и поэтому они могут достаточно свободно перераспределять задачи внутри команды. Именно для этого и нужны скрам-митинги. В рабочей группе, которая создаётся для решения какого-то вопроса (проекта) на производственном предприятии, как правило участвуют разные специалисты по одному на направление. Больше и не нужно, т.к. по сути, рабочая группа – это мозг проекта. Она разрабатывает решения. А их реализация может быть поручена уже более широкой группе исполнителей. В случае необходимости всегда можно привлечь дополнительные трудовые ресурсы для решения конкретной задачи, решение которой будет выработано в рабочей группе. Это не значит, что в рабочей группе могут быть только руководители, которые решают, что и как делать. Нет, конечно, в рабочей группе есть и исполнители. Многие задачи решаются именно членами группы без привлечения специалистов извне. Но в рабочей группе не может быть легкого перераспределения задач между ее участниками без привлечения внешних трудовых ресурсов. Задачи могут перераспределяться по мере их выполнения, только если они изначально были отнесены не к тому разделу управления. Или, если они находятся на стыке нескольких функциональных направлений. Именно поэтому рабочей группе не нужны скрам-митинги. Работа в рабочих группах должна строится на других принципах. (Это отдельная тема).