Промптове за Управление на проекти

Изготви документ за рамкиране на проект [име на проекта] за [компания]. Цел на проекта: [цел]. Възложител: [възложител]. Екип: [състав]. Бюджет: [бюджет]. Краен срок: [срок]. Повод за стартиране на проекта: [контекст].

Структура: контекст и проблем за решаване (3 реда), измерима цел, включен обхват, изрично ИЗКЛЮЧЕН обхват (толкова детайлен, колкото и включения, за да се избегне размиване), крайни продукти с критерии за приемане, етапи с дати, роли и отговорности (кой решава, кой изпълнява, кой се консултира, кой се информира), идентифицирани рискове с мерки за всеки от тях ([предполагаеми рискове]), хипотези и зависимости.

Формулирай всяка секция така, че евентуалните несъгласия да се появят СЕГА, при прегледа, а не по средата на проекта. Завърши с 3 въпроса, които трябва да бъдат решени от комисията преди старта.

Превърни моите необработени бележки от среща в структуриран протокол. Среща: [тема на срещата] от [дата], участници: [участници]. Ето моите бележки: [необработени бележки].

Формат на изхода: взети решения (формулирани недвусмислено, с посочване на взелия решението), задачи (таблица: задача, отговорник, краен срок; ако някое от трите липсва в бележките ми, отбележи го като „ЗА УТОЧНЯВАНЕ“, вместо да измисляш), обсъдени точки без решение (макс. 2 реда всяка), отложени точки с дата за следващо обсъждане.

Правила: максимум една страница, без перифразиране, което променя смисъла на казаното, без дипломатични фрази, които размиват решенията (изрази като „беше постигнато съгласие за напредък по темата“ са забранени). Завърши със списък на точките „ЗА УТОЧНЯВАНЕ“, които да се изпратят на участниците за потвърждение.

Разбий следния проект на работни пакети и изготви график за него. Проект: [описание на проекта и краен продукт]. Краен срок: [дата]. Наличен екип: [хора и наличност, напр. 2 души на половин работен ден]. Известни ограничения: [ограничения: одобрение от клиент, зависимост от доставчик, отпуски].

Процедирай по следния начин: раздели на работни пакети, всеки от които произвежда проверим резултат (без пакет „координация“), разбий всеки пакет на задачи от 0,5 до 3 дни, идентифицирай зависимостите между задачите и критичния път, заложи изричен буфер за несигурните задачи, вместо скрит буфер навсякъде.

Предостави: структуриран списък пакети → задачи с оценки, седмичен график с етапи за одобрение, подчертан критичен път и 3 задачи, които трябва да започнат веднага, защото от тях зависи всичко останало. Сигнализирай, ако крайният срок [дата] е непостижим с описания екип, като използваш цифри, вместо мълчаливо да съкращаваш оценките.

Изготви седмичен кратък отчет за проект [име на проекта] за [получатели, напр. управителен съвет]. Данни за седмицата: напредък [извършено спрямо планирано], трудности [възникнали проблеми], променящи се рискове [рискове], изразходван бюджет [изразходван спрямо планиран], очаквани решения [блокиращи решения в изчакване и от кога].

Стриктен формат от една страница: статус на проекта (зелено/оранжево/червено) с ЕДНО изречение, обосноваващо цвета, 3 ключови събития от седмицата, напредък спрямо плана (по един ред за активен пакет), рискове и критични точки (само промените от миналата седмица), очаквани решения с името на вземащия решението и въздействието от забавянето, приоритети за следващата седмица.

Правила: проектът никога не се връща в „зелено“, без да се обясни какво е решило проблема; оранжева точка две поредни седмици става червена; чакащите решения включват датата на първоначалното запитване.

Подготви воденето на ретроспекция за проект [име на проекта], който току-що приключи [резултат: в срок, закъснение от X, прекратен]. Участници: [участници и роли]. Продължителност: [продължителност, напр. 1ч 30мин]. Ключови моменти от проекта: [какво мина добре или зле, евентуално напрежение].

Предостави: график по минути (откриване с правилото „търсим причините, а не виновните“, индивидуално събиране на мнения преди обща дискусия за избягване на конформизма, обсъждане на основните точки, решения), точните въпроси, които да се зададат за избягване на общите приказки („в кой точно момент разбрахме, че срокът се изплъзва? какво ни попречи да го кажем?“), и техника за обсъждане на [евентуална чувствителна тема] без това да се превърне в съдебен процес.

Формат за извличане на поуки: всяко научено нещо се превръща в приложимо правило за следващия проект („отсега нататък ще...“), с отговорник за прилагането му. Максимум 5 правила: над този брой нищо няма да се приложи.

Ти си опитен ръководител на проекти. Помогни ми да изготвя проучване за целесъобразност на проект [име на проекта], планиран от [компания]. Проблем или възможност в основата: [контекст]. Очаквани ползи: [ползи]. Максимален възможен бюджет: [сума]. Известни алтернативи: [алтернативи, включително нищоправене].

Структурирай досието в 6 части: проблем за решаване и цена на бездействието, възможни опции (включително статуквото) с предимства и недостатъци, груба оценка на разходите и сроковете по опции в широки граници, очаквани ползи, свързани с измерими показатели, основни рискове за всяка опция, аргументирана препоръка.

Ограничения: всяка полза трябва да бъде свързана с проверим показател, в противен случай я класифицирай като „неизмерим залог“. Формулирай 5 критерия за решение „да/не“ (go/no-go), които комисията да отметне. Завърши със списък на липсващата информация, която отслабва проучването, и кой трябва да я предостави.

Изготви харта на проекта от една страница за малък проект, който не изисква пълно рамкиране. Проект: [описание в 2 изречения]. Заявител: [заявител]. Включени хора: [хора и налично време]. Желан срок: [дата]. Евентуален бюджет: [сума или никакъв].

Задължителен формат, максимум една страница: цел в едно измеримо изречение, краен продукт и как ще разпознаем, че е завършен, какво е изключено от обхвата (минимум 3 реда, това е най-полезната секция), кой взема решения при арбитраж, етапи (максимум 3), основен риск и мярка за него.

