Въведение
Това е чернова на ръководството, предназначена за преглед. Ако имате коментари, моля, изпратете ги на info@omimo.org. Проверявайте отново за окончателната версия.
P4.express е минималистичен, практичен начин за управление на програми. Той има прост процес, показан на диаграмата. Състои се от 29 управленски дейности в 6 групи от дейности. Кликнете върху някоя от дейностите в уеб версията на диаграмата или използвайте съдържанието в изтеглените версии, за да отворите описанието ѝ. Можете и просто да започнете с първата дейност, A01, и да прочетете всички дейности подред.
Естество
P4.express е поетапен подход за управление на програми — такъв подход обикновено се нарича метод, методология или рамка. Той не е описателно ръководство за това как всички или някои организации управляват програмите си, а описание на един-единствен начин да се прави това, наречен P4.express.
Съвместимост
P4.express, като всички други модули от семейството на OMIMO, е модулен. Това означава, че можете да го използвате във всякаква конфигурация, а не сте ограничени до проекти и портфолиа, използващи методите на OMIMO; проектите ви могат например да се изпълняват с P3.express, micro.P3.express, DSDM®, Scrum, PRINCE2® или всяка друга система, без това да създава проблеми за P4.express.
P4.express може да се използва за всякакъв тип програми: инфраструктурни, градски, за организационна промяна, здравни, културни, артистични, хуманитарни и т.н. P4.express е насочен към всички индустрии, но не и към граничните случаи в тях, защото те биха направили системата твърде сложна за всички.
Когато има структурирано управление на портфолио, P4.express очаква то да не се намесва пряко в проектите в рамките на програмата. Системата за управление на портфолиото трябва да направлява само програмата като цяло и да остави програмата да направлява собствените си проекти.
Мащаб
P4.express може да се използва в широк спектър от програми — от малки до големи. Той обаче е проектиран за програми, които имат под себе си само проекти и ad hoc дейности; не се предвижда под програма по P4.express да има по-малки програми, защото в повечето случаи това не е нужно и би усложнило системата.
P4.express е проектиран да е полезен в малки и големи програми без много настройки. Използването му за микропрограми и мегапрограми обаче би изисквало сериозни настройки.
Външни клиенти
Организацията ви може да предприема програмата за себе си или за външен клиент. Когато е за външен клиент, е важно да имате подходящ договор, защото програмите по природа са силно недетерминистични и изследователски и договорите с фиксирана цена не са подходящи за тях.
Проекти без програми
Програмата осъществява и поддържа очаквани резултати. Това става чрез
- генериране на Сценарии за цялостни решения и
- направляване на високо ниво на проектите, които изпълняват тези решения.
Проектът не е цялостно решение, а конкретна стъпка към него. За да са полезни, проектите трябва да са част от цялостно решение. С други думи, зад всеки проект винаги стои програма. Програмата може да е имплицитна и да остане незабелязана, но тя съществува. Например проект за построяване на болница в даден град вероятно се предприема, за да се подобри здравеопазването там. Някой трябва да провери дали построяването на болницата е най-добрият вариант за подобряване на здравеопазването в града и ако да — какво още трябва да се направи, за да се осъществи наистина този резултат. Това описва програмата зад проекта, която може да протича имплицитно, без структура. Структурираният подход е от голяма полза за такива програми, най-вече защото гарантира (като част от програмата), че резултатите не са оставени на произвола, а се поддържат активно.
Програмите не се ограничават до средни и големи случаи като горния пример. Дори изучаването на P4.express от ваша страна може да се смята за проект. Можете да помислите за програмата зад него и да я направите експлицитна, заедно с дейностите ѝ по осъществяване и поддържане.
И така, от холистична гледна точка зад всеки проект винаги стои имплицитна или експлицитна програма. За доставчик, който отговаря за даден проект, програмата обаче може да е извън обхвата му — така се появяват самостоятелните проекти в организации, изпълняващи проекти за външни заинтересовани страни.
Процес
Процесът на P4.express включва 29 дейности, разделени в следните групи от дейности:
- Иницииране на програмата се изпълнява в началото, за да се създаде основа за програмата и да се реши дали е добра идея тя да бъде изпълнена.
- Месечно иницииране се изпълнява в началото на всеки месец, за да се преразгледат и прецизират плановете и да се провери дали все още е добра идея програмата да продължи.
- Седмично управление служи за синхронизация.
- Дневно управление е за ежедневните дейности, като проследяването.
- Месечно приключване затваря всеки месец с оценка на резултатите.
- Приключване на програмата затваря програмата, когато тя е постигнала целите си или когато е отменена.
Много бързите програми могат да заменят месечния цикъл със седмичен и да премахнат обичайните дейности от Седмичното управление.
Един проект е завършен, когато продуктът му е създаден, но при програмата не е така: след като очакваните резултати бъдат осъществени, програмата трябва да продължи още два пъти по толкова цикли, колкото е отнело осъществяването им (или друга продължителност, подходяща за случая), за да поддържа тези резултати. Първите няколко цикъла може да са изцяло насочени към осъществяване на резултати, следващите — както към осъществяване на нови, така и към поддържане на старите, а останалите — изцяло към поддържане на резултатите. Съществуването на циклите на осъществяване премахва нуждата от цикъл след програмата, подобен на този в другите модули на OMIMO.
При поддържането на резултатите трябва да се измерват и ползите от тях. В една пълна проектна екосистема има структурирана система за управление на портфолио и спонсорът на програмата ще занесе измерванията там за по-задълбочено управление.
Роли
Основните роли в програма по P4.express са следните:
- Спонсор: Спонсорът е най-високата роля и носи крайната отговорност за успеха на програмата. Този човек отговаря за решенията на високо ниво и за осигуряването на програмата с ресурси. Може да участват управляващ комитет, система за управление на портфолио и много други органи за вземане на решения, но всички те трябва да бъдат представени в програмата чрез един-единствен спонсор.
- Мениджър на програмата: Мениджърът на програмата се отчита пред спонсора и отговаря за координацията, фасилитирането, разрешаването на конфликти и др.
- Екип за идеи: Това е екип от всички експерти, необходими за генериране на идеи как програмата може да постигне целта си. Те проектират решението на високо ниво и преценяват как то може да бъде изпълнено от различни проекти.
Освен основните роли, подчинените проекти трябва да имат следните роли, участващи в програмата като второстепенни:
- Някой, който отговаря за координацията в проекта: обикновено тази роля се нарича ръководител на проекта. Ако проектът се изпълнява по метод или рамка без роля на ръководител на проекта, тази функция трябва да се възложи на роля, насочена най-вече към координация и фасилитиране, и тя да участва в програмата. Независимо как се нарича ролята на проектно ниво, на програмно ниво я наричаме „ръководител на проекта“.
- Някой, който взема решенията на високо ниво в проекта: обикновено тази роля се нарича спонсор на проекта или project executive. Когато такава роля няма, функцията ѝ трябва да се възложи на някоя от съществуващите роли. Независимо как се нарича ролята на проектно ниво, на програмно ниво я наричаме „спонсор на проекта“.
В малки програми един човек може да е спонсор както на програмата, така и на проектите ѝ, и един човек може да е мениджър на програмата и ръководител на всички проекти. Съчетаването на ролите на спонсора и мениджъра на програмата обаче трябва да се избягва, където е възможно: едната роля се занимава с абстрактни, а другата — с конкретни въпроси, и един човек обикновено не може да се справи с двете и пренебрегва едната. Освен това понякога поемането на двете роли от един човек може да е конфликт на интереси.
Документи
Документите на P4.express и основното съдържание на всеки от тях са следните:
- Описание на програмата
- Очаквани резултати
- Очаквана продължителност и разходи
- Списък на заинтересованите страни и техните изисквания за докладване
- Сценарии
- Цялостни решения, които могат да осъществят и поддържат очакваните резултати
- Допускания, като предполагаеми реакции на средата
- Регистър на последващите действия
- Описание на ad hoc източниците на действия, като проблеми и рискове, заедно с коментарите, действията, резултатите им и т.н.
- Регистър на състоянието
- Резултати от рецензиите
- Резултати от оценките на удовлетвореността
- Бизнес казуси за проектите в рамките на програмата
- Защо този проект?
- Алтернативни варианти
- Изисквания на високо ниво
- Очаквани продукти и техните резултати
- Прогнозна инвестиция (време, разходи и др.)
- Стратегия за изпълнение (вътрешно, чрез външни изпълнители и др.)
- Основни рискове
- Основни заинтересовани страни
Помнете: не събирайте данни, които не са ви нужни, и поддържайте документите прости и целенасочени. Не е нужно да използвате и сложен софтуер — започнете с прости инструменти и преминете към по-усъвършенствани само ако имате основателна причина.
Относно бизнес казусите имайте предвид, че в OMIMO бизнес казусът на проект или програма не се създава вътре в тях, а в слоя над тях, защото изисква по-широка перспектива от тази на проекта или програмата, които описва. Така в P4.express ще създавате бизнес казуси за проектите в програмата, но бизнес казусът на самата програма ще е извън нея и ще се управлява от орган на по-високо ниво, като управлението на портфолиото.
Настройка
Както при другите минималистични системи, най-добре е да не настройвате P4.express предварително. Вместо това го внедрете и използвайте така, както е описан в ръководството, и след това го персонализирайте постепенно, главно в дейност E03, в отговор на обратната връзка от средата и чрез внимателни проби и грешки.
История
Първата затворена чернова на P4.express беше създадена през септември 2025 г. Втората затворена чернова беше публикувана през май 2026 г., последвана от публичната чернова през юли 2026 г. и окончателната версия през _____.