Agile Project Management

Question

Если вы используете Scrum для части разработки программного обеспечения для проекта, все еще используете PMBOK или какую-то другую методологию управления проектами для «других» задач в проекте, например. бизнес, маркетинг, учебные задания. Каково управление проектами задач разработки не программного обеспечения, относящихся к традиционному управлению проектами?

Answer 1

Мы расширили сферу деятельности других отделов компании, моделирования, текстуры и анимации. Нам пришлось немного приспособить этот метод, но он работает хорошо. У нас были проблемы, которые были решены с использованием гибкой методологии. Некоторые более мелкие отделы (аудио, спецэффекты) уже работали нормально, поэтому мы не пытались исправить то, что не было нарушено. Agile добавил бы лишние накладные расходы для них.

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

Answer 2

Scrum - это не метод разработки программного обеспечения, а метод управления проектами.

Кроме Scrum часто вводится Lego, или других артефактов (поиск "59 минут Scrum"). Поэтому он может использоваться для обработки всех задач проекта независимо от их природы.

Answer 3

Если вы узнаете об этих методах, я могу предложить, чтобы ваш основной фокус был на самом деле запущен в проекте и получил работу?

EDIT: это серьезный вопрос, кстати, а не бросок.

Answer 4

Проект определен в PMBOK как часть фиксированного объема, продолжительности и бюджета. Отказ от проекта определяется как нарушение за пределами одной из трех сторон этого «железного треугольника». Scrum - это набор принципов и несколько конкретных практик, предназначенных для работы со всеми видами знаний, основанных на значениях Agile и специально предназначенных для усилий в области развития, которые могут не быть проектами, или могут иметь гибкую сферу действия, продолжительность или бюджет.

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

Часто стандартное решение Scrum состоит в том, чтобы «позволить команде решать» по вопросам, которые непосредственно не указаны Scrum. Часто руководящие принципы для решения таких вопросов исходят от других культур и ценностей или принципиальных систем в Agile мире, таких как XP или постное программное обеспечение. Другие культуры, предоставляющие полезные материалы для команд Scrum, включают Real Options, Incremental Funding Method, Evo.

Некоторые из материалов PMBOK могут быть полезны для «менеджера проекта» или ПО в команде Scrum, однако нужно быть осторожным, поскольку материал PMBOK подразумевает совершенно другую систему ценностей, чем та, на которой основан Scrum. Обычно лучше искать решения в Agile-культуре. Некоторые из материалов PMBOK все еще применяются в гибком контексте.

Если вы ищете списки рассылки, связанные с «гибким управлением проектами», вы найдете много процветающих сообществ, обсуждающих такие темы.

Answer 5

Если ваши усилия по разработке программного обеспечения - это всего лишь одна грань крупного проекта - например, развертывание нового финансового продукта - тогда вы должны будете использовать какую-то методологию управления проектами для организации всей работы участвует. Однако внедрение Scrum-разработки для разработки программного обеспечения в проект, управляемый в соответствии с принципами PMBOK, может быть сложным, поскольку PMBOK предписывает линейный поэтапный подход к выполнению проекта, тогда как Scrum, как и другие Agile-методологии, способствует постепенному улучшению за счет итерации. Это не значит, что они не могут сосуществовать. Как и все остальное, это сводится к реализации. Не забывайте быть прагматичным и адаптировать методологии к вашим потребностям, а не наоборот.

Answer 6

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

Однако, на мой взгляд, SCRUM не охватывает все, что вам нужно для управления проектами. Это своего рода недостаток общей стратегии управления. Одной из возможностей является объединение SCRUM с EVO project/value management или другими методами управления стоимостью. Тем не менее, он потребует другого типа юридического контракта с клиентом. Проекты в большей степени напоминают непрерывный процесс, который ограничен временем, ограниченным бюджетом или заканчивается, когда клиент чувствует, что он получает меньше своих инвестиций (с использованием бизнес-кейсов и целевых показателей). Дополнительным преимуществом является то, что клиент увидит вас больше как долгосрочного партнера, чем поставщик в краткосрочной перспективе.