Разлики помеѓу класичното и агилното управување со проекти (дел 1) - лесни проекти
Класични или агилни - две методологии во управувањето со проекти кои не можат да бидат поразлични: Секако, секој менаџер на проект сака да го води својот проект кон успех, но основните идеи и пристапот на двата пристапа изгледаат сосема спротивни. Ова се изразува не помалку од жестоките дебати за тоа кој метод е „подобар“. Но, дали е ова ќебе „подобро“? Тешко е веројатно! Добро е познато дека алатките работат само ако се избрани соодветно за целта. Во написот „Агилно, класично и ко: Кога е соодветна која методологија за управување со проекти?“ Можете да дознаете повеќе за правилниот избор на методологија.
Па, како избирате еден или друг пристап? Пред сè, треба да знаете во што влегувате со секој метод. Поточно, ова значи: Што значи посветеноста за вашиот проект и како се разликуваат двата пристапа. За да ви биде полесно, следната статија е прва во серијата од 4 статии во кои ги објаснуваме разликите помеѓу класичен и агилен стигнете до дното.
На почетокот на серијата, започнуваме со три многу фундаментални разлики:
Опасност: Зад термините класичен и агилен Скриени се различни модели на процеси, рамки и имплементации. Во пракса, постојат неколку мешани пристапи со најразновидни карактеристики. Класично организиран проект може да содржи агилни под-проекти. Дури и ако некој проект официјално ја следи едната или другата настава 100% и рамката е фиксирана, паметниот раководител на проектот често ќе најде прагматично решение за да се спротивстави на добиените проблеми. Во оваа серија не навлегуваме во такви мешани форми и заобиколувања, но намерно ги разгледуваме екстремните форми на „класични“ и „агилни“ за подобро разбирање.
Доцни повратни информации наспроти рани повратни информации
Од гледна точка на клиентот, разликите помеѓу класичните и подвижните процедури стануваат особено јасни кога Време и фреквенција на повратни информации сметаат: Кога може или мора (или може) клиентот (клиент, краен корисник, ...) да даде повратна информација за резултатот/производот на проектот?
Класично управување со проекти:
Често резултатот се презентира на клиентот само на крајот од проектот. Ова може да биде, на пример, производ развиен во проектот. За да не тргне наопаку и овој производ навистина да ги исполни очекувањата на клиентот, мора да се внимава многу при дефинирање на барањата на почетокот на проектот. Обично се создава спецификација на барање, која на крајот од проектот претставува основа за прифаќање од страна на клиентот. Повратните информации се само на самиот крај.
Примери:
- Нарачана пумпа за постројка за третман на отпадни води со јасни технички барања и спецификации
- Имплементација на маркетинг настан за воведување на нов паметен телефон
- Обука на вработените во орган на тема „нови правила за заштита на податоците“
Опасност: Во класичното управување со проекти, секако постои можност да му се даде можност на клиентот да даде повратна информација додека се спроведува проектот. Ве молам, примери?
- Во развојниот проект прикажан погоре, консултација со клиентот може да се одржи по завршувањето на фазата на дизајнирање.
- Во примерот на обука на вработените, развиениот концепт за обука може да се претстави на раководството на органот за одобрување.
Во класичното управување со проекти, ваквите точки на повратни информации се користат првенствено за да се провери дали проектот е сеуште на вистинскиот пат, со цел да се спречат случување на полоши работи. Доколку е неопходна корекција на курсот во таков момент, ова обично повлекува значителен напор за презакажување - проектот е често скап и одложен.
Агилно управување со проекти:
Клиентот добива под-функции или зголемување на производот за проценка во редовни циклуси - повратните информации и критиките се експресно добредојдени. Ова работи само ако резултатот од проектот може да се подели на чекори што можат да се генерираат еден по друг и потоа да се испитаат/проценат. Главниот пример е развој на софтвер - областа во која потекнува агилната идеја.
Сликата ја покажува постапката користејќи го примерот на рамката Скрам во агилното управување со проекти:
Во небезбедни средини со променливи барања, предноста е очигледна: Наместо да развиваат комплетен производ за подолг временски период, сите вклучени редовно добиваат увид во напредокот на проектот. Барањата може да се прилагодат и да се дефинираат следните чекори. На овој начин, обемните последователни прилагодувања автоматски се елиминираат. За разлика од класичното управување со проекти, не постои ризик промените во барањата да останат незабележани или, во најлош случај, некој производ да биде заобиколен на пазарот.
Примери:
- Развој на веб-страница со онлајн продавница и бројни други детални функционалности
- Развој на контролен софтвер за нов дизајн на моторот
- Планирање на една семејна куќа од страна на архитектонска канцеларија
Дефинирани процеси наспроти иновации
Изградбата на тринаесеттата монтажна куќа „надвор од клинот“ енормно се разликува од развојот на иновативна апликација и покрај сите опции за конфигурација - и затоа постапката исто така значително ќе се разликува:
Класично управување со проекти:
Класично испланираните и реализираните проекти се особено погодни за проекти кои следат дефинирани процеси во кои се користат добро разбрани детални решенија/компоненти и од кои треба да се појави предвидлив резултат. Докажаните и дефинирани чекори доведуваат до предодреден резултат.
Примери:
- Изградба на единствена семејна куќа „надвор од колчето“
- Надградба на пејзажот на серверот во компанија
Агилно управување со проекти:
Агилното управување со проекти често се користи во динамични средини: при развој на производи, истражување и развој на софтвер. Честопати не е можно јасно да се предвиди како детално ќе изгледа резултатот и кои пристапи ќе го донесат најдоброто решение - на почетокот едноставно никој не знае. Дадениот план или процес има малку смисла, на крајот на краиштата, треба да се создаде нешто ново. Ако треба да се создадат невообичаени иновации, нема стандарден рецепт што може да се примени директно.
Примери:
- Оптимизирање на дисплеј за лаптоп со нова технологија што сè уште не е разбрана целосно
- Развој на иновативна апликација за слабеење
Секвенцијален развој наспроти итеративен развој
Во предодредени, последователни чекори кон целта - или во кратки циклуси? Методологиите за управување со проекти тука значително се разликуваат. Оваа точка е тесно поврзана со фреквенцијата на повратни информации (видете погоре):
Класично управување со проекти:
Во традиционално реализираните проекти, дефинираните фази се обработуваат една по друга на почетокот. Кога е завршена фаза или блок задачи, започнува следната. Во принцип, фазите исто така можат да се преклопуваат, но барем во рамките на под-проект тие никогаш не се обработуваат приближно паралелно, туку во суштина една по друга.
Овој пристап се заснова на претпоставката дека сите информации се достапни на почетокот на проектот. Овие се спакувани во барања и дизајни, а потоа започнува спроведувањето.
Пример: Само кога дизајнот на веб-страницата е целосно завршен, програмирањето ќе започне.
Агилно управување со проекти:
Во агилното управување со проекти, сè не е детално дефинирано на почетокот. Основната идеја: луѓето не можат да ги видат сите детали однапред, па дури и клиентите не знаат што точно сакаат и какви опции се достапни на почетокот. Поради оваа причина, се спроведуваат мали единици, тие се проверуваат и, доколку е потребно, се подобруваат.
Итератив:
Итеративниот пристап се заснова на претпоставката дека многу работи честопати се неправилно или не се идеално решени во првиот чекор пред грешките да се поправат во следниот чекор. Јасно да се каже: Првото фрлање е за корпа за отпадоци, но можеме да учиме од него и да се надградиме на тоа. Или на друго место: Првото фрлање е предлог до клиентот. Повеќекратни обиди не се гледаат како грешки, туку се планираат како дел од постапката уште од самиот почеток.
пример: Наместо да се доставува детален нацрт за нова веб-страница во сите нејзини детали, се создаваат груби скици, се создаваат претходни верзии и тие постепено се рафинираат во консултација со клиентот.
Зголемување:
Со зголемениот пристап, големите парчиња се расчленуваат на подзадачи и тие се завршуваат една по друга. Позадина: Ако е изграден мал дел, знаењето може да се добие и да се примени на други функции.
Пример: Наместо да ги дизајнирате сите под-страници за присуство на нова компанија, првично се креира само почетната страница.
Заклучок
Да се избере вистинската алатка за секоја апликација често е трик! Во оваа статија ги запознавте првите три разлики помеѓу класичното и агилното управување со проекти. Curубопитен е да дознаете повеќе? Продолжува во Дел 2!