Что такое методология методологии управления проектами

1. 
   Что такое методология
   
2. 
   методологии управления проектами
   
3. 
   Agile, Srсum, Kanban, Waterfall, — как организовать и оценить работу команды
   

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

• 
  Жизненный цикл
  
• 
  Описание процессов
  
• 
  Ключевые роли и их функции
  
• 
  Требования к компетенциям
  
• 
  Чек-листы качества
  
• 
  Шаблоны и их образцы
  

Компании, чтобы выжить в конкурентной борьбе и привлечь клиен-

• 
  аналитика и дизайн;
  
• 
  разработка;
  
• 
  тестирование;
  
• 
  публикация или выпуск;
  
• 
  поддержка.
  

Agile

Один из самых популярных методов управления пришел из IT и остается популярным в этой сфере. Agile (англ. подвижный), также исходя из своего названия — гибкий подход. В его основе лежит четыре принципа:
Взаимодействие с людьми важнее процессов и инструментов;
Работающий продукт важнее документации;
Сотрудничество с заказчиком важнее подписанного контракта;
Готовность меняться важнее изначального плана.
Принимая Agile, большой штат сотрудников разбивается на маленькие команды. Команда состоит из специалистов, которые подбираются в зависимости от задач проекта: программисты, дизайнеры, маркетологи, менеджеры с разным уровнем квалификации. Работу команды курирует руководитель, который знает суть проекта и его значение для пользователей.
Начав работу, руководитель собирает группу заинтересованных в проекте лиц (stakeholders). Они подкидывают идеи, которые руководитель превращает в пользовательские истории. Эти истории копятся в бэклоге и воплощаются разработчиками. Руководитель также следит, чтобы разработчики успевали закрыть все задачи. Он отказывается от идей, если они становятся неинтересны стэйкхолдерам или слишком сложны для реализации. Для этого все три стороны регулярно собираются и обсуждают задачи.
Конечная цель команды — выпустить минимально жизнеспособный продукт (англ. minimum viable product — MVP). Такой продукт должен удовлетворить базовые потребности заинтересованных лиц. Если потребители оценят продукт, команда будет развивать его, а если нет — откажутся от него на первоначальном этапе. Такой подход сэкономит деньги на начальном этапе разработки и не позволит терять их в дальнейшем.

Scrum

Один из двух agile-подходов, цель которого — приспособить рабочий процесс к более быстрым изменениям рынка. В Scrum работа над проектом выполняется в короткие периоды-спринты, которые длятся от недели до месяца. На каждый спринт команда определяет количество задач, которые необходимо выполнить. Спринт проходит в четыре этапа:
Планирование - команда выбирает задачи из бэклога, которые успеет сделать. Конечный план утверждает руководитель;
Выполнение - каждый специалист параллельно выполняет свою работу. Во время работы в спринт нельзя добавлять новые задачи;
Релиз - команда выпускает рабочий продукт. Если продукт обновили, то он должен стать лучше, чем был;
Рефлексия - команда обсуждает проблемы проекта и думают, как его улучшить.
Кроме руководителя с командой работает scrum-мастер — он помогает вести собрания, ищет скрытые проблемы у команды или проекта и следит за выполнением задач.

Kanban

В отличие от Scrum, Kanban более либеральный подход. В нем команда не придерживается строгих спринтов и выполняет столько задач, сколько может закрыть вся команда. Для этого все задачи записываются на доски — физические или электронные. Они разделяются на несколько столбцов в зависимости от проекта — например, разработка, тест, публикация. Задача записывается в виде карточки, к которой присваивается вес. Общий вес столбца складывается из веса всех задач. Максимальный вес столбца ограничивается в зависимости от того, сколько задач может закрыть команда.
Если задача долго находится на этапе разработки, ее могут разбить на несколько подзадач, либо на помощь одним сотрудникам придут коллеги. В столбец не будут добавлять новые задачи, пока не справятся со старыми. Обсуждение работы и выбор новых задач команда решает сообща — без приоритета руководителя.
Доска визуально показывает всей команде, какие задачи стоят перед ней и как успешно идет работа. В случае неудачи все участники решают проблему вместе и не перекладывают ответственность на коллег.

жүктеу/скачать 24,28 Kb.

Достарыңызбен бөлісу: