Печалби:
- Да можеш да разграничиш къде изкуственият интелект спестява реално време в управлението на проекта (планиране, оценка, докладване, комуникация) и къде решения като бюджетен ангажимент и дата на доставка са оставени на ръководителя на проекта, в зависимост от нивото на риск на задачата
- Възможност за прилагане на дисциплина, която проверява всеки изход от изкуствен интелект чрез стъпките на свързването му с източника, преизчисляването му и преминаването му през административно филтриране.
- Анонимизиране на данни за проекти, клиенти и заинтересовани страни в обхвата на KVKK/поверителност и NDA и придобиване на навик за избор на безопасни превозни средства
Във всеки проект има стотици решения, повечето от които се вземат тихо. За кого е тази работа? Колко дни ще отнеме тази задача? Издържа ли бюджетът? Коя дата трябва да кажем на клиента? Какво да правим, ако възникне този риск? Какво решение взехме на срещата миналата седмица, кой какво щеше да направи? Някои от тези решения са итеративни, изискват много данни и време; По-голямата част от работата на ръководителя на проекта (PM - Project Manager, лицето, отговорно от плана до доставката на проекта) се изразходва за писане на отчети, попълване на таблици, подготовка на имейли и водене на бележки от срещи. Изкуственият интелект (AI или накратко AI – компютърни системи, които могат да генерират текст, да разпознават модели, да правят прогнози и да обобщават данни като хората) се вписва точно в средата на тази картина: когато се използва правилно, той може да изготви структура на разбивка на работата, регистър на риска, отчет за състоянието или резюме на среща за минути, а не за часове; Използван неправилно, той може да доведе до ангажимент на клиента от привидно безопасно, но неоснователно предположение.
Първата част от този модул не е въведение в софтуера. Целта му е да изясни къде да поставите AI в работата си по проекта и къде да не го поставяте изобщо. Тъй като управлението на проекти е едновременно „критично за операцията“ и „критично за ангажимента“ поле: оценката на времето, която давате, се основава на договор, подписан с клиента; едно решение за ресурс се превръща в календар на член на екипа, пълен със седмици. Нека изложим основния принцип от самото начало: AI е асистент, а не ръководител на проекти. Отговорността и окончателното одобрение на решения като бюджетен ангажимент, обещание за дата на доставка, разпределение на ресурси и договорно задължение принадлежат на компетентния ръководител на проекта и отговорните заинтересовани страни.
Слоеве на управление на проекти и мястото на AI
За да разберете един проект, е полезно да разделите работата на три слоя. Оперативният слой е ежедневната операция: проследяване на задачи, бележка от срещата, имейл, актуализация на състоянието. Тактическият слой е планиране и проследяване: структура на разбивката на работата, график, прогноза, регистър на риска, отчет за състоянието. Стратегическият слой определя обосновката и посоката на проекта: разходи-ползи, приоритет на портфейла, решение за обхват. AI може да докосне и трите слоя; но с различен авторитет във всеки. На оперативния слой AI създава бързи чернови и резюмета; На стратегическия слой той само предоставя информация, ръководството и спонсорът вземат решението. Ще обясним понятия като спонсор (висшият мениджър, който финансира проекта и корпоративна собственост), заинтересована страна (всеки, който е засегнат от проекта или засяга проекта - клиент, екип, доставчик, потребител) едно по едно в следващите части.
Нека дефинираме няколко основни термина от самото начало. Обхватът е това, което проектът ще направи и какво няма да направи. Структурата на разбивката на работата (WBS) е разбивка на работата на управляеми части. Крайъгълният етап е важен момент, който отбелязва напредъка (напр. „одобрение на дизайна“). Рискът е несигурно събитие, което ще повлияе на проекта, ако се случи. Подлежащ на доставка е конкретният резултат, произведен от проекта. Във всички тези концепции AI ви дава схема и анализ, но не взема решения.
Следната таблица обобщава ролята и нивото на риск на AI по мисии:
Мисия
Роля на AI
Ниво на риск
Кой одобрява
Резюме на срещата / чернова на имейл
генератор на скици
ниско
ръководител на проекта
WBS / схема на обхвата
генератор на скици
ниско-средно
PM + екип
Продължителност и оценка на ресурса
Прогнозист, генератор на сценарии
средно-висока
PM + данни за екипа
Оценяване на рисковия регистър
Статистически стимул
среден
Собственик на риска + PM
Доклад за състоянието / коментар на EVM
Анализ и проект
среден
ръководител на проекта
Дата на доставка/бюджетен ангажимент
спомагателен вход
много високо
PM + спонсор
Решение за договор/разпределение на ресурси
спомагателен вход
много високо
Спонсор + PM
Имайте предвид един ред в тази диаграма: с нарастването на риска, ролята на ИИ намалява, одобрението на хората нараства.
Защо "проверката" е сърцето на този бизнес
Езиковите модели на изкуствения интелект изглеждат сигурни в отговора си, но може и да не са сигурни. На технически език това се нарича халюцинация: това е измислянето от модела на несъществуваща информация в плавно изречение, точно както ако е истина. За мениджър на проекти това е сериозен капан: моделът може уверено да ви даде времева рамка от „този тип софтуерна интеграция обикновено отнема 3 седмици“, докато не знае нищо за скоростта на вашия екип, техническия дълг, графика на отпуските и това число е пълно обобщение. Или може да представи погрешно методология (напр. „PMBOK 7 изисква следното“). Тъй като той казва и двете с еднаква плавност, единственото нещо, което разделя правилното от грешното, е вашето знание и навик да проверявате.
Дисциплината за проверка се състои от три стъпки:
- Връзка към източника: Разчитайте на записите на собствената си организация (данни за исторически проекти, графици, набор от ресурси, счетоводство) и на догадките на вашия екип, а не на паметта на AI, за продължителности, разходи, капацитет и минали резултати. Използвайте AI, за да коментирате тези данни, а не да ги запомните.
- Преизчислете / сравнете: Проверете независимо всеки цифров резултат, който AI връща (общо време, бюджет, процент завършеност, CPI/SPI). Проверете сами обща, среднопретеглена, критичен път.
- Управленски филтър: Тествайте от гледна точка на мениджъра дали резултатът противоречи на фактите на място (наличност на екип, бюджет, договор, зависимости).
Внимание: Представянето на прогноза или отчет, създаден от AI, на спонсора или предаването му на клиента, без да се проверява, е като даването на неподписан договор. Само защото изходът е плавен, не е вярно.
Поверителност: данните за проекта често са поверителни
Голяма част от проектните данни са чувствителни. Името на клиента, сумата на договора, офертните цени, заплатата на персонала и информация за ефективността и продуктовите планове, които все още не са обявени, често са защитени от NDA (Споразумение за неразкриване на информация); Личните данни са обхванати от KVKK (Закон за защита на личните данни) в Турция и GDPR в Европа. Простото поставяне на името на клиента, цената на договора, имената на членовете на екипа и резултатите от ефективността в публично достъпен инструмент за изкуствен интелект може да бъде както нарушение на договор, така и нарушение на данните. Правилото е просто: анонимизирайте данните и не споделяйте ненужни. „Софтуерен проект за голям финансов клиент“ вместо „4,2 милиона TL CRM проект с ABC Bank“; Вместо „Леля (старши разработчик, слабо представяне)“, напишете „старши член на екипа“. Ако е възможно, изберете корпоративни инструменти, които имат споразумение за обработка на данни и не използвайте вашите данни в обучението на модели.
три мини калъфа
Случай 1 — Безопасна употреба. Един координатор на проекта прекарваше 2,5 часа всяка седмица в събиране на напредъка от 6 работни пакета в един отчет за състоянието. Той предостави данни за напредъка анонимно (името на клиента и маскирани суми) на AI и поиска проект на резюме. AI произведе скица за 12 минути; Координаторът сравни всеки процент с неговата диаграма за проследяване, коригира неправилен процент на завършване и преразгледа цветовете на състоянието към реалността. Продължителност: 35 минути вместо 2,5 часа. AI даде черновата, отговорността остана на човека.
Случай 2 — Непотвърден капан за прогнозиране. Премиер попита AI „колко дни отнема тестът на мобилно приложение?“ AI каза „около 8 дни“, преди да види данните на екипа. PM се ангажира с това на клиента; действителното време беше 15 работни дни въз основа на историческите данни на екипа. 7-дневно отклонение доведе до наказание. Грешка: очакване на число от AI да генерира ангажимент без данни за екипа.
Случай 3 — Нарушаване на поверителността. Ръководител на екип качи план за ресурси, съдържащ името на клиента, сумата на договора и информацията за името и заплатата на целия екип в публичен AI инструмент и каза „оптимизирайте това“. Данните отидоха на външен сървър; клиентът изпрати известие за нарушение на NDA. Правилният начин беше да пропуснете име, сума и заплата и да споделите само анонимни полета като роля и процент на усилия.
Слаба подкана / Силна подкана
Слаба подкана:
Пишете за състоянието на нашия проект този месец и ни кажете докъде сме стигнали.
Това твърдение е погрешно: на изкуствения интелект не са предоставени данни, така че може да отговори само на въпроса „докъде сме стигнали“ с измислено число. Нито периодът, нито обхватът, нито контекстът са ясни.
Мощна подкана:
Вашата роля: асистент, подпомагащ ръководител на проект. Контекст: По-долу са планът/действителните данни за 5 работни пакета (името на клиента и сумите са маскирани). Задача: Напишете чернова на резюме (200 думи или по-малко). Просто използвайте данните, които дадох; напишете "[изисква се потвърждение]" за липсваща информация, напасване на номера. Структура: 1) Общо състояние (RAG), 2) Предварителни пакети, 3) Отклоняващи се пакети и причина, 4) Препоръка. Данни:- WBS-1 Анализ: план 100% / действителен 100%- WBS-2 Дизайн: план 80% / действителен 60%- WBS-3 Разработка: план 40% / действителен 25%- WBS-4 Тестване: план 10% / действителен 0% - WBS-5 Документация: план 20% / действителен 20%
Тази подкана е силна, защото ролята, контекстът, данните, границата („напасване на числото“), форматът и неяснотата („[изисква се потвърждение]“) са ясно дадени. Резултатът все още трябва да бъде валидиран от ръководителя на проекта.
Три други полезни начални шаблона:
# Шаблон, който налага uncertaintyExtract решения и действия от следния текст. Не възлагайте отговорности или дати, които не са ясно посочени в текста; Напишете „несигурно“, където не сте сигурни. Не си измисляй.
# Напомняне за анонимизиране (самопроверка) Ако видите име на клиент, сума или име на лице в текста, който ще ви дам, предупредете ме, преди да започна процеса, и ми предложете да заменя тези полета с [MASKED].
# Шаблон, който генерира списък за валидиране. За всеки числен резултат, който произвеждате, добавете „стъпка за валидиране“ от един ред за това как ръководителят на проекта може независимо да го провери.
Често срещани грешки
- Очакване на числа без предоставяне на данни: Искането на AI за време, цена или напредък, без да се дават данните за собствения ви проект, го кара да халюцинира.
- Объркване на плавността с точността: добре написан текст не означава, че е правилен.
- Поставяне на поверителни данни такива, каквито са: Името на клиента, сумата и информацията за контакт не трябва да влизат в нито един отворен инструмент без анонимизиране.
- Делегиране на ангажимента към AI: Датата на доставка и бюджетът не трябва да се ангажират без проверка на екипа.
- Опитвайки се да го завършите с една подкана: Добрите резултати идват от структурирани подкани, които включват ролеви-контекст-данни-граница-формат.
Съвет: Започнете всяка сесия с AI, като попитате: „Кои три неща трябва да проверя за себе си, преди да представя този резултат на спонсор?“ Започнете с въпроса. Този навик ще ви защити през всички задачи в останалата част от модула.
В обобщение
Изкуственият интелект е мощен помощник в управлението на проекти, който ускорява отчетите, плановете, оценките и комуникацията; Това обаче е инструмент, който създава чернови, а не ангажименти. Когато разделим бизнеса на оперативен, тактически и стратегически слоеве, ролята на AI става по-малка с нарастването на риска. Всеки изход трябва да бъде валидиран чрез три стъпки (връзка към източника, преизчисляване, административен филтър); Данните за проекти и клиенти трябва да бъдат анонимизирани в рамките на обхвата на KVKK/NDA. Отговорността и окончателното одобрение на критичните решения винаги е на човека.
Задача за приложение
Изберете задача от текущия си проект. Първо, напишете умишлено „слаба“ подкана към AI (без контекст, без да давате никакви данни) и запазете резултата. След това задайте същата задача отново със структурата „силна подкана“ в този модул (роля, контекст, анонимни данни, граница, формат). Поставете двете разпечатки една до друга и напишете разликата и поне три точки, които трябва да проверите сами в двете разпечатки.
контролен списък
- [ ] Позиционирах ролята на AI като „асистент/чернова“, а решението като „човек“.
- [ ] Определих нивото на риск (ниско/средно/високо) на моята задача.
- [ ] Добавих роля, контекст, данни, граница и формат към подканата.
- [ ] Анонимизирах името на клиента, сумата и информацията за лицето.
- [ ] Отбелязах стъпката, в която ще проверя независимо всяко число в изхода.
- [ ] Не споделих никакъв резултат, съдържащ ангажимент (дата/бюджет), без да го проверя.