Ограничения: без жаргон от управлението на проекти, изречения, които неспециалист би разбрал от първо четене. Ако входната информация не позволява попълването на дадена рубрика, напиши „ЗА ИЗЯСНЯВАНЕ с [лице]“, вместо да измисляш. Завърши с 2 въпроса към заявителя преди старта.

Стартирам проект [име на проекта] за [компания] и трябва да събера изискванията, преди да фиксирам обхвата. Хора за интервюиране: [списък с профили, напр. ръководство, крайни потребители, поддръжка, ИТ]. Какво трябва да произведе проектът: [предполагаем краен продукт]. Налично време за интервю: [продължителност].

Подготви за всеки профил адаптиран план за интервю: 8 до 10 отворени въпроса, подредени от най-общите към най-конкретните, като разграничиш въпросите за текущия начин на работа (дразнители, заобиколни пътища, обеми) от въпросите за бъдещите нужди. Добави за всеки профил 2 „трикови“ въпроса, които изваждат наяве неизказани нужди, например „какво правите, когато текущият инструмент не е достатъчен?“.

Ограничения: забрани въпросите, които подсказват отговора, и тези, на които се отговаря с „да“ или „не“. Предостави и рамка за синтез на интервютата: изразени нужди, изведени нужди, противоречия между профилите за арбитраж и ключови цитати.

Превърни тези сурови нужди в потребителски истории, използваеми от екипа по изпълнение. Проект: [име и кратко описание]. Засегнати потребители: [профили на потребители]. Изразени нужди: [списък с нужди, дори и неясни].

За всяка нужда изготви: потребителска история във формат „Като [профил], искам [действие], за да [полза]“, 3 до 5 критерия за приемане, формулирани бинарно (проверими с „да“ или „не“, без думи като „бързо“ или „ергономично“ без прагови стойности) и въпроси към заявителя, ако нуждата е твърде неясна за разбиване.

Ограничения: една история трябва да бъде изпълнима за няколко дни, в противен случай предложи разбиването ѝ на по-малки истории. Сигнализирайте за нужди, които не са такива (решения, маскирани като нужди), и ги преформулирайте. Представи резултата в таблица: история, критерии за приемане, прогнозен размер (S/M/L), отворени въпроси. Завърши със списък на зависимостите между историите.

Помогни ми да приоритизирам беклога на проект [име на проекта]. Чакащи елементи: [списък с искания с кратко описание за всяко]. Капацитет на екипа: [капацитет, напр. 15 човекони на месец]. Приоритетна цел за тримесечието: [цел]. Заявители с най-голям натиск: [евентуален политически контекст].

Оцени всеки елемент по две оси: стойност (принос към целта на тримесечието, брой засегнати потребители, цена на нерешения проблем) и прогнозно усилие в относителен размер. След това класифицирай в 4 категории: за изпълнение сега (висока стойност, малко усилия), за планиране (висока стойност, много усилия), за запълване (ниска стойност, малко усилия), за изричен отказ или отлагане (ниска стойност, много усилия).

Ограничения: натискът от заявителя не е критерий за стойност, но изброй отделно отказите, които ще изискват обяснително съобщение. Изготви класирането в таблица с обосновка в едно изречение на ред, след което напиши 3-те най-деликатни съобщения за отказ – кратки и фактологични.

Изготви пътна карта за следващите 2 тримесечия за [продукт или проект] на [компания]. Цели за годината: [цели]. Кандидат-проекти: [списък с планирани дейности]. Капацитет на екипа: [размер и наличност]. Вече поети ангажименти: [неподлежащи на договаряне клиентски или вътрешни ангажименти].

Организирай пътната карта по тримесечия, като формулираш всеки ред като очакван резултат, а не като функционалност („намаляване на времето за обработка на заявки“, вместо „разработване на модул X“). За всяко тримесечие: максимум 2 или 3 проекта, целеви резултат, показател за успех, зависимости.

Ограничения: запази 20% от капацитета неразпределен за непредвидени ситуации и го посочи изрично. Изброй какво умишлено отсъства и защо, за да пресечеш въпросите „а защо не X?“. Предостави две версии: детайлна за екипа и версия от 5 реда за ръководството. Сигнализирай за проекти, чиято стойност е твърде неясна за планиране.

Помогни ми да оценя натоварването за проект [име на проекта]. Съдържание: [списък с пакети или задачи]. Екип: [профили и опит]. Налична история: [сравними проекти и тяхната реална продължителност].

За всеки пакет: оценка в граници (оптимистична, вероятна, песимистична), хипотези зад оценката (какво трябва да е вярно, за да се спази) и факторът, който би довел до песимистичния сценарий.

Ограничения: когато има история на подобни проекти, съпостави оценката с реалната продължителност и обясни разликата. Систематично добавяй често забравяни дейности: корекции след тестване, координация, обучение, предвидими отсъствия. Представи общото в 3 сценария с процентна разлика между оптимистичния и песимистичния. Ако разликата е над два пъти, посочи коя информация би намалила несигурността.

Изготви пълния бюджет на проект [име на проекта] на [компания]. Планирано вътрешно натоварване: [човекодни по профил и дневна ставка, ако е известна]. Външни покупки и услуги: [списък]. Продължителност: [продължителност]. Одобрен лимит: [сума].

Първо изготви бюджета по пера: остойностени вътрешни разходи, външни услуги, лицензи и инструменти, странични разходи и резерв за непредвидени разходи, чийто процент обоснови според нивото на несигурност. Провери съответствието с одобрения лимит и сигнализирай за превишаване още при изготвянето.

След това изгради механизъм за месечно проследяване: таблица „изразходвано спрямо бюджет“ по пера, преоценка на оставащата работа (не само оставащите пари), прогноза за края на проекта и 2 прага за предупреждение, които задействат информиране на спонсора. Завърши с 3-те най-чести бюджетни отклонения за този тип проекти и как да ги засечем рано.

