PMBOK больше для реализации и Agile, Scrum больше для разработки?
Является ли PMBOK более подходящим после создания программного обеспечения, доставляя его заказчику, а Agile или Scrum больше для создания программного обеспечения в первую очередь? Просто пытаюсь понять.
Спасибо.
РЕДАКТИРОВАТЬ: Моя главная проблема - PMBOK. Они часто используют его там, где я работаю, но не для разработки (они реализуют с ним.) Они не очень много разрабатывают, и поэтому у меня нет возможности спросить: "Эй, что ты используешь для разработки?" Я должен придумать лучший план самостоятельно. Меня действительно не волнует сертификация PMP, но если это лучший способ разработки программного обеспечения с использованием PMBOK, я могу оправдать его изучение. Если scrum или agile - лучший способ, то я предпочел бы использовать это и быть успешным, чем иметь pmp под моим именем.
3 ответа
Что ж, я могу ответить на этот вопрос, исходя из своего реального опыта работы как сертифицированного PMP разработчика корпоративных программных решений, так и опытного Agile PM, который руководил командой из 14 человек в проекте разработки гибридного гибкого программного обеспечения.
При реализации программного обеспечения COTS (коммерческая готовность) я обнаружил, что за PMBOK можно очень внимательно следить. Если следовать букве "Т", PMBOK направит вас по пути "водопада". Если вы не знакомы с Waterfall, это подход, при котором большая часть времени вашего проекта тратится на ранних этапах сбора требований к проекту, выполнения проектирования, оценки и т. Д. Построение или разработка происходит намного позже. Причина, по которой этот подход хорошо работает для программных реализаций, заключается в том, что заказчик, как правило, хочет знать предварительную стоимость проекта. Единственный реальный точный способ определения стоимости проекта - следовать подходу с использованием водопада... по крайней мере, на начальном этапе.
Методологии Agile/Scrum работают намного лучше для создания программного обеспечения. Когда я говорю "сборка", я имею в виду весь процесс сборки от проектирования, разработки, тестирования и т. Д. Я не буду вдаваться в различия между тем, что рассматривается в методологиях PMBOK, Waterfall или Agile, поскольку это не то, что вы просили. Agile очень много о итеративном дизайне и сборке, и менее предварительный дизайн. В Agile вы хотите быстро выполнять итерации и выполнять сбор требований JIT (точно в срок) (используя хранение), проектирование, сборку и тестирование (TDD). Это уменьшает количество отходов и позволяет использовать программное обеспечение на ранних этапах проекта. Agile имеет много преимуществ для проектов разработки программного обеспечения.
Теперь, что я нашел полезным, это использование подхода водопада настолько, насколько вам нужно, чтобы построить точную оценку и план ресурсов. После этого вы можете включить больше гибких процессов, чтобы завершить ваш проект.
Не забывайте не путать PMBOK с методологией. PMBOK - это набор стандартных отраслевых процессов, которым можно следовать для реализации проекта; не просто проект программного обеспечения, это может быть проектирование, муниципальное планирование и т. д. Есть много частей PMBOk, которые являются полезными в мире разработки программного обеспечения, такие как: планирование коммуникации, планирование рисков, закрытие проекта и т. д.
Это довольно обширная тема, поэтому я надеюсь, что это поможет вам принять правильное решение для вашего проекта. Помните, что один размер не подходит для всех.
Я бы лично предложил разобраться в Scrum и / или Agile (в зависимости от того, что лучше всего подходит вашей организации), прежде чем переходить к PMBOK. Стандарты в PMBOK более традиционны, а этапы описаны в слегка псевдо-водопадном методе, который не так приемлем в ИТ-индустрии. теперь, как и раньше, Agile и Scrum постучались в наши двери... Если вы изучите PMBOK, узнав о Scrum, тогда будет легче отфильтровать то, что не имеет значения, и лучше понять обе концепции в целом..
И PMBOK, и Scrum/Agile предназначены как для проектирования, так и для внедрения. PMBOK охватывает не только ИТ-индустрию, но и все! Кроме того, Scrum - это то, что каждый или каждый в команде проекта изучает и внедряет... но PMBOK в первую очередь предназначен для менеджера проекта...
PMBOK - это просто недействительный отраслевой стандарт, используемый для того, чтобы дать руководству организации A, который не знает, лучше (ложное) душевное спокойствие, что организация B ведет дела "правильным" образом, сертифицированным PMI.
Scrum, как сказал Педро, является гибкой техникой управления проектами, которая вращается вокруг работы в фиксированных итерациях, что высоко ценится большинством специалистов по программному обеспечению. Хотя Scrum не предписывает никаких технических методов, он обычно используется в сочетании с техническими методами, описанными в XP (Extreme Programming), такими как парное программирование и непрерывная интеграция.
По деловым причинам некоторые компании должны, по крайней мере, следовать за PMI, CMMI или ISO, чтобы выиграть работу, но в действительности самые серьезные магазины программного обеспечения практикуют гибкие методы, такие как scrum/xp/kanban, за кулисами.