Всяко ръководство ви съветва да разделите големия проект на работни потоци. Въпреки това почти никое от тях не ви казва какво да правите с празнините между тях. А именно тези празнини определят дали проектите ще успеят или ще се провалят.
Лесно е да си представим работните потоци в управлението на проекти като обикновена задача по разделяне. Разделяте работата на потоци, назначавате отговорник за всеки от тях и ги оставяте да вървят. Но разделянето на работата е само първата стъпка. Един поток може да върви перфектно, но все пак да предизвика проблеми, ако никой не следи предаването на работата на следващия екип.
Това ръководство се фокусира върху управлението на процесите между различните етапи. Например, предаването на задачите, зависимостите и общите крайни срокове.
TL;DR: Работните потоци разделят един сложен проект на паралелни направления, всяко от които има един отговорник. Тази част е лесна и почти всеки я изпълнява правилно. Това, което проваля проектите, са прехвърлянията, зависимостите и общите срокове, които свързват тези направления. Твърде често никой не е натоварен да следи за тези пропуски.
Екипите, които постигат резултати, не просто работят по-добре. Те разглеждат всяка точка на взаимодействие като нещо, което трябва да се наблюдава ежедневно. Те определят ясни отговорници, използват прости контролни точки от типа „да“ или „не“ и следват ясни правила за това кога да ескалират даден проблем. Ако трябва да запомните само едно нещо: управлявайте връзките, а не само работните потоци.
Какво представлява работният поток в управлението на проекти?
Работният поток е отделен, самостоятелен набор от свързани задачи. Той протича успоредно с други потоци, за да се постигне една и съща основна цел на проекта. Всеки поток има свои собствени резултати от проекта, график и един отговорник: ръководителят на работния поток.
Ключовата дума тук е „структура“. Неорганизираната група от задачи няма граници и ясен отговорник. За разлика от нея, работният поток има определен обхват, ясни точки на предаване и едно лице, отговорно за напредъка. Тази структура предотвратява конфликтите при паралелната работа.
Работните потоци са това, което прави един сложен проект разбираем. Можете да видите състоянието на всеки поток, без да се налага да разплитате цялата картина. Без тях големите проекти се провалят. Всичко изглежда еднакво спешно, екипите пропускат зависимостите, а едно-единствено закъснение разрушава целия график на проекта.
Ще чуете работни потоци да се наричат още „тракове“, „проектни потоци“ или „потоци на доставка“. Това е една и съща структурна единица под различни наименования.
Работен поток срещу работен процес: Какво е разликата между тях?
Работният поток е широка област на работа. Работният процес е конкретният механизъм, който движи задачата в рамките на този поток. Хората често объркват тези термини. Объркването им обаче води до неяснота относно отговорността.
Работният поток е цялостна област от свързани задачи, екипи и резултати в рамките на даден проект. Работният процес е точната последователност от стъпки, които една задача следва от начало до край. Например: Изготвяне, преглед, одобрение, публикуване.
Ето основните разлики, представени една до друга:
| Обхват | Широка сфера на свързана дейност | Единен повтаряем процес |
| Отговорност | Ръководителят на работния поток управлява екипа | Отговорникът по процеса определя стъпките |
| Продължителност | Продължава толкова дълго, колкото и проектът | Повтаря се при всяко започване на задача |
| Роля в проекта | Важен паралелен процес | Процес, протичащ в рамките на даден поток |
| Пример | Маркетинг за пускане на продукт на пазара | Одобрение на съдържанието в рамките на това пускане |
Основното правило: Връзката се състои в обхващане. Всеки работен поток съдържа множество работни процеси.
Основното правило: Връзката се състои в обхващане. Всеки работен поток съдържа множество работни процеси.
Представете си работния поток като контейнер, а работните процеси – като повтарящите се механизми вътре в него. Например, маркетинговият работен поток за пускането на продукт на пазара може да включва три отделни работни процеса: процес за създаване на съдържание, процес за одобрение на реклами и процес за проверка на списъка с задачи в деня на пускането.
Какви са ползите от работните потоци?
Работните потоци ви предоставят шест конкретни предимства: ограничени закъснения, ясна отговорност, видима натовареност, изолирани рискове, по-лесно отчитане и по-бързо въвеждане в работата. Те не просто организират проекта; те променят начина, по който той се държи под натиск. Ето какво получавате.
- Ограничени закъснения. Закъснение в един поток не се разпространява към останалите. В обикновен списък със задачи закъснение на едно място забавя всичко. С работните потоци двуседмично закъснение в инфраструктурата не засяга UX дизайна, освен ако те не са пряко свързани. Щетите се свеждат от „целия проект“ до „един поток“. Можете лесно да разграничите пропуснат междинен краен срок от пропуснат старт
- Ясна отговорност. Всеки работен поток има един конкретен ръководител. Когато нещо се обърка, никой не губи време да пита: „Чия работа беше това?“ Ръководителят или го оправя, или го ескалира. При споделената отговорност проблемите остават нерешени: всеки предполага, че някой друг се занимава с това
- Видими работни натоварвания. Можете да забележите преумората, преди тя да се случи. Хората и инструментите принадлежат към конкретни потоци, а не към един огромен списък с нерешени задачи. Системата ви показва дали даден инженер е ангажиран в три потока, които достигат пикова натовареност едновременно. Това припокриване е невидимо в обикновен списък, но е очевидно в изгледа на работните потоци.
- Изолиран риск. Ако доставчикът пропусне краен срок в потока за миграция на данни, потокът за управление на промените продължава да разработва обучителни материали. Потокът за техническа настройка също продължава да напредва. Един застой блокира един поток, а не пет. Губите една работна седмица, вместо цяла проектна седмица
- По-лесно отчитане. Ръководителите могат да проверят един-единствен поток, без да четат целия проект. Заинтересована страна, която се интересува само от съответствието с изискванията, може да потърси отговора в конкретния поток. Не е необходимо да прелистват 200 задачи, за да разберат състоянието
- По-бързо въвеждане в работата. Новите членове на екипа стават продуктивни за броени дни. Инженер, който се присъединява в средата на проекта, не е необходимо да се запознава с цялата инициатива, за да помогне. Той просто се запознава с обхвата на своя работен поток и започва да работи. Работният поток създава малка, управляема граница
Проектите не се провалят в рамките на работните потоци. Те се провалят на границите между тях. Ето защо:
Разделянето на проекта на работни потоци е лесната част. Всеки може да начертае кутийките. Това, което проваля проектите, е това, което се случва между тези кутийки. Това са предаванията, зависимостите и моментите, в които един поток пропуска краен срок, от който зависи друг поток.
Решенията, промените в статуса и променените крайни срокове се губят по веригата. Колкото повече работни потоци създавате, толкова повече прехвърляния на задачи трябва да следите.
Това е просто математиката от книгата „The Mythical Man-Month“, приложена към структурата, а не към хората. Авторът показа, че комуникационните пътища нарастват квадратично въз основа на следната формула:
n(n-1)/2: с увеличаването на броя на хората разходите за координация нарастват квадратично, докато резултатите нарастват само линейно.
Ако замените „хора“ с „работни потоци“, урокът остава валиден. Три потока изискват управление на три интерфейса. Шест потока – на петнадесет. Всеки добавен поток не само увеличава обема на работата. Той умножава броя на местата, където работата може да се провали.
Това променя изцяло перспективата към работата. Работата на ръководителя не се състои само в управлението на собствения му поток. Тя включва и защитаването на границите му. Той трябва да знае точно какво дължи на другите потоци и какво те му дължат.
По същия начин работата на проектния мениджър не се състои само в управлението на задачите. Тя се състои в управлението на взаимодействията между работните потоци. Те трябва да следят предаването на задачите, да наблюдават зависимостите и да откриват рисковете, свързани с взаимодействието между потоците, на ранен етап.
И тук има уловка. Известното правило, наречено „Законът на Конвей“, предупреждава, че организациите по естествен начин изграждат системи, които имитират собствените им вътрешни комуникационни канали. С други думи, вероятно ще групирате работните си потоци според съществуващата си организационна структура, без да го искате.
След това ще бъдете изненадани колко често именно задачите, които обхващат два различни екипа, са тези, които се забавят. Ограничете работните потоци според вида на работата, а не според това кои хора вече работят заедно. Останалата част от това ръководство не се отнася до рисуването на кутийките. Тя се отнася до проектирането на връзките между тях.
Видове работни потоци в управлението на проекти
Има четири основни вида работни потоци: функционални (по отдели), междуфункционални (по резултати), географски (по региони) и технологични/системни (по технически слоеве). Начинът, по който разграничавате тези потоци, определя кои прехвърляния на отговорности ще трябва да защитавате през целия проект.
| Функционално | Ясни граници, които всеки разбира | Междоуместните задачи често остават незабелязани | Екипи, чиято работа е предимно самостоятелна |
| Междоведомствена | Всичко се вписва в работния поток и е лесно за проследяване | Трудно е да се намери персонал; хората са разпределени по различни потоци | Резултати, които изискват тясно сътрудничество |
| Географски | Отчита реалните местни различия | Дублиране на усилията в различните региони | Глобално внедряване с истински местен обхват |
| Технология/система | Шевовете съответстват на реалните системни интерфейси | Всички рискове, свързани с интеграцията, се поемат в края | Софтуер и ИТ с ясно разграничени слоеве |
Функционални работни потоци
Функционалните работни потоци се организират по отдели или дисциплини, като например инженерство, маркетинг или правни въпроси. Това е стандартният избор за някои екипи, тъй като тези граници вече съществуват в организационната структура. Никой не спори къде свършва един поток и къде започва следващият.
Какво работи добре:
- Граници, които всички разбират: Няма спорове за това кой отговаря за какво, което отразява начина, по който хората вече възприемат ежедневните си роли
- Ясни преходи, когато работата е самостоятелна: Ако инженерният екип може да разработва, без да чака правния екип през по-голямата част от времето, преходите остават лесни за управление
- Ясна отговорност: Ръководителят на всеки отдел е очевидният отговорник, което прави отчетността ясна още от първия ден
Ограничения:
- Междоведомствените задачи нямат „дом“: Всичко, за което са необходими три екипа едновременно, става ничия работа (задачата не се вписва ясно в нито един работен поток)
- Работните потоци се оптимизират само на локално ниво: Всеки екип усъвършенства своя собствен поток и приема, че някой друг отговаря за предаването на задачите
Пропуснете тази стъпка, ако: Вашите най-важни цели постоянно изискват три или повече отдела да работят в синхрон. Броят на пресечните точки бързо ще надвиши броя на работните потоци.
Най-подходящо за: Проекти, при които работата на всеки екип е относително самостоятелна, с няколко ясни и добре дефинирани точки на предаване на задачите.
Междоуправленски работни потоци
Междоведомствените работни потоци са структурирани около конкретен резултат или крайно постижение. Те обединяват хора от различни отдели в един поток. Например, потокът „въвеждане на нови потребители“ може да включва дизайнер, инженер и специалист по поддръжка. Той обединява всички елементи в потока, където ръководителят ги вижда ежедневно.
Какво работи добре:
- Най-трудните преходи стават видими: Конфликтите между дизайнерите и инженерите се разрешават в рамките на един работен поток по време на ежедневната среща. Те не се задълбочават отвъд отдалечените организационни граници
- По-тясно сътрудничество между екипите с различни умения: Хората, които работят за постигането на един и същ резултат, се координират по-бързо, отколкото тези, които защитават отделни територии
- Ясна отговорност за резултатите: Ръководителят носи отговорност за завършения резултат. Успехът се измерва с изпълнената работа, а не с обикновената активност
Ограничения:
- Подборът на персонал е постоянна борба: Вие изтегляте хора от техните основни екипи, а техните обичайни мениджъри все още ги искат. Това раздвоява лоялността на служителите
- Проблемът се прехвърля в календарите на хората: човек, включен в три различни междуфункционални потока, се превръща в новото препятствие, дори ако нито един от потоците не е претоварен
Пропуснете това, ако: Не можете да получите истинска ангажираност от ръководителите на отделите да предоставят своите служители. Междуфункционалните потоци с непълна численост са по-лоши от функционалните.
Най-подходящо за: Резултати, които изискват тясно сътрудничество между различни специалисти, при което предпочитате да управлявате конфликтите отблизо, а не през границите на екипите.
Географски работни потоци
Географските работни потоци се организират по региони или местоположения, например „Стартиране в Северна Америка“ срещу „Стартиране в EMEA“. Тази структура е често срещана при глобални внедрявания, при които местните закони, езици или пазарни условия създават различни задачи.
Какво работи добре:
- Отчита реалните местни различия: Когато местните закони или пазарните условия се различават, регионалните потоци позволяват на всеки екип да работи със собствено темпо
- Местна отговорност и действие: Регионален ръководител, който познава пазара, взема по-добри решения, отколкото централен проектен мениджър, който прави предположения от разстояние
- Ограничен регионален риск: Забавяне, свързано с нормативните изисквания в Европа, не спира пускането на продукта в Северна Америка
Ограничения:
- Дублирането на усилията е основната причина за провала: Два региона решават един и същ проблем два пъти, защото няма ясна граница между локалната и съвместната работа
- Общата основа се пренебрегва: Правилата за бранда, моделите на данни и ценовите структури трябва да останат последователни във всички региони. Тези елементи се нуждаят от централен отговорник, но регионалните екипи приемат, че някой друг се занимава с това
Пропуснете това, ако: Вашите региони се различават само по часова зона. Така добавяте високи разходи за координация за разлики, които всъщност не съществуват. По-добре би било да използвате функционална структура.
Най-подходящо за: Глобални внедрявания, при които местните условия създават напълно различни задачи, подкрепени от ясно дефинирана и споделена основна структура.
Работни потоци, свързани с технологиите/системите
Работните потоци в областта на технологиите/системите групират работата по технически слоеве, като например Front-End, Back-End, база данни или инфраструктура. Тази организация е често срещана в софтуерния и ИТ сектора. Всеки слой има различни отговорници и рискови профили. Това е най-буквалната версия на израза „проектите се провалят по шевовете“, тъй като шевовете тук са системните интерфейси.
Какво работи добре:
- Връзките съответстват на реални кодови договори: Предаването на задачи представлява кодови връзки и API-та. Те могат да бъдат дефинирани, версирани и тествани. Те са далеч по-конкретни от неясното предаване на задачи между екипите
- Специализирана отговорност: Ръководителят на всеки слой притежава задълбочени познания относно рисковете, свързани с конкретния слой. Това означава, че проблемите се откриват на ранен етап от хора, които ги разбират
- Паралелен напредък: Екипите за фронтенд и бекенд могат да работят едновременно по съгласуван договор
Ограничения:
- Рискът от интеграцията се натрупва в края: Всяко забавено решение относно начина, по който слоевете се свързват, трябва да бъде взето наведнъж по време на фазата на интеграция. Ето защо тази последна фаза толкова често се проваля
- Промените в договора остават незабелязани: Ако един слой промени интерфейса си, без да уведоми останалите, всичко се разпада в самия край
Пропуснете това, ако: Вашият проект е достатъчно малък, така че един екип отговаря за целия технически стек. Потоците, базирани на слоеве, добавят допълнителни интерфейси, от които нямате нужда.
Най-подходящо за: Софтуерни и ИТ проекти, при които всеки слой на системата има отделни отговорници, уникални рискови профили и ясен интерфейс за обмен на код между тях.
Повечето големи проекти използват хибриден подход
Смесването на тези стилове обикновено е правилно, но именно тук капаните на организационната структура удрят най-силно. При глобално пускане на продукт на най-високо ниво могат да се използват географски потоци, като във всеки регион са вградени функционални подпотоци като маркетинг, логистика или съответствие с нормативните изисквания.
Просто не забравяйте математиката от по-рано: всяко ниво на вграждане увеличава броя на преходите. Вграждайте вашите следи само дотолкова дълбоко, колкото можете ясно да виждате преходите.
Какво е необходимо за всеки работен поток
Всеки работен поток се нуждае от десет неща: един конкретен отговорник, ясен обхват, документирани входящи и изходящи данни, етапи на предаване, независимо проследяване на статуса, правило за ескалация, специален канал за комуникация, стандартен формат за актуализации, резервно време при преходите и единен източник на информация. Независимо как разделяте един проект, работен поток може да функционира успешно само ако тези елементи са налице.
- Един конкретен отговорник. Необходим е един ръководител на работния поток, който да отговаря за напредъка и предаването на задачите в рамките на потока. Това не може да бъде комисия или екипът като цяло. Ако не можете да посочите отговорника с една дума, това означава, че потокът все още не съществува.
- Ясен обхват и резултати. Напишете ясно и просто какво произвежда този работен поток и какво не. Неясният обхват води до два работни потока, които или създават едно и също нещо, или и двата приемат, че другият го прави
- Списък с входящи и изходящи елементи. Определете какво се изисква от другите потоци, за да започне даден поток, и какво той им дължи, когато приключи. Това е връзката, записана на хартия. Ако не я документирате, тя не съществува за целите на планирането.
- Ясни етапи на предаване на работата. Използвайте прости контролни точки от типа „да“ или „не“, разположени там, където този работен поток предава работата на друг. Един етап от проекта е или завършен, или не. Никога не обозначавайте предаването на работата като „завършено на 80%“
- Независимо проследяване на статуса. Всеки поток трябва да показва дали е в график, в риск или блокиран. Това позволява на ръководството да проверява отделен поток, без да чете всяка задача в него
- Ясно правило за ескалация. Договорете се предварително кога даден препятстващ фактор напуска работния поток и се прехвърля към главния проектен мениджър. Например: „всяко препятствие, продължаващо повече от два дни, или всяка зависимост, изложена на риск“. Без такова правило или всичко се ескалира, или нищо не се ескалира
- Специален канал за чат. Създайте едно конкретно място за актуализации, решения и файлове, свързани с този работен поток. Поддържайте го отделен от основния чат на проекта, за да не се изгубят важни подробности
- Стандартен формат за актуализация. Задайте колко често ръководителят докладва за състоянието и какъв шаблон да използва. Поддържайте този формат еднакъв във всички потоци, за да може проектният мениджър лесно да ги сравнява
- Предвидете резервно време при преходите. Включете допълнителни дни в графика, специално около точките на предаване на задачите. Закъсненията се умножават, когато работата преминава от един човек към друг
- Един източник на достоверна информация. Поддържайте една основна версия на плана и статуса на работния поток, на която всички се доверяват. Ако разпръснете подробностите из различни приложения, ще създадете отново хаоса, който работните потоци са предназначени да отстранят
Как да създадете работен поток за вашия проект
Създаването на работен поток се извършва в пет стъпки: дефиниране на обхвата, разделяне на проекта на крайни резултати, определяне на един отговорник за всеки поток, очертаване на зависимостите и етапите, и накрая – настройване на комуникацията и проследяването.
Независимо дали планирате в електронна таблица, платформа за управление на проекти или на бяла дъска, цялата работа се състои в очертаването на граници, които да се запазят, когато работата започне да преминава през тях.
Стъпка 1: Определете обхвата и целите на проекта
Преди да начертаете дори един работен поток, запишете какво включва проектът и какво не. Границите на работните потоци трябва да произтичат от обхвата на проекта, а не обратното. Ако създадете потоци, преди да разберете същността на работата, ще пропуснете критични задачи или ще създадете дублираща се работа.
Документирайте три неща, преди да продължите:
- Краен резултат: Завършеният резултат, като например пуснат на пазара продукт или мигрирана система
- Твърди ограничения: бюджетът, крайният срок и всички правила за съответствие
- Критерии за успех: Как да разберете, че работата е завършена, например чрез одобрения от заинтересованите страни
Бъдете кратки. Тази стъпка трябва да доведе до създаването на прост документ с обхвата на проекта, който се побира на една страница.
Съвет от професионалист: Напишете едно изречение, което описва целта на проекта. Ако в това изречение думата „и“ се използва повече от веднъж, вероятно в него се крият няколко работни потока.
Стъпка 2: Разделете проекта на крайни резултати
Определете основните резултати, които проектът трябва да постигне. Групирайте свързаните елементи в потоци, всеки от които има един конкретен резултат.
Избягвайте прекомерната усложненост тук. Всеки поток, който добавяте, създава повече преходи. Проект, разделен на десет потока, може да отнеме повече време за срещи, отколкото за текущата работа.
Използвайте Теста за независимост за вашите групи:
- Разделете ги, ако два набора от задачи могат да напредват, без да се чакат взаимно
- Дръжте ги заедно, ако са тясно свързани и ежедневно в тях участват едни и същи хора
- Включете ги отново, ако дадена група има по-малко от 5 задачи или само 1 човек
Стъпка 3: Определете отговорници и роли за работните потоци
Определете за всеки работен поток точно един отговорник. Този човек отговаря за графика, крайните резултати и предаването на задачите. Не възлагайте отговорността на комисия или на екипа. Фокусирайте се върху едно име.
Определете ролите около този единствен отговорник:
- Ръководител: Лицето, което носи отговорност за работния поток
- Сътрудници: Хората, които действително изпълняват работата
- Одобряващи лица: Хората, които одобряват завършените резултати
- Заинтересовани страни: Хора, които се нуждаят от актуална информация, но не работят по задачите
Съвет от професионалист: Дайте на вашите ръководители реална ежедневна власт. Ако един ръководител не може да отстрани препятствията пред собствения си екип, без първо да попита главния проектен мениджър, структурата е фалшива.
Стъпка 4: Определете зависимостите и задайте етапите
Документирайте как потоците зависят един от друг, като използвате ясни и видими връзки. Не разчитайте на предположения. Ако дадена зависимост съществува само в главата на някого, тя не може да задейства сигнал, когато графикът се забави.
Отбележете точните точки, в които пътеките се пресичат:
- Зависимости: За всеки работен поток избройте входящите пречки и изходящите резултати
- Етапи на предаване: Прости контролни точки от типа „да“ или „не“, разположени на всяко пресечно място
- Общи срокове: Когато два работни потока имат един и същ краен срок, двамата ръководители трябва да се споразумеят за датата заедно
Съвет от професионалист: В електронна таблица използвайте колона „зависи от“. В инструмент за управление на проекти използвайте визуален изглед на времевата линия, за да видите критичния път във всички потоци наведнъж. Още по-добре е да използвате структуриран шаблон като шаблона за картиране на зависимостите в ClickUp, който ви предоставя готово място за отразяване на зависимостите, вместо да ги следите в ума си.
Стъпка 5: Настройте комуникацията и проследяването
Предоставете на всеки поток собствено специфично пространство за актуализации, решения и файлове. Поддържайте го отделено от основния чат на проекта. Това предотвратява ежедневният чат на един поток да заглушава спешните сигнали на друг поток.
Определете три елемента, за да изготвите опростен план за комуникация за всеки работен поток:
- Един източник на достоверна информация: Една основна версия на плана, на която всички се доверяват
- Стандартен график за актуализации: Колко често ръководителят докладва за състоянието, като използва подходящ шаблон, за да може проектният мениджър лесно да сравнява напредъка
- Правило за ескалация: Съгласувано правило за случаите, в които даден проблем се предава на ръководителя на проекта
Съвет от професионалист: Стандартизирайте шаблоните за статус преди стартирането на проекта. Ако всеки ръководител измисля свой собствен формат, проектният мениджър губи време да превежда актуализациите, вместо да управлява рисковете по проекта.
Най-добри практики за управление на работните потоци
Успешното управление на работните потоци се свежда до шест навика: провеждайте седмични проверки на връзките между потоците, организирайте работни сесии, проследявайте хората в различните потоци, поддържайте регистър на рисковете между потоците, преразглеждайте границите при достигане на важни етапи и приключвайте завършените потоци. Настройването им е като снимка. Изпълнението им е като филм.
Структурата, която проектирате в началото, започва да се променя още в първия ден на работа. Ръководител напуска, зависимост се променя или второстепенен поток изведнъж поглъща половината от екипа. Ето защо толкова много организации се разпадат още през втората седмица.
Тези шест практики поддържат вашите работни потоци непокътнати, когато реалността се променя:
- Проверявайте връзките. Проверките на статуса обикновено се фокусират върху един-единствен работен поток, за да се види дали той върви по план. Всъщност обаче именно връзките между потоците са тези, които се провалят – и това наистина се случва. Ръководителят на един поток може тихо да пренасрочи резултат, от който зависи друг поток. Веднъж седмично ръководителите трябва да потвърждават отново какво дължат един на друг и кога
- Провеждайте работни сесии. Ръководителите се нуждаят от редовни срещи, за да обменят информация за пречките и да разрешават конфликти, преди те да се втвърдят. Това не е излъскана актуализация за заинтересованите страни. Всеки ръководител посочва какво го възпрепятства, какъв етап предстои и какво се е променило в графика му. Проектният мениджър направлява разговора, без да го доминира. Срещайте се седмично при дългосрочни проекти или ежедневно при краткосрочни събития.
- Следете хората. Даден поток може да изглежда напълно в ред, докато човек, на когото са възложени три различни потока, се превръща в пречка. Това припокриване остава невидимо, когато наблюдавате потоците поотделно. Обърнете внимание на инженера или дизайнера, чиито потоци достигат пика си през една и съща седмица. Ранното откриване на това припокриване предотвратява изчерпването на екипа
- Поддържайте регистър на рисковете, засягащи няколко работни потока. Рисковете, които се отнасят само до един поток, са отговорност на ръководителя на този поток. Рисковете, които обхващат няколко потока – като закъснение от страна на доставчик – могат да провалят проектите. Водете прост регистър, който отбелязва кои потоци засяга всеки риск. Определете един отговорник за всеки риск, засягащ няколко потока, и го преглеждайте при всяка синхронизация между ръководителите.
- Преразгледайте границите при големите етапи. Границите, които са били идеални в началото, може да се окажат погрешни три месеца по-късно. Определете официални моменти за преразглеждане при основните етапи. Помолете ръководителите да проверят дали работните потоци, връзките и съставът на екипа все още са подходящи. Не променяйте границите всяка седмица, защото екипите ще загубят фокуса си. Променяйте ги, когато данните го налагат.
- Затваряйте завършените работни потоци. Всеки поток отнема време и усилия поради срещите и предаването на задачи, които създава. Някои потоци продължават да съществуват, след като работата, която ги е оправдала, вече е приключила. Когато даден поток се свежда до няколко остатъчни задачи, обединете го със съседен поток. Не плащайте допълнителни разходи за координация, за да го поддържате активен. Затварянето на завършен поток поддържа проекта ви ефективен. Освен това, по-малко потоци означават по-малко места, където работата може да се пропусне.
3 примера за работни потоци в различни отрасли
Работните потоци се срещат в различни проекти, като например маркетингови кампании, разработване на софтуер и строителни проекти, като всеки път имат една и съща структура, но с различна степен на строгост на зависимостите. Ето как изглеждат те на практика в три често срещани проекта.
1. Работен поток „Маркетингова кампания“
Да предположим, че дадена компания пуска продукт на пазара чрез няколко канала. Кампанията се ръководи от мениджър по кампании. Четири потока работят успоредно и всички са фокусирани върху една дата на пускане на пазара. Ето как се разпределят те:
- Създаване на съдържание: Публикации в блога, казуси, целеви страници. Отговаря мениджърът по маркетинг на съдържанието
- Платени медии: Рекламни материали, таргетиране и бюджет. Отговаря мениджърът по генериране на търсене
- Събития: Организиране на уебинари, координация на лекторите, промотиране. Отговаря специалистът по събития
- Подкрепа на продажбите: Презентационни материали, „battle cards“, сценарии за демонстрации. Отговаря продуктовият маркетолог
Критичната връзка: Отделът за платени медии не може да финализира рекламния креатив, докато отделът за съдържание не предостави одобрените послания и брандовите ресурси.
Какво го отличава: Зависимостите са гъвкави. Повечето потоци могат да се движат самостоятелно за определени периоди. Така че рискът не е в твърда верига. Той се състои в една или две прехвърляния на съобщения, които блокират всичко по-нататък по веригата. Следете връзките, а не календара.
Критичната връзка: Отделът за платени медии не може да финализира рекламния креатив, докато отделът за съдържание не предостави одобрените послания и брандовите ресурси.
Какво го отличава: Зависимостите са гъвкави. Повечето потоци могат да се движат самостоятелно за определени периоди. Така че рискът не е в твърдата верига. Той се състои в една или две прехвърляния на съобщения, които блокират всичко по-нататък. Следете връзките, а не календара.
2. Работен поток за разработка на софтуер
Сега си представете екип, който разработва ново приложение за клиенти. Ръководител на инженерния екип координира работата между отделните групи, като всяка група отговаря за определен слой. Веригата от зависимости преминава през всеки работен поток, така че закъснение на което и да е място отлага датата на пускане. Работата е разпределена по следния начин:
- UX проучване: Предоставя прототипи и проверени потребителски потоци
- Front-end: Създава компоненти съгласно проектите
- Back-end/API: Създава услуги едновременно съгласно договорения договор
- Контрол на качеството и тестване: Тестове спрямо правилата за приемане
- DevOps/настройка: Разгръщане към тестови и производствени сайтове
Ключовият елемент: Отделът за контрол на качеството се нуждае от прозрачност както по отношение на напредъка във фронтенда, така и в бекенда, за да планира тестовите цикли.
Какво го отличава: В Agile средите тези потоци съответстват на екипите. Всеки от тях изпълнява своя собствен график за планиране на спринтове и се синхронизира само при общи етапи, като финализирането на функционалностите. Рискът от интеграция се натрупва в края. Затова местата, които трябва да се наблюдават, са договорките за кода между слоевете.
3. Работен поток на строителен проект
Накрая, вземете за пример проект за търговска сграда. Той се ръководи от главен изпълнител, който координира дейностите на различните специалисти, чиято последователност не може да бъде променена. Това е най-стриктната структура на зависимости във всяка индустрия. Това прави прехвърлянията на задачи безкомпромисни. Работните потоци трябва да достигат етапите в строго определена последователност:
- Подготовка на обекта: Разчистване, нивелиране, подготовка на основите
- Строително инженерство: Работи по конструкции и носещи елементи
- Електроинсталации и водопровод: Грубото изпълнение, което не може да започне, докато строителството не достигне своите етапи
- Вътрешна довършителна работа: Извършва се след одобрена инспекция на грубата конструкция
- Разрешителни/съответствие с нормативните изисквания: Провежда се успоредно, но забавя началото на физическото строителство
Критичната връзка: Строителните работи трябва да достигнат определени контролни точки, преди да може да започне грубото монтиране на електроинсталацията и водопровода.
Какво го отличава: Не можете да променяте реда на задачите. Тук няма „заден изход“ от типа „просто го преместете успоредно“, какъвто имат другите две системи. Затова картирането на зависимостите тук не е просто „хубаво да се има“. То е основната задача от първия ден. Пропуснато предаване на задачата спира работата на сайта.
Как да настроите работни потоци в ClickUp
ClickUp организира работата в пространства, папки и списъци. Всеки работен поток разполага със собствен списък с уникални статуси, задачи и документи. Всички изгледи споделят едни и същи данни. Преместете задача или променете дата на едно място и промяната се отразява навсякъде.
Какво работи добре конкретно за работните потоци:
- Йерархията съответства на границите на работните потоци. Създайте пространство или папка за проекта, а след това списък за всеки работен поток. Всеки списък има свои собствени статуси (например, инженерният поток преминава през „Завърши“, „В процес“, „Преглед на кода“ и „Завършено“, докато маркетинговият поток преминава през „Чернова“, „Преглед“, „Одобрено“ и „Публикувано“). Границата на работния поток е границата на списъка, така че обхватът остава ограничен без допълнителна конфигурация
- Зависимостите се разпространяват по веригите. Свържете задачи от различни списъци в изгледа „Диаграма на Гант “, като начертаете линии на зависимост. Активирайте опцията „Препланиране на зависимостите“. И когато един работен поток закъснее с предаването на задача, всяка следваща задача в следващия поток се премества автоматично. Връзката между потоците остава видима, вместо да се прекъсва
- Таблата за управление предлагат видимост между работните потоци: Създайте табла за управление в ClickUp, филтрирани по списък, за да виждате на един екран състоянието, пречките и напредъка по ключовите етапи на всеки работен поток. Проектният мениджър вече не се налага да търси актуална информация от пет различни източника, а вместо това започва да управлява риска
- AI обобщава информацията от различните работни потоци: ClickUp Brain извлича статуса от няколко списъка едновременно и показва зависимостите между потоците. Черновата се актуализира за ръководителите на работните потоци. Системата разполага с пълен контекст по подразбиране, което намалява разходите за координация между паралелните потоци
- Супер агент, който охранява преходните точки. Назначете ClickUp Супер агент към проекта и той ще следи преходните точки вместо вас. Той сигнализира, когато крайният срок за предаване се пропусне, уведомява ръководителя на приемащия поток, когато се промени зависимост от предходния етап, и извежда на преден план рисковете между потоците, които проверката на състоянието на един поток пропуска. Това е постоянно активната версия на седмичния одит на връзките, така че когато таблото за управление стане изцяло зелено, това не скрива незабелязано пропуснато предаване на задача.
Ограничения:
- Има период на адаптация. Екипите, които идват от Trello или споделени електронни таблици, трябва да планират йерархията си (Пространства → Папки → Списъци) предварително. Ако пропуснете структурата и сложите всичко в един списък, напълно губите разделението на работните потоци. На повечето екипи им отнема седмица или две, за да свикнат с настройката, която им подхожда
- Това е повече, отколкото ви е необходимо за прости проекти. Ако работите по по-малко от три паралелни потока с един малък екип, една електронна таблица с колона „зависи от“ ще ви помогне да напредвате по-бързо
Пропуснете тази стъпка, ако: Вашият проект се състои от един екип, има малко предавания на задачи и няма реални зависимости между работните потоци.
Най-подходящо за: Проекти с участието на няколко екипа, при които паралелните работни потоци имат реални зависимости и закъснението в един поток трябва да се отрази видимо и върху останалите.
Четири проблема с шевовете, които няма да предвидите
Вече можете да забележите очевидните грешки. Те включват липса на посочен отговорник, очертаване на работни потоци около организационната ви структура или натоварване на един човек с три работни потока.
Но някои грешки не изглеждат като такива, докато ги правите. Изглежда, че всичко върви добре. Ето четири проблема, които се крият на пръв поглед:
Проектът, който изглежда изцяло зелен, но всъщност тайно е в криза. Всеки ръководител маркира своя поток като „в график“. Таблото ви е цяло зелено, но въпреки това датата на стартиране се отлага. Това се случва, защото измервате статуса вътре в всеки поток, но самото предаване на задачите няма собствен статус.
Решението: Дайте на всяко предаване собствен статус. Маркирайте го като „в график“, „в риск“ или „блокирано“. След това възложете отговорността за този статус на приемащия екип.
Ръкостискането, което никой не е записал. Някой казва: „Маркетингът винаги ни предоставя файловете навреме, така че нямаме нужда от официално правило.“ Именно в това се състои проблемът. Връзките, които хората пропускат да запишат, са лесните и надеждни. Тъй като не са записани, няма автоматично предупреждение, когато се пропуснат.
Решението: Започнете с отбелязването на лесните прехвърляния на задачи. Направете го именно защото никой не се притеснява за тях. В планирането няма място за връзка, която се основава само на добри намерения.
Смърт от срещи. В бързането да защитите предаването на задачите, организирате повтарящи се срещи за всяка една точка на взаимодействие. Сега вашите ръководители прекарват повече време в обсъждане на работата, отколкото в нейното изпълнение. Това отнема точно толкова време, колкото и другите грешки.
Решението: Съобразете графика на срещите си с риска. При „стегнатите вериги“, където едно закъснение спира всичко, синхронизацията трябва да се извършва ежедневно. При „меките връзки“, които могат да се отклоняват за известно време, синхронизацията трябва да се извършва само при достигане на основни етапи.
Фалшива паралелна работа. Две линии са разположени една до друга в диаграмата на проекта ви. Изглеждат независими. Всъщност обаче и двете чакат едно и също лице да вземе решение. Или един и същ шеф да одобри бюджет. На хартия работата протича едновременно. В действителност обаче линиите протичат една след друга.
Решението: Можете да забележите това на ранен етап, като проверите ресурсите си. Обърнете внимание на споделените служители и одобряващите лица, а не само на задачите. Ако изваждането на един човек от екипа забави два работни потока, това означава, че те никога не са работили наистина успоредно.
Създайте работни потоци, които не се нарушават при мащабиране
Това, което отличава успешните проекти от тези, които се проточват, е дали някой е проектирал връзките между тези потоци. Или просто е предположил, че те ще се изяснят от само себе си.
Схемата е предсказуема. Първата седмица изглежда чудесно. Имате ясно структурирани работни потоци, ясно определени отговорници и всички работят бързо. Към четвъртата седмица обаче едно решение, взето в един работен поток, проваля работата в друг. Никой не го е отбелязал, защото никой не е наблюдавал мястото, където екипите се пресичат.
Екипите, които доставят навреме, не разполагат с по-добри планове. Те имат по-добра представа за това какво всеки работен поток дължи на останалите. Те третират тази прозрачност като ежедневен навик, защото структурата се запазва само ако проектният мениджър я поддържа.
Ако вашите проекти редовно включват няколко екипа, които работят за постигане на един и същ краен срок, ClickUp ви позволява да управлявате всеки поток в отделен списък. Можете да свържете зависимостите между тях и да наблюдавате всичко от един-единствен табло. Можете дори да използвате изкуствен интелект, за да извличате статуса на различните потоци, без да се налага да търсите хората. Всичко това се случва на една платформа, така че не е нужно да съчетавате различни инструменти.
Започнете безплатно с ClickUp.
Често задавани въпроси относно работните потоци в управлението на проекти
Каква е разликата между работен поток и фаза на проекта?
Фазата е последователна, докато работният поток е паралелен. Фазите са етапи, през които проектът преминава поред, като например планиране, изпълнение и приключване. За разлика от тях, работните потоци протичат паралелно през целия жизнен цикъл на проекта. Един работен поток, като например инженерството, остава активен през всяка фаза. Представете си фазите като индикатори за това кога се извършва работата. Докато работните потоци ви показват кой отговаря за кой поток през целия график.
С какво работният поток се различава от проект и програма?
Разликата се състои в размера и в това как те се вписват една в друга. Програмата е съвкупност от свързани проекти. Проектът е единична инициатива с ясен краен срок. Работният поток е една паралелна линия в рамките на този проект. Работният поток никога не съществува самостоятелно. Той съществува само като част от по-голяма проектна цел. Той споделя крайната си дата и основната си цел с родителския си проект. От друга страна, отделният проект има своя собствена, независима харта.
Определят ли официалните стандарти като PMBOK или PRINCE2 понятието „работен поток“?
Няма основен стандарт за управление на проекти, който официално да дефинира понятието „работен поток“. То не се споменава нито в „Ръководството PMBOK“ на PMI, нито в „Сборника от знания“ на APM, нито в наръчника PRINCE2. Това е практичен термин, който е възникнал в резултат на реалното изпълнение на проекти. Няма регулаторен орган, който да го стандартизира, поради което употребата му варира в различните компании.
Каква е разликата между работен поток и работен пакет?
Работният пакет е много по-малък и се вписва в структурата на разбивката на работата. Формално погледнато, работният пакет е задачата на най-ниското ниво, която можете да оцените и възложите. Работният поток е много по-широк. Той представлява непрекъсната верига, която може да съдържа много работни пакети и множество работни потоци. Просто казано, работните пакети са единици на резултата. Работните потоци са единици на отговорност, които групират тези резултати заедно.
Може ли един човек да ръководи повече от един работен поток?
Възможно е, но това е най-бързият начин да се създаде скрито затруднение. Целият смисъл от назначаването на един отговорен ръководител е ясната отговорност за предаването на задачите в рамките на един работен поток. Ако натоварите един човек с три потока, затруднението се прехвърля към неговия календар. Тогава всеки поток чака един човек, който постоянно преминава от една задача към друга. Ако трябва да натоварите един човек с две задачи, правете го само за малки потоци с нисък риск. Също така, следете за графици, които достигат пика си през една и съща седмица.
Какво прави един добър ръководител на работна линия?
Един добър ръководител на работна линия разполага с достатъчно правомощия, за да преодолява пречките пред собствения си екип, без да се налага да иска одобрение от главния проектен мениджър за всяко решение. Той отговаря за графика, крайните резултати и предаването на задачите по линията. Най-добрите ръководители защитават границите на своята отговорност. Те следят отблизо предаването на задачите и докладват своевременно за проблеми, когато възникне закъснение в зависимостта между задачите. Ръководител, който трябва да иска разрешение за рутинни решения, е такъв само на думи.