ПРАКТИЧНА ПРИМЕНА / 45 минути, тимови од 4–5 лица
Embedded Files
#1 Од перспектива на програмата „Дигитален столб“ презентирана денес, кои би можеле да бидат конкретните потреби на вашето училиште?
Одредете ги конкретните потреби што треба да ги исполни училиштето за да стане иновативно училиште. Користете SWOT анализа доколку е соодветно.
Потоа, претворете ги овие потреби во конкретни иницијативи. Користете...
#2 Како би можеле овие потреби да се приоретизираат?
За да ги приоретизирате, ви препорачувам да ја користите MoSCoW техниката опишана подолу.
MoSCoW е техника за приоретизирање. Може да се користи на различни начини, вклучително и за одлучување кои задачи треба да се завршат најпрво во рамки на сложени проекти или иницијативи.
Техниката ги дели работните елементи на четири јасно одделени категории според нивниот приоритет. Овие категории се нарекуваат области, бидејќи содржат различни типови задачи што треба да се завршат во рамки на проекти и иницијативи.
Областите се независни една од друга.
МОРА ДА ГО ИМПЛЕМЕНТИРАМЕ СЕГА
МОРА ДА ГО ИМПЛЕМЕНТИРАМЕ СЕГА
е ненеговливо
може да се имплементира само со основни карактеристики (минималните потребни елементи треба да се дефинираат)
доколку овој услов не се исполни: невозможно е навремено завршување, можно е да е незаконски, ризично, или да не може да се испорача проектот.
МОЖЕБИ ЌЕ МОЖЕМЕ ДА ИМПЛЕМЕНТИРАМЕ НЕКОГАШ
е важно, но барањето не е витално во моментов
можеби нема да ни се допадне да го изоставиме овој елемент, но и без него решението сè уште претставува одржлив проект
може да биде потребна дополнителна анализа или алтернативно решение; на пр. управување со очекувањата, одредена неефикасност, постоечко решение итн.
САКАМЕ ДА ИМПЛЕМЕНТИРАМЕ
САКАМЕ ДА ИМПЛЕМЕНТИРАМЕ
пожелно, но не е толку важно колку што би требало да биде
се имплементира само ако има доволно време и дополнителен буџет
НЕ МОЖЕМЕ ДА ИМПЛЕМЕНТИРАМЕ ВО МОМЕНТОВ
сега не е моментот да се вклучи ова барање
не е предвидено во буџетот
би било убаво да се вклучи, но не носи вистинско влијание
Што може да се случи доколку овие барања не можат да се исполнат?
Ако одговорот е „промени го пристапот“, тогаш нема друг излез — проектот или иницијативата мора да се запре.
Двете области може да се разликуваат една од друга преку анализа на степенот на жалење предизвикан од непочитување, во однос на вредноста на проектот или бројот на лица кон кои е насочен.
Ова се барањата за кои проектниот тим се согласил дека нема да бидат исполнети. Тие се евидентираат во листата на приоритетни барања, каде што помагаат да се разјасни целта на проектот и да се избегне нивно повторно внесување „низ задната врата“ во подоцнежна фаза.
Ова придонесува за управување со очекувањата дека одредени барања едноставно нема да бидат вклучени во испорачаното решение — барем не овој пат.
За да ја имплементирате оваа техника, најпрво треба да ги наведете сите барања за проектот или иницијативата, а потоа да ги следите следните чекори:
Чекор 1: Доделете секое барање на една од четирите категории на приоритет.
Чекор 2: Проценете ја вредноста на секое барање со доделување оцена од 1 до 10. Оваа оцена ја одразува важноста на барањето за успехот на проектот/иницијативата. Висока оцена (9–10) значи дека барањето е со висок приоритет, додека ниска оцена (1–3) укажува дека е непотребно или има многу низок приоритет.
Чекор 3: Направете евалуација врз основа на резултатите од Чекор 2 за да одредите дали задачата треба да биде вклучена во дадена итерација.
Критериумите за евалуација зависат од тоа во која категорија припаѓа барањето:
МОРА ДА СЕ НАПРАВИ (највисок приоритет): Тимот мора да го имплементира ова барање во тековната итерација.
МОЖЕ ДА СЕ НАПРАВИ (висок приоритет): Тимот треба да го имплементира ова барање, но може да се одложи за идна итерација доколку е потребно за да се запази рокот на проектот/иницијативата.
САКАМЕ ДА ГО НАПРАВИМЕ (среден приоритет): Имплементацијата има смисла од перспектива на организацијата/заедницата. Може да има значајна вредност за засегнатите страни, но нема конкретен рок или краен датум.
НЕ МОЖЕ ДА СЕ НАПРАВИ (најнизок приоритет): Оваа задача обично не е потребна за проектот и треба да се исклучи од процесите на планирање.
Чекор 4: Приоретизирајте ги задачите врз основа на резултатите добиени во Чекор 3, користејќи метрики како трошоци/придобивки или други алтернативи, во зависност од потребите на вашата организација.
Пример за метрика за приоретизирање која се користи со MoSCoW е критичното ниво на задачата.
Page updated
Report abuse