Създай регистър на рисковете за проект [име на проекта]. Контекст: [описание, краен срок, залози]. Предполагаеми рискове: [идентифицирани рискове]. Външни зависимости: [доставчици, други екипи, чакащи одобрения].

Допълни моя списък с типични рискове за този вид проекти, които не съм споменал, търсейки в 4 групи: човешки (напускане, претоварване, липса на умения), технически, организационни (забавени решения, раздуване на обхвата), външни. За всеки риск: конкретно описание на това, което би се случило, вероятност (ниска/средна/висока), въздействие (ниско/средно/високо), резултираща критичност, наблюдаем предупредителен сигнал, превантивна мярка, план за действие при настъпване, отговорник за наблюдението.

Ограничения: формулирай всеки риск като събитие („доставчикът доставя с един месец закъснение“), никога като обща тема („срокове“). Подреди по намаляваща критичност и ограничи регистъра до 10-те риска, които наистина заслужават проследяване. Уточни ритуала за преглед: честота и въпроси за задаване.

Картографирай заинтересованите страни за проект [име на проекта] в [компания]. Идентифицирани участници: [списък с хора или звена с техните роли]. Какво ще промени проектът за всеки: [предполагаеми въздействия]. Вече забелязана подкрепа или съпротива: [контекст].

Позиционирай всеки участник по две оси: влияние върху проекта (може да го блокира, ускори или нито едното) и текуща подкрепа (подкрепящ, неутрален, скептичен). За всеки влиятелен участник: какво печели или губи от проекта, вероятното му възражение, формулирано с неговите думи, и подходящото действие за ангажиране (включване в решенията, редовно информиране, индивидуален разговор преди обявленията).

Ограничения: не бъркай организационната диаграма с реалното влияние, посочи участници без титли, чието мнение тежи. Изготви плана за ангажираност в таблица: участник, текуща позиция, необходима позиция за успех, действия, отговорник, краен срок. Завърши с 2-мата участници, с които трябва да се видиш приоритетно тази седмица и защо.

Изгради комуникационен план за проект [име на проекта]. Засегнати аудитории: [аудитории, напр. спонсор, екип, потребители, други отдели]. Продължителност на проекта: [продължителност]. Вече известни ключови моменти: [етапи, стартиране, обявления]. Налични канали: [срещи, имейл, интранет, табла].

За всяка аудитория дефинирай: какво трябва да знае (и само това), подходяща честота, канал, формат (2 реда, една страница, среща) и кой изготвя съобщението. Разграничи текущата комуникация (напредък) от събитийната комуникация (старт, превключване, инцидент, край на проекта).

Ограничения: всяка комуникация трябва да отговаря на въпроса на получателя „какво се променя за мен?“, в противен случай я премахни от плана. Подготви съобщението за старт и съобщението за превключване в готов вид. Представи плана в синтезирана таблица, след което изброй 3-те най-чести грешки в комуникацията при този тип проекти и как този план ги избягва.

Изготви RACI матрица за проект [име на проекта]. Основни дейности: [списък с дейности или крайни продукти]. Участници: [включени хора или функции]. Вече констатирано напрежение или неясноти: [контекст, напр. двама души смятат, че решават по една и съща тема].

За всяка дейност разпредели ролите: R (изпълнява), A (отговаря за решението и се отчита, само един на ред), C (консултира се преди това), I (информира се след това). Обясни в един ред всяко нетипично разпределение.

Проверки на качеството: никога двама А на един ред, нито един ред без R, сигнализирай за участници с C на почти всички редове (тясно място за консултации) и участници без никаква роля (да се отстранят от проекта или да се препозиционират). Представи матрицата в таблица, след което изброй 3-те реда, които най-вероятно ще създадат конфликт, с препоръка за подсигуряването им и въпроси за решаване в екипа преди разпространение на матрицата.

Подготви встъпителната среща за проект [име на проекта]. Участници: [участници и роли]. Продължителност: [продължителност, напр. 1 час]. Статус на рамкирането: [одобрен документ или в процес]. Чувствителни точки: [напрежение, скептицизъм, история на провалени проекти по темата].

Предостави: график по минути (защо този проект и защо сега, конкретен краен резултат, какво е извън обхвата, кой какво прави, етапи, правила за работа на екипа, въпроси), 3-те послания, които всеки участник трябва да запомни, и начин за справяне с [чувствителна точка], без да се проваля срещата, но и без да се избягва темата.

Ограничения: Kick-off срещата не е само за спускане на информация, предвиди 2 момента, в които участниците да се включат (идентифициране на рискове, споделяне на лични ограничения). Предостави и съобщението за покана с дневния ред и какво трябва да подготви всеки, както и списък с нещата, които трябва да бъдат одобрени ПРЕДИ срещата.

Подготви следващия управителен съвет за проект [име на проекта]. Участници: [членове на съвета]. Продължителност: [продължителност]. Ситуация на проекта: [напредък, трудности, бюджет]. Решения, от които имам нужда: [очаквани решения с техните опции]. Теми, които рискуват да монополизират дискусията: [чувствителни теми].

Изгради дневния ред, започвайки от решенията за получаване, а не от напредъка: всяко очаквано решение става точка с отделено време, подготвени опции (2 или 3, с предимства, недостатъци и препоръка) и какво се случва, ако решението отново бъде отложено. Напредъкът се разглежда за максимум 10 минути въз основа на предварително изпратен документ.

Предостави: график на дневния ред, точната формулировка на всяко искане за решение, техника за любезно прекъсване на отклоненията по [чувствителна тема] и модел на протокол за решенията, който да се изпрати до 24 часа. Завърши със списък на материалите, които трябва да изпратя на участниците 48 часа по-рано.

Структурирай презентацията за управителния съвет на проект [име на проекта]. Данни за месеца: напредък [изпълнено спрямо планирано], бюджет [изразходван спрямо бюджет], рискове [развитие], очаквани решения [списък], ключови събития [събития за месеца].

