Принципы управления проектами Agile прижились в области разработки программного обеспечения и инженерии. Существует множество различных методологий (таких как Scrum или Kanban) о том, как реализовать эти процессы, но Agile не обязательно должен быть сложным и может применяться в любой области (но, возможно, не стоит).
В этой статье вы сделаете несколько шагов, выходящих за рамки простого принципы Agile, с полезной информацией, избегая при этом догмы какой-либо конкретной методологии.
Если вы хотите узнать, чем гибкое управление проектами отличается от традиционного управления проектами, эта статья для вас. Поскольку мы являемся компанией-разработчиком программного обеспечения, которая продает приложение для управления проектами, я завершу статью тем, как OneDesk может помочь вам достичь того, что мы обсуждаем.
Спектр планирования проекта
По сути, проекты – это конечные цели, которые разбиты на шаги, необходимые для достижения этих целей. Управление проектом создает эти шаги, организует их, выполняет и отслеживает их прогресс. Для больших проектов требуются более крупные команды, поэтому планирование, оценка, распределение, отслеживание и координация часто являются работой на полную ставку.
Как вы понимаете, не все проекты созданы равными. При приготовлении ужина может быть достаточно простого рецепта, но для создания моста он не годится. Необходимые методы управления проектами радикально различаются по всему этому спектру, как и инструменты.
Для большинства из нас проекты, над которыми мы работаем, находятся где-то в середине спектра:
- Мы работаем в команде, и разные люди будут делать разные части проекта.
- Нам нужно обратить внимание на порядок выполнения наших задач
- У нас должна быть разумная оценка того, сколько времени это займет у нас и когда она будет завершена.
- Некоторым из нас необходимо учитывать затраты.
- Нам нужно иметь возможность видеть, находимся ли мы на правильном пути и насколько далеко мы продвинулись в проекте. Если это похоже на те проекты, над которыми вы работаете, возможно, с одной или двумя дополнительными проблемами, тогда ваша работа МОЖЕТ быть полезной. от гибкого подхода или НЕ МОЖЕТ. Даже в рамках этих средних проектов существует определенная степень того, насколько проект необходимо планировать и управлять. В качестве облегчения может подойти список дел, записанный на белой доске. На более тяжелом этапе могут потребоваться временные шкалы, диаграммы Ганта и календари ресурсов. Уловка состоит в том, чтобы найти точку в спектре, где управление вашим проектом не стоит дороже, чем приносит пользу. Это может быть сложно найти.
Традиционное управление проектами
Не существует фиксированного определения традиционного управления проектами, но для целей этой статьи мы опишем некоторые практики, которым часто следуют.
При более традиционном управлении проектами перед запуском проекты тщательно планируются. Это значит, что:
- Определяется как можно больше задач.
- Для этих задач сделаны оценки с точки зрения трудозатрат / продолжительности.
- Стоимость также оценена.
- Назначения делаются между задачами и ресурсами.
- Дата завершения проекта является приблизительной. Как видите, этот подход требует значительных затрат на планирование и требует большой предварительной работы еще до того, как проект даже начнется. Хотя этот подход может потребоваться для некоторых проектов, он может обременить вас ненужными накладными расходами для многих других проектов. Управление проектами Agile отвергает этот тяжелый подход к планированию, часто заменяя его альтернативными методами и инструментами. Три из этих техник – это гибкие точки, итерации / временные рамки и доски состояния.
Очки Agile
Очки Agile (Story Points) – это оценки усилий. В то время как традиционное управление проектами обычно оценивает трудозатраты на выполнение задачи в человеко-часах, с Agile вы просто оцениваете задачу по шкале (например, от 1 до 5) и оставляете все как есть. Поскольку этот тип оценки занимает очень мало времени, вы торгуете меньшими накладными расходами при планировании меньшей точности оценки.
Общее количество баллов (или количество баллов) присваивается проекту или итерации. Мы просто наполняем проект задачами, пока не наберется количество баллов. Поскольку некоторые задачи будут переоценены, а другие недооценены, мы надеемся, что среднее значение будет примерно правильным. Опыт покажет нам, сколько очков наша команда может набрать за определенный период времени.
Ограничение времени при выполнении итераций
Итерации – это небольшие проекты или подразделения проектов. Временные рамки – это концепция сохранения одинаковой продолжительности итераций. Например, вы можете разбить свой двухмесячный проект на четыре двухнедельных итерации. Вы можете выпускать или нет между итерациями. Задачи, не завершенные на одной итерации, переносятся на следующую. Со временем вы научитесь лучше оценивать, чего можно достичь за одну итерацию.
Временные рамки часто являются одним из самых сложных методов для применения, поскольку многие проекты не могут быть произвольно разрезаны на фиксированные периоды. Кроме того, перенос задач на следующую итерацию означает, что вы не будете знать, сколько итераций у вас будет.
Доски статуса
Доски состояния, хотя они и не требуются для гибкой разработки, часто используются в гибких проектах. Продолжая философию сокращения накладных расходов на управление проектами, доски состояния позволяют кому-либо просто перетаскивать свою задачу из одного столбца в другой, чтобы обновить статус своей задачи. Эти доски также позволяют легко визуализировать, где находятся задачи с точки зрения статуса для всей итерации.
Другие техники
Вот несколько других гибких методов и инструментов, которые вы можете использовать в своих проектах.
Ежедневные встречи : На этих ежедневных встречах каждый член команды говорит, над чем они работали вчера, что они планируют выполнить сегодня, и есть ли у них какие-либо препятствия. Их держат стоя, чтобы они не были короче.
Графики выгорания и скорости : Диаграммы выгорания показывают сокращение открытых задач в проекте с течением времени. Диаграммы скорости сравнивают итерации с временными рамками друг с другом, чтобы увидеть, улучшается ли то, что может сделать команда, с течением времени.
Самостоятельное назначение : Это практика не назначать задачи, а позволять членам команды брать следующую задачу для себя, когда они заканчивают с последней.Как OneDesk помогает вам в гибкой разработке
OneDesk отличается от большинства систем управления проектами тем, что позволяет запускать проект, используя по вашему выбору гибкие методы, традиционные методы или их сочетание. Вот как.
Создавайте проекты, которые объединяются в портфолио, или папки, которые объединяются в проекты.
Легко переключайтесь между представлениями карточек или иерархическим списком.
Используйте Agile-баллы или человеко-часы для оценки задач
Графики выгорания и графики скоростей запекаются (и многие другие графики тоже).
Посмотрите видео о том, где найти гибкие функции в OneDesk
OneDesk специально настроен для тех проектов среднего размера, которые иногда требуют небольшого планирования, а иногда и гораздо меньшего. OneDesk обладает гибкостью, позволяющей вашей команде планировать проекты до уровня, необходимого для соответствия рабочему процессу вашей организации, при этом не перегружая вашу команду чрезмерными накладными расходами. С OneDesk вы получаете все преимущества гибкого управления проектами, сохраняя при этом доступ к расширенному инструменту, который иногда может вам понадобиться. Более того, вы можете переключаться между режимами, чтобы сочетать тщательное планирование с быстрым и легким выполнением.
Дайте нам знать, если у вас возникнут вопросы.
