Agile екипите могат да генерират голямо количество данни за дейността, но все пак да оставят заинтересованите страни със същите основни въпроси: На път ли сме? Какво се промени? Какво е в риск? Какво решение се изисква от мен? Полезната презентация за статус на проекта трябва да отговори на тези въпроси бързо, без да се превръща във втори беклог, заместител на екипните събития или колекция от метрики за тщеславие.
Тази страница предоставя безплатен, готов за копиране шаблон за презентация на статуса на проекта за Agile екипи. Можете да пресъздадете структурата на слайдовете в PowerPoint или друг инструмент за презентации и да я адаптирате към вашия продукт, проект, честота на докладване и аудитория. Целта не е всеки екип да докладва по един и същи начин. Целта е да ви даде лека структура, която прави напредъка, несигурността и решенията видими.
Започнете оттук, преди да изберете цветове, графики или оформление на слайдовете. Презентацията за статус е полезна, когато помага на заинтересованата страна да реши, одобри, премахне блокиращ фактор, промени приоритет, приеме прогноза или разбере съществена промяна. Ако аудиторията може да прочете презентацията и все пак не може да разбере какво изисква внимание, докладът вероятно е твърде описателен и не достатъчно ориентиран към вземането на решения.
За Agile екип най-полезните въпроси обикновено са:
Официалното ръководство за Scrum подчертава прозрачността, инспекцията и адаптацията. То също така посочва, че напредъкът към договорените цели трябва да се инспектира често, за да могат да бъдат открити нежелани отклонения или проблеми. Това прави кратката презентация за статус най-ценна, когато подобрява видимостта и подкрепя реална адаптация, а не просто документира, че е свършена работа. Вижте официалното ръководство за Scrum.
Добра настройка по подразбиране са седем основни слайда, с опционално приложение с метрики. По-малките екипи могат да комбинират няколко от тях в три или четири слайда. По-големите програми може да добавят детайли, но основната презентация трябва да остане лесна за преглед.
| Слайд | Какво да покажете | Въпрос, на който отговаря |
|---|---|---|
| 1. Корица и период на докладване | Име на проекта или продукта, екип, период на докладване, собственик | Каква актуализация гледам? |
| 2. Ръководен статус | Общ статус, текуща цел, основна промяна, основен риск, необходимо решение | Какво е най-важно в момента? |
| 3. Напредък на спринта или итерацията | Цел на спринта, завършена работа, работа в процес, смислен тренд | Напредваме ли към краткосрочната цел? |
| 4. Доставени резултати | Завършен инкремент, въздействие върху клиента/потребителя, валидирано учене | Каква стойност или знание произведе екипът? |
| 5. Прогноза и етапи | Краткосрочни етапи, целеви дати, увереност или допускания | Какво трябва да очакваме следващо? |
| 6. Рискове, блокажи, зависимости | Въздействие, собственик, смекчаване, необходима помощ | Какво може да попречи на напредъка? |
| 7. Следващи стъпки и решения | Следващ фокус, собственик, краен срок, ясни искания за решения | Какво се случва след тази актуализация? |
| Опционално приложение | Подкрепящи трендове и оперативни метрики | Какви доказателства подкрепят обобщението? |
Отговорете на заглавните въпроси, преди да покажете детайли. Практическият слайд за ръководен статус може да побере пет елемента: текуща цел, общ статус, един или два доказателствени пункта, основен риск и необходимото решение или действие. Аудиторията не трябва да има нужда да тълкува шест графики, за да открие заключението.
Ако използвате статус червен/жълт/зелен, дефинирайте правилата. Например, зеленото може да означава, че текущата цел е постижима в рамките на настоящата прогноза и няма нерешен проблем, изискващ ескалация; жълтото може да означава, че целта все още е постижима, но съществен риск или зависимост изисква активно управление; червеното може да означава, че текущата прогноза или цел вече не е достоверна без промяна. Това са примери, а не универсални Agile стандарти. Вашата организация трябва да избере дефиниции, които са последователни и видими.
Избягвайте промяната на цвета на статуса просто защото наближава среща. Достоверният индикатор за статус трябва да отразява доказателствата и известната несигурност, а не натиска от презентацията.
Използвайте метрики, които обясняват напредъка или риска за тази аудитория. Трендът и контекстът обикновено имат по-голямо значение от единично число. В зависимост от работата, полезните доказателства могат да включват завършени резултати, трендове на цикъла или времето за изпълнение, пропускливост, избягали дефекти, надеждност на услугата, увереност в прогнозата, обратна връзка от клиенти или напредък към целта на продукта.
Практиките като burndown, burnup, cumulative-flow и подобни могат да бъдат полезни средства за прогнозиране, но Ръководството за Scrum изрично отбелязва, че такива практики не заместват емпиризма. То също така предупреждава, че в сложни среди бъдещето е по своята същност несигурно. Това е добра причина да обозначавате прогнозите като прогнози и да показвате допусканията, вместо да представяте графика като сигурност.
Само когато помага на целевата аудитория да разбере контекста на планирането на самия екип. Ръководството за Scrum не предписва скоростта като задължителна Scrum метрика. Ако я включите, обяснете какво означава тя за този конкретен екип и избягвайте да я използвате като класация за производителност между екипите. Число без контекст може да доведе до грешно решение.
Не. В Scrum Прегледът на спринта е работна сесия, в която Scrum екипът и заинтересованите страни инспектират резултата от спринта и обсъждат напредъка към Целта на продукта. Ръководството за Scrum конкретно казва, че Прегледът на спринта не трябва да се ограничава до презентация. Презентацията за статус може да подкрепи разговора, да предостави кратко предварително четиво или да обобщи информация за хората, които не могат да присъстват, но не трябва да превръща прегледа в едностранно докладване.
Към септември 2026 г. официалният сайт на Ръководствата за Scrum все още идентифицира Ръководството за Scrum от ноември 2020 г. като текущата официална версия. Можете да проверите текущата версия на официалната страница за изтегляне на Ръководството за Scrum.
Проектирайте основната презентация за хората, които трябва да вземат или влияят на решенията. Ръководителите обикновено имат нужда от текущата цел, бизнес въздействието, прогнозата, съществените рискове и исканията за решения. Продуктовите и доставъчните лидери често имат нужда от същото обобщение, плюс детайли за етапите и зависимостите. Екипът може да има нужда от по-дълбоки оперативни данни, но тази информация може да живее в беклога, таблото, системата за проследяване на проблеми или приложението, вместо в ръководните слайдове.
Прост тест е да премахнете всеки елемент, който не променя разбирането или действието. Ако един слайд съдържа двадесет елемента от беклога, но аудиторията има нужда да знае само, че една външна зависимост заплашва етап, обобщете зависимостта и линкнете към системата за детайлно проследяване, вместо да възпроизвеждате беклога.
Не спирайте до списък с проблеми. Всеки съществен елемент трябва да покаже защо е важен, какво се прави, кой е отговорен за следващото действие и дали е необходима помощ от заинтересованите страни. Компактен ред за риск може да използва тази структура:
Разграничете блокажа, който вече пречи на напредъка, от риска, който може да възникне. Разграничението прави ескалацията по-ясна и предотвратява всяка грижа да изглежда еднакво спешна.
Използвайте честотата, която съвпада с решенията на заинтересованите страни и ритъма на доставка на екипа. Седмична актуализация може да има смисъл за бързо движеща се инициатива с външни зависимости. Актуализация, базирана на спринтове, може да е достатъчна, когато спринтът вече осигурява правилния ритъм на инспекция. Месечна презентация може да подхожда на висшето управление, когато съществените решения се вземат по-рядко.
Ръководството за Scrum казва, че спринтовете са събития с фиксирана продължителност от един месец или по-малко, и че редовните Scrum събития създават възможности за инспекция и адаптация. Това не означава, че всеки Scrum екип има нужда от отделна седмична презентация за статус. Избягвайте създаването на работа по докладване, която дублира информация, която вече е видима и разбрана другаде.
Запазете структурата стабилна и съдържанието заменяемо. Използвайте последователни плейсхолдъри за периода на докладване, текущата цел, обобщението на статуса, таблицата с рискове, прогнозата за етапите и исканията за решения. Поставете постоянните визуални правила като разположение на логото, типография, долен колонтитул и стандартни оформления в шаблона за презентация, вместо да ги изграждате наново всеки цикъл.
Microsoft документира, че PowerPoint може да започне от подготвени шаблони и че десктоп версията на PowerPoint може да запазва многократно използвани шаблони като .potx файлове. Ръководството за поддръжка също така обяснява, че Slide Master и оформленията на слайдовете могат да се използват за създаване на многократно използвани плейсхолдъри. Вижте ръководството на Microsoft за презентации в PowerPoint и инструкциите на Microsoft за създаване и запазване на шаблон за PowerPoint.
Ако работите в PowerPoint за уеб, Microsoft казва, че можете да създавате презентации от шаблони, но текущата страница за поддръжка на създаването на шаблони отбелязва, че създаването на самия многократно използваем шаблонен файл за PowerPoint изисква десктоп версията. Това ограничение е важно, ако целта ви е истински .potx шаблон, а не презентация, която дублирате ръчно.
Заменете общите етикети с езика, който вашите заинтересовани страни реално използват. Направете текущата цел ясна. Премахнете неизползваните метрики. Дефинирайте цветовете на статуса. Проверете датите и собствениците. След това направете исканията за решения конкретни: вместо „Нужна е подкрепа“, напишете какво решение е необходимо, от кого и до кога.
Също така разграничете фактите от прогнозите. „Три функции отговарят на Дефиницията за готово“ е твърдение за завършена работа, ако екипът ви го е проверил. „Освобождаването се очаква следващия месец“ е прогноза и трябва да включва съответните допускания или увереност. Поддържането на тези категории отделни помага на читателите да разберат какво е известно срещу това, което може да се промени.
След актуализацията проверете резултата, а не външния вид на слайдовете. Полезният доклад трябва да позволи на читателя да отговори на въпросите за текущата цел, най-важния напредък, основния риск, краткосрочната прогноза и следващото решение, без да иска отделно обяснение.
Ако отговорът на няколко от тези въпроси е не, опростете презентацията, преди да добавите повече графики. Най-добрият шаблон за презентация на статуса на проекта не е този с най-много слайдове. Това е този, който създава достатъчно прозрачност, за да могат правилните хора да разберат ситуацията и да вземат следващото полезно решение.
Използвайте безплатен Excel тракер за имоти под наем, за да организирате приходите, разходите, имотите и месечния паричен поток. Научете какво да записвате, как да го настроите и какви грешки да избягвате.
Използвайте този безплатен, готов за копиране шаблон за презентация на статуса на Agile проекта, за да покажете напредъка, рисковете, решенията и следващите стъпки, без актуализациите да се превърнат в шум.
Записът на екрана в PowerPoint има видео, но няма звук? Проверете контролата за аудио, достъпа до микрофона в Windows, настройките за вход, съвместимостта при възпроизвеждане, актуализациите и поправката.
Създайте безплатна графика на смени на служителите в Excel с автоматично изчисляване на часовете, обработка на нощни смени, приспадане на почивки, седмични общи суми, флагове за планиране на извънреден труд и печатен изглед на екипа.
Създайте безплатен шаблон за фактура в Excel, който автоматично изчислява облагаемите суми, данъка върху продажбите и общите стойности. Сравнете конфигурациите с единна ставка, таблица за справка и ставка по редове и разберете кога Excel вече не е достатъчен.
Конвертирайте PDF в редактируем Word с минимална загуба на форматиране, използвайки Word или Acrobat. Научете кога директната конверсия работи, кога е необходим OCR и как да поправите таблици, шрифтове и прекъсвания на страници.
Създайте разпечатваема оферта за строителни дейности в Excel с обхват, материали, труд, непреки разходи, резерв, надценка, данък и готови за печат суми – плюс формули и грешки, които да избягвате.
Постройте практичен тракер за лидове в Excel с таблица, падащи списъци за етапи, дати за последващи действия, маркери за просрочие, филтри и просто обобщение на фунията – плюс признаци, че е време да преминете към CRM.
Научете как да използвате разпечатваема дневна шаблон за блокиране на времето PDF за работа от вкъщи: планирайте блокове за фокус, срещи, почивки, буфери и я разпечатайте правилно.
Сравнете HubSpot Free CRM и Zoho CRM за самостоятелни агенти по недвижими имоти, включително контакти, имейли, тръбопроводи за сделки, персонализиране, автоматизация, мобилно използване и компромиси при надграждане.