Изготви рамка слайд по слайд, максимум 10 слайда: резюме на един слайд (статус, основно послание, очаквани решения), напредък по пакети с отклонения от плана, бюджетна траектория, рискове с променена оценка, фокус върху критичната точка за месеца с опции и препоръка, искани решения (един слайд на решение), следващи стъпки.

За всеки слайд: заглавие, формулирано като послание („Пакет 2 наваксва закъснението“, а не „Напредък пакет 2“), съдържание в максимум 5 точки и какво да се каже устно, което не е на слайда. Ограничения: без слайдове за припомняне на контекста, закръглени и сравнени цифри (спрямо плана, спрямо миналия месец), детайли в приложението. Завърши с теста: ако съветът прочете само слайд 1, има ли най-важното?

Въведи процес за управление на исканията за промяна на проект [име на проекта]. Контекст: [произход на исканията, напр. клиентът добавя нови неща в движение, ръководството променя мнението си]. Съществуващи органи: [срещи и комисии]. Наличен буфер: [оставащ буфер от време и бюджет].

Дефинирай: минимална форма за заявка (описание, заявител, обосновка, реална спешност), 4-те системни въпроса за анализ (въздействие върху срока, върху бюджета, върху другите пакети, какво става, ако не го направим), кой решава според размера на въздействието (предложи прагови стойности) и как се проследяват решенията в регистър на промените.

Напиши и 3 типови отговора: прието искане с обявено въздействие, отложено искане за следваща версия, отказано искане с обосновка. Ограничения: процесът трябва да се събере на половин страница, в противен случай никой няма да го спазва; никое искане не се приема устно без вписване в регистъра. Завърши с начина за представяне на този процес пред най-настоятелния заявител.

Помогни ми да подготвя предоговаряне на непостижим срок. Проект: [име на проекта]. Искан срок: [дата]. Моето убеждение: необходими са [реалистична продължителност], защото [причини: оценено натоварване, зависимости, наличен екип]. Спонсор: [профил на спонсора и какво е важно за него]. Причина за датата: [защо е избрана тази дата, ако знам].

Изготви: фактологично доказателство за разликата (натоварване спрямо капацитет, в прости и проверими цифри), след което 3 честни опции за представяне: спазване на датата чрез намаляване на обхвата (посочи точно какво отпада), запазване на обхвата чрез изместване на датата, добавяне на ресурси с цената и ограниченията на тази опция (нов човек не е продуктивен веднага).

Ограничения: никога не казвай „невъзможно е“ без алтернатива, никога не приемай на среща компромис без изчисления. Подготви отговори на 3-те вероятни възражения на спонсора, включително „оправяйте се“ и „ще видим“. Формат: една страница аргументация плюс таблица със сравнение на 3-те опции.

Изготви план за наваксване на проект [име на проекта], закъсняващ с [продължителност] при краен срок [дата]. Идентифицирани причини: [причини]. Оставаща работа: [оставащи пакети с оценки]. Екип: [състав и наличност]. Възможности за маневриране: [възможен допълнителен бюджет, преговорен обхват].

Започни с проверка на диагнозата: закъснението от твърде ниски оценки ли идва, от раздут обхват, от отклонени ресурси или от външни блокировки? Отговорът променя плана. След това изгради наваксването само чрез реални лостове: намаляване на обхвата, пренареждане за паралелна работа, премахване на вече ненужни задачи, целенасочено подсилване само на критичния път.

Ограничения: забранено е наваксването чрез „свиване“ на оставащите оценки без обосновка, забранено е премахването на времето за тестване. Предостави: нов график с надеждна дата, какво е пожертвано за постигането ѝ, 2-те условия планът да издържи и съобщение до спонсора, което поема отговорност за закъснението без излишни подробности.

Подготви ескалация на блокиран проблем по проект [име на проекта]. Проблем: [описание, напр. чакащо решение, неразпределен ресурс, арбитраж между два отдела]. От кога: [дата]. Какво вече опитах: [направени стъпки]. Получател на ескалацията: [лице и неговото ниво]. Замесени в проблема: [участници, с евентуална чувствителност].

Напиши съобщението за ескалация: припомняне на проблема в 3 фактологични реда с дати, конкретни последици от статуквото, остойностени, когато е възможно (загубени дни, цена, застрашени етапи), 2 или 3 опции за отблокиране с моята препоръка, исканото решение и до кога.

Ограничения: без лични нападки, фактите и датите говорят сами; получателят трябва да може да вземе решение само от това съобщение, без среща. Подготви и кратка устна версия от 60 секунди, ако го срещнеш, както и съобщение до засегнатите лица, за да не научат за ескалацията случайно.

Организирай проследяването на задачите по проект [име на проекта] между срещите. Текуща ситуация: [проблем, напр. задачите се изпълняват наполовина, напомнянията се приемат като следене]. Честота на срещите: [честота]. Налични инструменти: [таблици, тикет системи, месинджъри].

Предложи цялостна система: формат на регистъра на задачите (задача с глагол и проверим резултат, един отговорник, краен срок, статус), ритуал за актуализация (кой актуализира, кога, за колко време) и механизъм за постепенно напомняне: автоматично напомняне 2 дни преди срока, индивидуално фактологично съобщение на датата, споменаване на среща само при второ просрочване.

Напиши модели на съобщения за напомняне за 3-те нива – кратки и без упреци. Ограничения: задача без краен срок или без един отговорник се отхвърля в зародиш; регистърът не трябва да надвишава реалния капацитет на екипа. Завърши с начина за представяне на системата пред екипа като помощ, а не контрол.

Проектирай табло за управление на проект [име на проекта]. Естество на проекта: [тип и краен продукт]. Продължителност: [продължителност]. Чувствителни точки за наблюдение: [залози, напр. кратък срок, ограничен бюджет, критично качество]. Налични данни: [източници: тикети, отчети за време, бюджет].

