Управление проектами - это философия управления, а не инструмент или техника
Управление проектамиГлоссарийФорумКонтакты

Гибкие методологии (Agile)

Гибкие методологии управления проектами. Основные идеи гибких методологий управления проектами заимствованы из методологий гибкой разработки ПО (Agile).

Гибкий метод: хороший, плохой и отвратительный

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

 

Водопадный и гибкий методы: что лучше подходит для проекта разработки программного обеспечения?

С проектами разработки ПО обычно обращаются за помощью одного из двух методов – водопадного или гибкого. Оба имеют плюсы и минусы, и каждый подход имеет свою ценность. В данной статье рассматриваются оба метода, и анализируется, какой метод и при каких обстоятельствах лучше всего подходит для проектов разработки ПО.

 

Как внедрить гибкое управление проектами в вашей организации

Внедрение гибких концепций в деловую среду, отягощенную традиционными подходами (водопадный), может быть сущим кошмаром. Ниже представлено несколько стратегий, облегчающих труды.

 

Конструктивный подход к вычислению показателей в проектах с гибкой методологией разработки

Сегодня все больше организаций осознают преимущества и выгоды использования гибкого подхода к управлению проектами в своих проектах. Хотя самые большие корпорации видят определенные преимущества в использовании гибкого подхода в разработке проектов, организации теряются, когда заходит речь об использовании четко определенного набора показателей, которые можно применить к данным гибким проектам. Многие организации продолжают использовать традиционные показатели проекта и стараются приспособить различные традиционные методы к гибкому подходу.

 

Как гибкие методы разработки сокращают риски для требований проекта

Каждый программный проект сталкивается с определенным риском, но многие из них можно уменьшить. Это верно для проблем, связанных с требованиями к продукту – на данные проблемы часто ссылаются как на один из самых высоких рисков для любого типа программного проекта. Он может иметь нечеткие требования, недостаточное участие заказчика в разработке требований или ошибочные требования - эти проблемы являются основными виновниками неудач проекта.

 

Лучшие способы внедрения интегрированной модели технологической зрелости организации (CMMI) при помощи гибкой методологии

Существует распространенное заблуждение о том, что интегрированная модель технологической зрелости организации (CMMI) и гибкая методология разработки (Agile) являются противоположными. Первая модель основывается на институционализации и документации процессов и методологий, а гибкая методология фокусируется на взаимодействии между сотрудниками и "рабочее программное обеспечение важнее, чем полная документация" (Agile Manifesto).

 

Применение знаний из области разработки ПО к разработке бизнес-процессов

Многим уже известны результаты статистики - 60% всех проектов по разработке программного обеспечения не завершаются с успехом.

 

Адаптированная структура проекта

Деловая среда продолжает применять повсюду свод знаний по управлению проектами (PMBOK) или подход PRINCE2 целиком или частями, заявляя, что это слишком сложно, запутано и забирает время, которое отводится для достижений результатов продукта. Адаптированная система проекта приходит на помощь, приспосабливая проекты к постоянно меняющейся бизнес-среде.

 

5 способов внедрения CMMI при помощи гибких методов (Agile)

Существует распространненное ошибочное представление, что CMMI и Agile являются полными противоположностями друг дурга. Первый полагается на организационное оформление и документацию процессов и методологий, в то время как второй уделяет больше внимания взаимодействию между рабочими и функционирующим ПО (Манифест Agile). Документация процессов и формализация является основой CMMI, и они часто используются в цикле разработки критического ПО. С другой стороны, гибкий подход (Agile) принимается тогда, когда проект включает в себя поэтапные изменения, в частности те, которые не были включены в оригинальные документы требований.

 

Способ измерения проектов с гибкой методологией разработки

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

 

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

Vertabase провело небольшое исследование по выбору между гибким и "водопадным" подходом к проектам по разработке программного обеспечения.

При обсуждении выбора оптимальной методологии выполнения интернет-проекта для нового клиента, ваш инстинкт разработчиков коммерческого ПО может привести вас к гибкому подходу, где процесс будет заключаться в следующем:

 

Набор методологий CMMI и гибкая методология (Agile): противоположности притягиваются

Мифы, окружающие возможности набора методологий совершенствования процессов (CMMI - Capability Maturity Model Integration) и гибкую методологию разработки (Agile), в последнее время были развенчаны институтом разработки программного обеспечения (SEI-Software Engineering Institute). В данной статье мы рассмотрим, как эти две противоположные стратегии могут быть совмещены для воплощения значительных улучшений производительности бизнеса!

 

Какой тип жизненного цикла подходит вашему проекту?

При выборе типа жизненного цикла разработки не стоит верить вашим чувствам. Сделайте решение на основе действительно важных факторов.

Какой тип жизненного цикла будет наиболее эффективным для вашего проекта? Это очень важный стратегический вопрос, потому что неверный выбор может привести к катастрофическим результатам. Подумайте только о запоздалых результатах, недовольных клиентах, перерасходах и отмененных проектах!

 

Как влияют гибкие методы разработки на процесс, людей и программные продукты

Исследования показали, что большинство успешных проектов - это те, которые следовали гибким принципам разработки. Это ещё раз доказывает, что методы, основанные на моделях, не всегда являются наилучшими, в частности, при управлении изменениями, быстрой реализации проекта или даже удовлетворении потребностей рынка.

 

Совмещение традиционного и гибкого типов управления проектом

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

 

Можно ли объединить гибкую (Agile) и водопадную (Waterfall) стратегии разработки?

Хотя существует столько техник управления проектами, сколько и руководителей, существуют также две известные методологии производственного цикла, которые до сих пор часто обсуждаются в кругах руководителей проектов - гибкая (Agile) и водопадная (Waterfall) методологии. Развиваясь в своей сфере деятельности, я частенько изобретал некоторые аспекты успешного проекта. В последнее время, чтобы справиться с необычайно усложненными нуждами со стороны клиентов, я пришел к  открытию "мощного" процесса управления проектом, который улучшит не только способ предоставления продукта, но и качество самого продукта по его выполнению. Я предполагал, что существует способ объединить лучшие качества разработки по водопадной схеме с принципами гибкой разработки, которые делают ее исключительной.

 


Предложения

Copyright ©2014, PMToday.ru. При копировании материалов наличие прямой индексируемой ссылки на сайт обязательно.