|
 Все больше компаний внедряют методы гибкой разработки в ответ на требования клиентов реализовывать изменение быстрее и дешевле. Однако в сообществе гибкой методики наблюдается скептицизм в отношении достижения организациями желаемых выгод. Для преуспевания в гибкой методике организации сначала должны понять основные цели гибкости и затем решать, подходит ли им эта методика.
|
|
 С проектами разработки ПО обычно обращаются за помощью одного из двух методов – водопадного или гибкого. Оба имеют плюсы и минусы, и каждый подход имеет свою ценность. В данной статье рассматриваются оба метода, и анализируется, какой метод и при каких обстоятельствах лучше всего подходит для проектов разработки ПО.
|
|
 Внедрение гибких концепций в деловую среду, отягощенную традиционными подходами (водопадный), может быть сущим кошмаром. Ниже представлено несколько стратегий, облегчающих труды.
|
|
 Сегодня все больше организаций осознают преимущества и выгоды использования гибкого подхода к управлению проектами в своих проектах. Хотя самые большие корпорации видят определенные преимущества в использовании гибкого подхода в разработке проектов, организации теряются, когда заходит речь об использовании четко определенного набора показателей, которые можно применить к данным гибким проектам. Многие организации продолжают использовать традиционные показатели проекта и стараются приспособить различные традиционные методы к гибкому подходу.
|
|
 Каждый программный проект сталкивается с определенным риском, но многие из них можно уменьшить. Это верно для проблем, связанных с требованиями к продукту – на данные проблемы часто ссылаются как на один из самых высоких рисков для любого типа программного проекта. Он может иметь нечеткие требования, недостаточное участие заказчика в разработке требований или ошибочные требования - эти проблемы являются основными виновниками неудач проекта.
|
|
 Существует распространенное заблуждение о том, что интегрированная модель технологической зрелости организации (CMMI) и гибкая методология разработки (Agile) являются противоположными. Первая модель основывается на институционализации и документации процессов и методологий, а гибкая методология фокусируется на взаимодействии между сотрудниками и "рабочее программное обеспечение важнее, чем полная документация" (Agile Manifesto).
|
|
 Многим уже известны результаты статистики - 60% всех проектов по разработке программного обеспечения не завершаются с успехом.
|
|
 Деловая среда продолжает применять повсюду свод знаний по управлению проектами (PMBOK) или подход PRINCE2 целиком или частями, заявляя, что это слишком сложно, запутано и забирает время, которое отводится для достижений результатов продукта. Адаптированная система проекта приходит на помощь, приспосабливая проекты к постоянно меняющейся бизнес-среде.
|
|
Существует распространненное ошибочное представление, что CMMI и Agile являются полными противоположностями друг дурга. Первый полагается на организационное оформление и документацию процессов и методологий, в то время как второй уделяет больше внимания взаимодействию между рабочими и функционирующим ПО (Манифест Agile). Документация процессов и формализация является основой CMMI, и они часто используются в цикле разработки критического ПО. С другой стороны, гибкий подход (Agile) принимается тогда, когда проект включает в себя поэтапные изменения, в частности те, которые не были включены в оригинальные документы требований. |
|
Показатели измеряют состояние проекта и они явно являются наиболее объективным способом, которым руководитель проекта может предоставить спонсорам и разработчикам информацию о затраченных и необходимых ресурсах или какие области проекта требуют пристального внимания. |
|
 Vertabase провело небольшое исследование по выбору между гибким и "водопадным" подходом к проектам по разработке программного обеспечения.
При обсуждении выбора оптимальной методологии выполнения интернет-проекта для нового клиента, ваш инстинкт разработчиков коммерческого ПО может привести вас к гибкому подходу, где процесс будет заключаться в следующем: |
|
Мифы, окружающие возможности набора методологий совершенствования процессов (CMMI - Capability Maturity Model Integration) и гибкую методологию разработки (Agile), в последнее время были развенчаны институтом разработки программного обеспечения (SEI-Software Engineering Institute). В данной статье мы рассмотрим, как эти две противоположные стратегии могут быть совмещены для воплощения значительных улучшений производительности бизнеса! |
|
 При выборе типа жизненного цикла разработки не стоит верить вашим чувствам. Сделайте решение на основе действительно важных факторов.
Какой тип жизненного цикла будет наиболее эффективным для вашего проекта? Это очень важный стратегический вопрос, потому что неверный выбор может привести к катастрофическим результатам. Подумайте только о запоздалых результатах, недовольных клиентах, перерасходах и отмененных проектах! |
|
Исследования показали, что большинство успешных проектов - это те, которые следовали гибким принципам разработки. Это ещё раз доказывает, что методы, основанные на моделях, не всегда являются наилучшими, в частности, при управлении изменениями, быстрой реализации проекта или даже удовлетворении потребностей рынка. |
|
Традиционное управления проектом включает в себя достаточно упорядоченные, тщательно спланированные и управляемые методы. При таком подходе этапы жизненного цикла проекта выражены достаточно явно. Задачи выполняются одна за другой в определенном порядке, при этом требуется уделить значительное количество времени на планирование всего наперед. К примеру, в случае со строительной промышленностью, команде строителей необходимо определить все требования, дизайн и спланировать построение всего здания, а не только каких-то частей, чтобы понять полностью масштаб всех необходимых усилий. |
|
 Хотя существует столько техник управления проектами, сколько и руководителей, существуют также две известные методологии производственного цикла, которые до сих пор часто обсуждаются в кругах руководителей проектов - гибкая (Agile) и водопадная (Waterfall) методологии. Развиваясь в своей сфере деятельности, я частенько изобретал некоторые аспекты успешного проекта. В последнее время, чтобы справиться с необычайно усложненными нуждами со стороны клиентов, я пришел к открытию "мощного" процесса управления проектом, который улучшит не только способ предоставления продукта, но и качество самого продукта по его выполнению. Я предполагал, что существует способ объединить лучшие качества разработки по водопадной схеме с принципами гибкой разработки, которые делают ее исключительной.
|
|
|