Избери максимум 6 до 8 показатели, разпределени в 3 блока: напредък (изпълнено спрямо планирано в завършени продукти, а не в проценти на текущи задачи), здраве (просрочени задачи, чакащи решения и тяхната давност, рискове с нарастваща оценка), ресурси (изразходвано спрямо бюджет, натоварване на екипа).

За всеки показател: точна дефиниция, източник, честота на актуализация, обоснован праг за тревога. Ограничения: забрани субективните показатели („80% напредък“) в полза на бинарните завършено/незавършено; всеки показател трябва да задейства възможно действие, когато стане червен. Опиши седмичния преглед за 15 минути: ред на четене, въпроси за задаване и кога да се сигнализира извън екипа.

Изготви месечен отчет за напредъка на проект [име на проекта] за [получатели, напр. управителен съвет]. Данни за месеца: постижения [какво е доставено], отклонения [закъснения или преразходи], бюджет [изразходван спрямо планиран], рискове [промени], взети решения [списък], предупреждения [критични точки].

Задължителен формат от една страница: обща траектория в 2 изречения (ще приключи ли проектът в срок и бюджет – да или не, и какво се промени този месец), постижения за месеца в 3 точки, свързани с етапите, отклонения с тяхната причина и план за справяне (без отклонение без план), бюджет с прогноза за края, предупреждения към ръководството с изрично искане.

Ограничения: ръководството чете много такива отчети, без самореклама или излишни думи; всяко предупреждение води до конкретно искане (арбитраж, ресурс, решение). Отклоненията и лошите новини са на първо място, а не заровени в края на страницата.

Помогни ми да направя арбитраж на ресурсите между няколко конкуриращи се проекта. Текущи проекти: [списък със срокове, залози и напредък]. Споделени ресурси: [хора, работещи по няколко проекта, и текущото им разпределение]. Текущ конфликт: [описание на конфликта за ресурси]. Кой решава в крайна сметка: [орган или лице].

Първо изготви честна снимка: кой по какво работи в реални проценти, а не теоретични, и къде са хората с над 100% натоварване. След това предложи матрица за арбитраж по изрични критерии: значение за компанията, цена на закъснението за всеки проект, необратимост (затварящ се прозорец от възможности), поети външни ангажименти.

Приложи матрицата към текущия конфликт и изготви 2 сценария за разпределение с ясно посочване на печалбите и загубите за всеки проект и произтичащата крайна дата. Ограничения: забранено е решаването на конфликта чрез претоварване на хора; избраният сценарий трябва да бъде съобщен на губещите ръководители на проекти с издържана обосновка.

Подготви планирането на следващия спринт на екип [екип] по проект [име на проекта]. Продължителност: [продължителност]. Капацитет: [присъстващи хора, планирани отпуски, време извън спринта: поддръжка, срещи]. Приоритизиран беклог: [кандидат-елементи с оценки]. Остатък от предишен спринт: [незавършени елементи].

Структурирай сесията: изчисляване на реалния капацитет (налично време минус повтарящи се задачи и непредвидени ситуации), формулиране на целта на спринта в едно изречение (резултатът в края, а не списък с тикети), избор на елементи в рамките на капацитета, започвайки от остатъците, колективна проверка дали всеки елемент е разбран и дефиниран.

Ограничения: отхвърляй елементи без критерии за приемане; ако заявителят натиска за повече от капацитета, отговорът е избор между елементи, никога мълчаливо приемане на претоварване. Предостави график на сесията, формулировка на целта и 3 сигнала по време на спринта, че ангажиментът няма да бъде спазен.

Подготви воденето на ретроспекция на спринт за екип [екип]. Продължителност: [напр. 45 мин]. Текуща атмосфера: [контекст, напр. изхабен ритуал, скорошно напрежение, нов екип]. Теми на деня: [събития от изминалия спринт]. Действия от предишни ретроспекции: [решени действия и реалният им статус].

Предостави: график по минути, започващ с отчет за действията от предишната ретроспекция (ретроспекция, чиито действия не се изпълняват, умира след 3 итерации), формат на водене, адаптиран към [атмосфера], въпроси за подтикване, когато екипът остава на повърхността, и метод за избор: максимум 2 действия за подобрение, избрани от екипа, всяко с отговорник и срок в следващия спринт.

Ограничения: без действия от типа „да комуникираме по-добре“, всяко действие описва наблюдаема промяна; темите извън контрола на екипа се отбелязват отделно за ескалация. Предложи и 2 алтернативни формата за следващите ретроспекции.

Рамкирай ежедневната среща на екип [екип] по проект [име на проекта]. Текуща ситуация: [проблем, напр. срещата трае 30 минути, превръща се в отчет пред шефа]. Размер на екипа: [брой]. Начин на работа: [присъствено, дистанционно, смесено].

Предложи целеви формат: максимална продължителност, фиксиран час и фокус върху координацията: какво е завършено от вчера, какво блокира или рискува да блокира, от какво имам нужда от другите. Всичко, което не е координация (технически дебати, решаване на проблеми), се отбелязва и разглежда след срещата само със засегнатите.

Дай: правила за водене, които предотвратяват отчета пред шефа (екипът говори помежду си, ротация на водещия), фраза за прекъсване на отклоненията, адаптации за [начин на работа] и 3 сигнала, че срещата вече не е полезна, с коректив за всеки. Завърши със съобщение за новия формат към екипа, обясняващо „защо“ без да отрича стария начин.

Помогни на екип [екип] да дефинира своите критерии за завършеност (Definition of Done) за проект [име на проекта]. Тип продукти: [естество, напр. софтуерни функции, обучителни материали, проучвания]. Констатирани проблеми: [симптоми, напр. продукти, обявени за готови, но върнати, неравномерно качество].

Изгради DoD на 3 нива: какво прави един елемент „завършен“ (проверими критерии: прегледан от колега, тестван, документиран, одобрен от кого), какво изрично е изключено за реализъм и допустими изключения с правило за тяхното проследяване.

Ограничения: максимум 8 критерия, всички проверими с „да“ или „не“, без критерии, които екипът не може да изпълни с текущите си средства. Предостави още: метод за приемане чрез екипен уъркшоп, правило за прилагане към текущата работа и ритуал за преразглеждане след няколко седмици употреба.

