Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#статьи</a>

2 <ul><li>16 июл 2018</li>

3 <li>0</li>

4 </ul>Управлять командой нелегко. Особенно в digital. Нужно организовать работу так, чтобы и дедлайны соблюдались, и заказчик был доволен.

5 vlada_maestro / shutterstock

6 Пишет про управление в Skillbox Media. Работала координатором проектов в Русском музее, писала для блога агентства CRM-маркетинга Out of Cloud.

7 Вы когда-нибудь собирали вместе группу людей, чтобы создать продукт или запустить проект? В качестве бонусов - жёсткий дедлайн, объемное техзадание и несговорчивый заказчик. Получилось? Всему этому мы учим на курсе "<a>Управление проектами</a>".

8 Волшебной таблетки для решения всех проблем не существует. Но есть методы, которые упрощают работу команды. Один из них ― Kanban.

9 Kanban ― это метод улучшения процессов разработки и часть agile-философии. В его основе ― "Манифест гибкой разработки программного обеспечения".

10 Манифест гибкой разработки ПОТолько одна ― получать готовый качественный продукт вовремя. Давайте разбираться, как этого добиться.

11 Kanban начинается с визуализации, чтобы процессы были на виду у команды. Для этого используют специальную доску и набор карточек или стикеров.

12 Доска ― это обязательный элемент для гибкой методологии. Она есть в Scrum, есть и в Kanban. Каждый член команды получает к ней доступ в любое время и видит, на каком этапе находится задача.

13 Доска подойдёт и реальная, и виртуальная: можно использовать простую пробковую или программы вроде Trello. Kanban-доска подстраивается под любой процесс и применяется в любой области. Например, чтобы составить список дел.

14 У каждого проекта есть план процесса работ. Сначала мы его анализируем и разделяем доску на столбцы, которые отражают этапы. Например, для процесса создания IT-проекта этапы могут быть такими:

15 Имена столбцов меняются в зависимости от проекта, но важно сохранять их последовательность ― это ключевая ценность Kanban, которую называют потоком.

16 Kanban-карточки ― это задачи, которые движутся по потоку и перетекают в другие столбцы в зависимости от их состояния. На карточке или стикере пишут название задачи и прикрепляют в начало доски.

17 C помощью kanban-доски легко вести несколько проектов одновременно, используя карточки разных цветов: один цвет ― один проект.

18 На доске отражаются все процессы. Команда их анализирует и устраняет слабые места. В Kanban это называется управлением потоком.

19 Чтобы использовать Kanban, одной доски недостаточно. Команда должна знать принципы, по которым работает.

20 Команда в Kanban ― единый механизм. Если кто-то не справляется, то страдает общее дело. Работу планируют на доске, поэтому каждый может увидеть свой вклад и ценность для проекта.

21 В Kanban смешались принципы agile-методологий и lean-мышления. Здесь нет жёстких правил, но есть принципы, на которые можно опираться.

22 Визуализация помогает видеть картину целиком и корректировать отдельные её части, понимая, как изменения затронут весь проект. Получить результат точно в срок возможно, если контролировать нагрузку команды. Определите количество задач: сколько команда реально способна решать в установленные сроки. Например, в "Проектировании" одновременно ― не больше двух задач, а на "Тестировании" ― только одна. Всё в зависимости от возможностей команды.

23 Пример

24 Ситуация:разработчик ещё не закончил с текущей задачей, а ему уже поступила следующая. Он не успевает и тормозит всю работу.

25 Решение:прекратить передавать задачи в разработку и дать программисту время закончить текущую.

26 Важно найти баланс: выбрать темп работы, который удобен команде и не вредит срокам проекта. Для этого в Kanban учитывают время выполнения каждой задачи. Так команда понимает, что занимает больше времени, а что ― меньше, и может правильно организовать работу.

27 Пример

28 Ситуация:на этапе тестирования продукта возникли трудности. Нужно больше времени.

29 Решение:выяснить, какую часть работы можно сделать быстрее, не потеряв в качестве. Или выделить сотрудника, который свободен и поможет тестировщику.

30 Kanban часто путают или объединяют с гибкой методологией Scrum. Но это не совсем так.

31 KANBAN SCRUM Нет совещаний Есть совещания Нужна отправная точка Не нужна отправная точка Могут работать узкопрофильные команды Только кросс-функциональная команда Последовательные и плавные перемены Кардинальные перемены В команде нет разделения на роли В команде есть разделение на ролиПредставьте, что разработка ведётся по стандартному водопадному подходу. Много времени уходит на утверждение документации, а ошибки всплывают в самый последний момент. Команда понимает, что пора меняться. Scrum сейчас популярен, все говорят о его пользе. Но страшно: придется уйти от привычного процесса разработки, а вдруг не поможет.

32 В такой ситуации лучше начать с Kanban. Если команда заметит явные улучшения, то после сможет решиться и на Scrum.

33 Команда уже внедрила Scrum, но хочет продолжать совершенствовать процесс. Тут снова поможет Kanban.

34 Если вы решили использовать Kanban, то запаситесь терпением и научитесь самодисциплине. Не думайте о радикальных переменах, не внедряйте все практики сразу. Kanban ― это про последовательные и плавные улучшения. Возможно, для достойного результата и не понадобится часть инструментов.

35 Теперь вы знаете, что есть Kanban, как использовать метод и чем он отличается от Scrum. И уже готовы проверять всё в деле. Теория ― это хорошо, но нужна практика. И лучше практиковаться без опасений, что одно неверное движение может навредить проекту.

36 В Skillbox<a>есть курс</a>, который прокачает вас в управлении проектами. Вы сможете внедрять в свою работу любые agile-системы и будете уверены в результате.

37 <a>Курс с трудоустройством: "Профессия Менеджер проектов" Узнать о курсе</a>