Водоспад срещу Agile: Каква методология е избрана за вашите проекти Redmine?
Понякога я чувам крики тип "Gantt помер", "необходимо е да вести проект в стил Agile" или дори "управление на проекти померло". Въпреки че много от тях са пример за маркетингово нисенитничество, аз често се срещам с мениджъри на портфейл проекти, майстори на Scrum и други професионалисти на проекти за управление, които искат сериозно да обсъдят техники Agile срещу Waterfall (Гант). Този пост е кратък вход до теми.
Залезний трикутник за управление на проекти
Залезният трикутник всъщност е с много прости изображения на ключовите елементи, изключително за успешното планиране на проекта. Обсяг, час и стойност / ресурси. Ресурс е единствени и / или критични елементи цени в много галузи. Хората са с най-голям актив, който не може просто да се увеличи, намали или умножи. Аналогично, ресурсите на машината имат определена производителност и не могат да бъдат променени с един простим клик.
Easy Redmine - Желязният триъгълник #1
Но как залезният трикутник се записва в общата картина? Много удобно. Той ни предлага просто, но ефективен отговор на въпроса, когато трябва да използвам методологията на планиране Waterfall, а когато вместо това изберете агилен підхід.
Управляващи проекти Redmine Waterfall
Методологията Waterfall е най-подходяща за проект, обемът на който е ясно определен и е ключов елемент от проекта, като строителство на имоти, планиране на конференция или конференция внедряване на програмно осигуряване Easy Redmine.
Машини: Общ проект (фиксиран). В нашия пример това означава, че не мога да променя броя на прозореца във вашата недвижима собственост, не мога да променя място или тема на конференции и т.н. Часът на проекта е ограничаващ фактор или абсолютно (например, провеждане на конференции), или почти абсолютно (например, внедряване на програмно осигуряване). С ясно определен обем от главните задачи на мениджъра на проекта или мениджъра на портфеля е разклад на всички типове ресурси на графиката, работещи едновременно с стартирани проекти и включване на необходимата стратегическа активност (завдание) в отделни проекти.
Вижте, например, изграждането на сграда: работниците, които отговарят за добавяне на цимент, трябва временно да завършат работата си, следващите затримки, причинени от липса на ресурси на цимент, могат да завършат каменярите да завършат вашата собствена задача. Как точно бетонът е достатъчно затвърдіє, те могат да бъдат намерени на друга площадка.
Easy Redmine - Желязният триъгълник #2
Управляващи проекти Redmine Agile
Агилен подход полезен за проекти, де час ясно определен, ресурси е определяющим фактором і обемно подлягає плануването (приоритетизация). Хорошият пример може да бъде разработка на програмно осигуряване (спринтове), издателска дейност (дата на изданието на списание / вестник) или маркетингово съдържание (кампания).
Техника: майстори на Scrum или планиращи в подобни роли приоритетизират задачата на следващия спринт. Обикновеният майстор Scrum има различни беклоги и дошки Scrum за различни типове ресурси, като разработчици, които търсят способи за отстраняване на грешки и обработка на запитвания за нови функции, и, от друга страна, журналисти в политически или спортни медии.
Лесно RedmineКомбинация от всички методологии на управление
Както можете да видите на снимката по-долу, ние имаме базовия проект Waterfall, който включва план за разработка на програмно осигуряване, което показва прогресивност и зависимост. Въпреки това команди, които участват в този проект (продавци, технически писатели), могат да управляват своите собствени доставки във вашия отдел не само така, както е показано в този пример, но и в неуспешен начин.