Организирай потребителското приемане (UAT) на проект [име на проекта]. Продукт за тестване: [описание]. Налични тестери: [профили и наличност]. Планирана продължителност: [продължителност]. Съществуващи критерии за приемане: [дефинирани критерии или никакви].

Изготви: план за тестване със случаи, организирани по реални потребителски пътеки (не по екрани или функции), всеки случай описан с входни данни, действие, очакван резултат; приоритизация на случаите (блокиращи за пускане, важни, за удобство); правило за класифициране на аномалии с конкретни примери за всяко ниво; процес за корекция и повторно тестване.

Предостави и рамка на протокола за приемане: какво е тествано, аномалии по нива, решение (приемане, приемане със забележки с дати, отказ) и подписали лица. Ограничения: тестване без реалистични данни не доказва нищо; приетите забележки трябва да имат отговорник и срок за отстраняване.

Подготви план за пускане в експлоатация на [продукт или система] за проект [име на проекта]. Целева дата: [дата]. Засегнати потребители: [кой и колко]. Възможен прозорец за работа: [интервал, напр. уикенд, нощ]. Участници: [хора и роли]. Възможно ли е връщане назад: [да/не/частично и как].

Изготви: списък преди пускане (технически предпоставки, одобрения, комуникация, бекъп, наличност на ключови хора), график час по час с отговорник за всяка стъпка и наблюдаем критерий за успех, точки за решение go/no-go (кой решава и по какви критерии), план за връщане назад (при какви сигнали се задейства и как се изпълнява) и наблюдение през първите часове/дни.

Ограничения: всяка стъпка има проверим критерий за успех; връщането назад трябва да е описано със същата детайлност като самото пускане. Завърши със съобщение до потребителите преди и след пускането.

Организирай непрекъснатостта на дейността по време на миграция от [стара система/процес] към [нова система/процес] в [компания]. Планиран преходен период: [продължителност]. Критични дейности: [дейности]. Засегнати екипи: [екипи]. Известен рисков период: [календарни ограничения, напр. счетоводно приключване, сезонен пик].

Разгледай въпросите, които провалят преходите: по време на едновременното съществуване коя система е водеща за всеки тип данни (ясно правило), как да се избегне двойно въвеждане или как да се организира правилно, кой обработва операциите, започнати в старата и завършени в новата система, и как се замразяват или синхронизират данните при окончателното превключване.

Предостави: таблица на критичните дейности с техния режим на работа по време на прехода, правила за „водеща система“ по случаи, механизъм за засилена поддръжка през първите седмици и 3-те най-вероятни сценария за инциденти с инструкции за реакция.

Подготви приключването на проект [име на проекта], чийто краен продукт беше приет на [дата]. Елементи на проекта: [доставчици, бюджет, документация, екип]. Оставащи забележки: [евентуални забележки от приемането].

Изготви пълен списък за приключване: договорна част (разплащане с доставчици, отстраняване на забележки, прекратяване на достъпи), финансова част (спиране на отчитането на разходи, отчет „изразходвано спрямо бюджет“ с обяснение на разликите), документална част (къде и какво се архивира, какво трябва да е откриваемо след 2 години), човешка част (пренасочване на екипа, персонални благодарности), част по прехвърляне (кой става отговорен за поддръжката).

Ограничения: разграничи блокиращите приключването неща от тези, които могат да завършат по-късно; проект „завършен на 98%“, който се влачи 6 месеца, струва скъпо – определи твърда дата за приключване. Предостави и рамка за отчет на проекта на една страница: ключови цифри, успехи, отклонения и архив на поуките.

Организирай предаването на проект [име на проекта] между [напускащ ръководител] и [нов ръководител]. Контекст на напускането: [причина и налично предизвестие]. Статус на проекта: [напредък, горещи точки, предстоящи етапи]. Възможно време за застъпване: [продължителност или липса].

Изготви досието за предаване, като приоритизираш това, което не фигурира в документите: история на решенията и причините за тях, устни ангажименти към клиента или спонсора, чувствителни теми и характери на участниците, рискове, които напускащият наблюдава неформално, реално състояние на всеки пакет извън официалния репортинг.

Организирай застъпването: срещи, на които напускащият представя новия ръководител (спонсор, клиент, екип), ред на темите за предаване според спешността и съобщение за промяната, което вдъхва увереност. Ограничения: предаването се проверява – предвиди списък с въпроси, на които новият ръководител трябва да може да отговори сам в края на периода; нещата, които не са могли да бъдат предадени, се изброяват изрично с контакт за спешни случаи.

Подготви интегрирането на [нов колега, профил], който се присъединява към екипа на проект [име на проекта] на [дата]. Статус на проекта: [напредък и контекст]. Очаквана роля: [задачи]. Налично време на екипа за съдействие: [реално ограничение].

Изготви план за първите 2 седмици: материали за четене през първия ден, ограничени до най-важното (рамкиране, последен отчет, регистър на рисковете, речник на проекта), 4 срещи с ключови хора и целта на всяка, първа полезна и ясно дефинирана задача още през първата седмица (избери според [роля]), и определен ментор с 10-минутна ежедневна среща.

Ограничения: забрани поредицата от 15 пасивни срещи – новият колега учи чрез работа; обясни това, което никой не казва на нов човек: чувствителност между участниците, конфликтни теми, реални вериги за вземане на решения. Предостави график за 2 седмици, подреден списък за четене и въпроси, на които новият трябва да отговори на 15-ия ден.

Помогни ми да се справя с конфликт в моя екип. Контекст: [фактологично описание на конфликта между двамата души, без съдене] по проект [име на проекта]. Констатирано въздействие: [ефекти върху проекта: задържане на информация, напрегнати срещи, закъснения]. Моята роля: [ръководител на проект, без йерархична връзка / с йерархична връзка]. История: [давност на конфликта, вече направени опити].

