Project Management · 2026-05-09
Тайното оръжие на PM-а: Action Log & RAID Log
От корабния дневник на капитан Родригес от 1742 г. до съвременния project management — Action Log е най-мощният инструмент на PM-а за документирана отчетност. Научете 3-те съвета, които държат проектите на курс.
Годината е 1742. Испански кораб разрязва вълните на Атлантическия океан. Вътре, капитан Родригес седи на бюрото си и старателно записва нещо в голяма книга с кожени корици. Моряците си разменят погледи, питайки се какви важни неща техният капитан смята за достойни за такава съсредоточена документация.
"Главното платно има малка дупка от дясната страна" — пише капитанът. "Ако не я поправим до утре сутринта, корабът ще се забави и може да се отклоним в грешна посока. Торес трябва да зашие платното преди изгрев слънце."
Защо беше толкова важен този прост запис?
Какво правеше разликата между достигането на Америка по разписание и безцелното дрейфуване с седмици?
Отговорът се крие в силата на документираната отчетност.
Корабният дневник превърна едно просто наблюдение в задача с краен срок и отговорен човек. Никакво място за объркване, никакво пространство за извинения.
Всичко благодарение на Logbook. Терминът "logbook" произлиза от "log-line" — устройство, което моряците използвали за измерване скоростта на кораба.
Можем ли да класифицираме такава експедиция като проект? Да! Взело ли е project management добри практики от корабоводенето? Отново да!
Представяме ви Action Log!
PM-ът го използва за документиране на ad-hoc събития, които се случват и са релевантни за проекта. Критично важен е по време на фазата на изпълнение — именно тогава несигурността се превръща в конкретни събития. Събития, които често създават пречки, предизвикателства и проблеми за проекта. И ако не се управляват по организиран начин — създават кризи.
Съвет #1: Винаги имайте такъв!
За предпочитане е да създадете Action Log в началото на проекта — но не по-късно от Kick-off срещата.
Ето един скорошен пример от проект, който управлявах. Нова машина трябваше да бъде инсталирана в производствения цех. Една от ключовите задачи беше да се направи тест, за да се гарантира, че не само машината работи, но и целият процес около нея — от производственото планиране до финалната доставка.
Когато се обърнах към производственото планиране, мениджърът Рики ми каза, че не вижда машината в ERP системата.
"Странно" — казах аз. "Машината физически е тук, но е невидима за нашата планираща система?"
Договорихме се това да бъде обсъдено с IT отдела. След няколко дни тишина — и нарастващото ми безпокойство — се свързах директно с IT отдела.
Оказа се, че Макс, отговорният от IT, не може да направи много, тъй като използват външна IT компания за тези ERP промени. Но никой не предприемаше действия! Проектът беше изложен на риск заради тази привидно проста задача.
Помолих Макс да свърши това, но той небрежно спомена: "Външният консултант идва в завода само всеки четвъртък."
Днес беше петък! Аргхх…..
Бяхме го пропуснали с един ден — което означаваше потенциално закъснение от цяла седмица за нещо, което трябваше да отнеме минути за поправяне.
Веднага вписах това в нашия Action Log:
След като документирах точно кой трябва да направи какво и до кога, проследих отново в сряда с имейл — поставяйки конкретния ред с името на Макс от Log-а, за да може визуално да види своя ангажимент.
На следващия четвъртък, като по магия, всичко беше оправено. Машината се появи в системата, производственото планиране можеше да продължи и времевата линия на проекта остана непокътната.
Никакви разгорещени спорове, никакво ескалиране до senior management — само тихата сила на документираната отчетност.
Точно както записът в дневника на капитан Родригес гарантира, че платното е поправено, преди да застраши пътуването, Action Log гарантира, че всяка задача намира своя отговорник и достига до завършване, преди да дерайлира вашия проект.
Без дрейфуване, без извинения, без пропуснати срокове.
Съвет #2: Винаги дефинирайте 3-те елемента: Действие – Отговорник – Краен срок. И не пропускайте нито един!
Но за да използвате силата на Action-Owner-Due Date, PM-ът не може да спре само при документирането. Нужна е активна комуникация, за да се гарантира:
• Отговорникът е наясно със задачата, с крайния срок и... с факта, че той е отговорникът. Не приемайте това за даденост и никога не вписвайте нечие име без неговото разбиране и съгласие.
• Отговорникът след това се следи отблизо. Въпреки че може да сте написали отличен log, срещата е приключила и отговорникът на задачата може да мисли: "Уф, срещата с този PM свърши... Чудесно, време за почивка!" Трябва да гарантирате, че именно така не се възприема едно действие в log-а от отговорниците.
Съвет #3: Активирайте невидимата ръка
Трябва да ги накарате да знаят, че ще бъдат проследени, напомнени и преследвани за това, което е записано в log-а. Точно като имейла, който изпратих на Макс в сряда.
Трябва да проследявате елегантно и да видите дали нещата ще бъдат затворени до срока — или дали има вторични блокери. Човекът трябва да знае, че вие сте там... в тъмното, и ще дойдете след него.
Инструменти: От Action Log до RAID Log
В съвременния project management древният корабен дневник се е трансформирал в дигитална таблица. Термините, с които може да се срещнете, са повече от един — action log, issue log, Actions & Issues log, и сега широко разпространеният RAID Log и RAIDD Log.
Най-широко използваната версия е RAID Log — съкращение от Risks (Рискове), Actions (Действия), Issues (Проблеми) и Dependencies (Зависимости). Това е стандартният инструмент в различните индустрии за проследяване на всичко, което може да засегне вашия проект — на едно единствено място. Независимо дали го наричате Action Log, Issue Log или RAID Log, принципът е идентичен: всеки елемент се нуждае от отговорник, краен срок и активно проследяване. Добър RAID Log template в Excel или Google Sheets често е всичко, от което PM-ът се нуждае, за да поддържа пълен контрол върху сложен проект.
Как аз го използвам? Обичам простите неща — затова го създавам в MS Excel или Google Sheets.
Знам, че много от вас веднага ще скочат от местата си, когато чуят MS Excel.
Днес има безброй софтуерни решения, които включват механизма action-owner-due. Trello, Jira, Notion, Monday и много други. Те са чудесни инструменти, които позволяват на PM-а да прави много други неща също — ще говорим за тях повече в друга статия.
Но знаем, че когато action-owner-due date влезе в сила, екипът и заинтересованите страни започват да пеят едната и съща песен.
А правилната мелодия трябва да бъде… записана.