Чесний PIP складається з п’яти частин: конкретні прогалини з прикладами (не «ставлення»), вимірювані результати, які визначають успіх, реалістична тривалість — типово один-три місяці, — заплановані контрольні точки й підтримка, яку компанія бере на себе: менторинг, зміна скоупу, чіткіші пріоритети. І він уголос каже, що станеться, якщо результати досягнуто — і якщо ні.
Чесне запитання перед відкриттям: це проблема результативності чи проблема розстановки? Інженер, який провалюється на проєкті не під його навички, вигорілий після делівері в режимі пожежі або так і не отримав чітких очікувань, потребує не PIP — йому потрібні стафінг, відновлення або менеджер, який задає контекст. PIP, у якому рішення вже ухвалене, — театр документообігу; люди розпізнають його миттєво, і решта команди відповідно оновлює свою довіру.
Проведений щиро, він — протилежність: задокументований, забезпечений ресурсами шанс із годинником. А в сервісній компанії, де інженер, що не тягне, за лічені тижні стає видимим платному клієнтові, структурована версія значно добріша за місяці натяків із раптовим фіналом.
Окремого PIP-модуля Helia не має. Команди збирають ту саму механіку з наявного: SMART-цілі в межах періоду — для результатів плану, регулярний ритм 1-на-1 із приватними нотатками менеджера, видимими лише авторові, — для контрольних точок; і те, і те вже в продукті.