Предложи процес в 3 стъпки: първо индивидуални разговори (въпроси за разбиране на версията на всеки, без потвърждаване или предателство, капани за избягване), след това общ разговор (рамка за откриване, как да се върнем към фактите, когато се премине към личности, как да постигнем съгласие по 2 или 3 конкретни правила за работа), накрая проследяване (как да се провери дали споразумението се спазва без явно следене).

Ограничения: остани в ролята на ръководител на проект – темите за йерархично управление или ЧР се идентифицират и препращат, не се решават тук; никой от двамата не трябва да излезе от процеса посочен като виновен пред екипа. Посочи и сигналите, които налагат незабавна ескалация.

Помогни ми да коригирам поведението на изпълнител, който се отклонява от поетите ангажименти по проект [име на проекта]. Изпълнител: [компания и услуга]. Констатирани отклонения: [датирани факти: закъснения, лошо качество, сменен екип, неизпълнени обещания]. Договорна рамка: [какво предвижда договорът: продукти, срокове, неустойки]. Зависимост: [доколко изпълнителят е заменим].

Изгради градация: първо среща за корекция (фактологично досие на разликите между ангажимент и реалност, датирано и източниково; протичане на срещата, изискваща план за възстановяване със срокове, а не извинения), след това засилено проследяване (кратки етапи, изрични критерии за излизане от кризата, писмен протокол след всяка точка), накрая подготовка на алтернатива, ако възстановяването се провали (да се стартира дискретно сега, ако зависимостта е голяма).

Ограничения: всичко се формализира писмено след всеки устен разговор – досието защитава при спор; остани фактологичен и договорен, без заплахи, които не можеш да изпълниш. Предостави: таблица с отклоненията, имейл за свикване на среща, рамка на срещата и обективни критерии за прекратяване.

Изготви техническо задание за избор на изпълнители за [обект на консултацията, напр. нов уебсайт, внедряване на инструмент] за [компания]. Нужда: [описание на нуждата и проблема]. Технически и организационен контекст: [съществуващо положение, ограничения]. Индикативен бюджет: [диапазон или умишлено несъобщен]. Календар: [срокове].

Структура: представяне на компанията и контекста на половин страница, проблем за решаване и цели, формулирани като очаквани резултати (опиши нуждата, а не решението), обхват и изключения, незадължителни ограничения (технически, нормативни, времеви), очаквани крайни продукти, обявени критерии за избор с тяхната тежест, протичане на конкурса (въпроси, дата за подаване, презентации) и задължителен формат на отговора за лесно сравнение.

Ограничения: всяко изискване трябва да е проверимо при доставка; разграничи задължителните изисквания от пожелателните. Завърши с 5-те въпроса за презентацията, които разкриват дали изпълнителят наистина е разбрал нуждата.

Изготви матрица за сравнение на получените оферти за [обект на консултацията]. Оферти: [брой оферти и резюме на всяка: цена, срок, подход, ключови моменти]. Критерии, които са важни за нас: [приоритети, напр. спазване на срокове, поддръжка, обща цена, стабилност на изпълнителя]. Усещания: [впечатления за проверка, напр. твърде ниска цена, общ отговор].

Изгради матрицата: критерии, групирани по семейства (разбиране на нуждата, предложен подход, реален екип, пълна цена за периода, включително неща извън първоначалната оферта, проверими референции, договорни условия), тежест, обоснована от приоритетите, скала за оценяване с описание за всяко ниво за ограничаване на субективността.

Приложи матрицата към описаните оферти и сигнализирай за: необясними разлики в цените (ниска цена често крие намален обхват), ресурси, представени на презентацията, които няма да участват в проекта, скрити периодични разходи. Предостави попълнена сравнителна таблица, въпроси за уточнение по оферти и аргументирана препоръка в 5 реда.

Изготви план за управление на промяната за [проект, напр. внедряване на нов инструмент] в [компания]. Засегнати групи: [групи с техния брой и какво се променя за всяка]. Изразени или предполагаеми опасения: [очаквана съпротива]. Календар на внедряване: [ключови дати]. Налични средства: [време, бюджет, посланици].

За всяка група: какво се променя конкретно в ежедневието им (ползи И загуби, премълчаните загуби излизат скъпо по-късно), необходимо ниво на подкрепа (информиране, обучение, пряка помощ) и ключово послание от тяхна гледна точка.

Структурирай плана във времето: преди (обявяване, мрежа от вътрешни посланици, избрани заради авторитета им, а не заради наличността им, обучение), по време (засилена помощ, организирано събиране на оплаквания, видимо коригиране на докладвани проблеми), след (измерване на реалната употреба, а не на процента преминали обучение, работа с оставащите огнища на съпротива).

Ограничения: никой план не се основава на „повече комуникация“ без уточнение какво и на кого; всяко действие има отговорник и дата. Предостави плана в таблица по групи и обобщен календар.

Проектирай план за обучение на крайни потребители за внедряването на [инструмент или процес] в [компания]. Потребители: [профили, брой, ниво на умения, географско разпределение]. Какво трябва да може да прави всеки профил: [задачи по профили]. Ограничения: [наличност на екипите, бюджет, краен срок].

Изгради механизъм по профили, а не общо обучение: за всеки – 5 до 10 ключови действия, извлечени от реални случаи (не изчерпателен преглед на функциите), подходящ формат (кратка групова сесия, видео урок, индивидуално придружаване), продължителност и материали за справка (кратки инструкции от една страница за задача, вместо ръководство).

Планирай сесиите възможно най-близо до пускането: обучение 6 седмици преди употребата се забравя. Предвиди механизъм за наваксване за отсъстващите и локални лица за контакт по обекти или екипи.

Ограничения: измервай успеха чрез реалната употреба след пускането (способност за изпълнение на ключови действия, обем на запитвания към поддръжката), а не чрез процента на участие. Предостави плана в таблица по профили и приоритизиран списък с материали за изготвяне.

Сериозен инцидент засяга проект [име на проекта]: [естество на инцидента, напр. неуспешно пускане, загуба на данни, спиране на услуга]. Констатирано въздействие: [кой е засегнат и как]. Статус на решаването: [какво знаем, какво още не знаем]. Аудитории за информиране: [ръководство, вътрешни екипи, клиенти, партньори].

Напиши последователността от съобщения: първото съобщение, изпратено бързо (какво знаем, какво не знаем, какво правим и кога ще дадем нова информация – ангажирай се с час за следващ отчет, а не с час за решаване, който не знаеш), междинни отчети в обявения ритъм дори без новости, и съобщение за решаване с мерки за предотвратяване на повторение.

Адаптирай всяко съобщение според аудиторията: ръководството иска въздействие и решения, потребителите искат да знаят как да работят междувременно, клиентите искат да знаят дали са засегнати и защитени. Ограничения: без спекулации за причината, докато не е установена, без посочване на виновни, без неспазени обещания за срокове. Предостави съобщенията готови за адаптиране и правила кой с кого говори.

Помогни на екип [екип] от [компания] да напише своите OKR за тримесечие [тримесечие]. Приоритети на компанията за периода: [приоритети]. Повтарящи се задачи на екипа: [постоянни дейности]. Планирани проекти и идеи: [проекти]. Брой служители: [размер на екипа].

Изготви максимум 2 или 3 цели: всяка формулирана като вдъхновяваща, но конкретна промяна (не списък със задачи), изрично свързана с приоритет на компанията. За всяка цел – 2 до 4 ключови резултата: измерими с начална и целева стойност, измерващи постигнат резултат, а не извършена дейност („намаляване на времето за обработка от X на Y“, а не „внедряване на инструмент Z“).

Ограничения: ежедневната работа не се превръща в OKR; ключов резултат, за който не знаем как ще измерим днес, се преформулира или отпада; сигнализирай за цели, които екипът не контролира достатъчно. Предостави предложените OKR, въпроси за обсъждане в екипа и ритуал за проследяване: честота, 15-минутен формат и какво се прави, когато резултатът изостава.

Подготви прегледа в края на тримесечието за OKR на екип [екип]. OKR за изминалото тримесечие: [цели и ключови резултати с ниво на изпълнение]. Ключови събития за тримесечието: [контекст: непредвидени ситуации, промяна на приоритети]. Участници: [участници]. Продължителност: [продължителност].

Структурирай прегледа в 3 части: честна оценка на всеки ключов резултат по реални цифри (неизмерен резултат е непостигнат резултат), анализ на разликите чрез разделяне на причините (изпълнение, грешна амбиция или външни събития), решения за следващото тримесечие (какво продължаваме, какво прекратяваме, какво променяме).

Ограничения: прегледът не е упражнение по оправдаване – без слайдове с контекст, премини директно към цифрите; цел, постигната на 100% още първия месец, поставя под въпрос амбицията толкова, колкото цел на 20% поставя под въпрос изпълнението. Предостави: график по минути, скала за оценяване, въпроси за анализ и рамка на обобщаващото съобщение след прегледа.

Подготви Post-mortem анализ на инцидент [описание], възникнал на [дата] по проект [име на проекта]. Известна хронология: [протичане на събитията по часове]. Замесени хора: [участници]. Климат: [контекст, напр. някой се чувства нападнат, ръководството търси виновен].

Структурирай документа и срещата: фактологична хронология, възстановена колективно (час по час, без интерпретации), анализ на причините отвъд индивидуалната грешка (човешката грешка е симптом: какво е позволило тя да се случи, какво е трябвало да я улови преди въздействието), какво е проработило добре при засичането и реакцията, и превантивни действия.

Правила за водене: търсим как системата е допуснала инцидента, а не кой е сгрешил; този, който каже „сгреших“, прави услуга на всички и не трябва да съжалява. Ограничения: максимум 5 действия, всяко с отговорник и срок, с приоритет на тези, които премахват възможността за грешка, а не на тези, които изискват „повече бдителност“. Предостави рамка на документа и график на срещата.

Помогни ми да превърна поуките, натрупани от [екип/компания], в стандарти за работа. Наличен материал: [източници: протоколи от ретроспекции, отчети от проекти, анализи на инциденти]. Текущ проблем: [симптом, напр. едни и същи грешки се повтарят, отчетите се пишат и никога не се четат].

Процедирай така: групирай поуките по теми и отдели тези, които се повтарят (повторяемостта определя приоритетните стандарти), превърни всяка избрана поука в приложимо правило в едно изречение с неговия спусък („при всеки старт на проект правим X“) и дефинирай къде ще живеят тези правила, за да бъдат виждани в точния момент: интегрирани в шаблони на документи и списъци, вместо в отделен документ, който никой не отваря.

Ограничения: общо максимум 10 правила, всяко правило има собственик; предвиди шестмесечен преглед за премахване на ненужни правила – база, която само расте, умира. Предостави: предложените правила, класифицирани по момент на употреба, място за интегриране и съобщение до екипа.

Подготви проект [име на проекта] за одит или преглед на качеството, провеждан от [одитор: вътрешен одит, клиент, сертифициращ орган] на [дата]. Обявен обхват: [какво ще се проверява]. Реално състояние: [известни силни и слаби страни, актуалност на документите]. Залог: [какво зависи от това: финансиране, доверие на клиента, сертификация].

Организирай подготовката: референтно досие за съставяне (рамкиране, решения, рискове, протоколи, бюджет) със списък на вероятно липсващите или остарели неща за приоритетно актуализиране, въпроси, които одиторът вероятно ще зададе, и за всяко слабо място – честната позиция за заемане: признаване, доказване, че е идентифицирано и управлявано, представяне на план за действие с дати.

Ограничения: никога не подправяй документи и не слагай стари дати – признато слабо място с надежден план изглежда по-добре от фасада, която се разпада при разговор; инструктирай хората, които ще бъдат интервюирани, да се придържат към фактите. Предостави: списък за досието, вероятни въпроси с подготвени отговори и график за подготовка.