Цитата:

Питання щодо документації проєктів — наскільки детально вести документи? Чи варто фіксувати всі decisions і changes або це забирає занадто багато часу? Як найти баланс между документацією і практичною роботою?

Документація — це те що часто запускають PM на початку проєкту. Гарна документація рятує тебе потім коли щось йде не так або коли потрібно онбордити нову людину. Але так, занадто детальна документація може забрати фокус від реальної роботи. Балан досягається так: перше — документуйте керівні рішення (decisions) які впливають на проєкт, це критично. Друге — фіксуйте план проєкту, цілі і scope, щоб була виразність. Третє — документуйте зміни у вимогах й причини чому вони сталися, це допоможе уникнути повторення помилок. Четвертеме — не документуйте кожен малий day-to-day talk, це часто марно. Пяте — використовуйте інструменти які мінімізують час на документацію. Це не повинно бути 10-сторінковий документ в Word, часто структурована таблиця у Confluence або простий файл у проєктному ПО достатня. Критичні речі: Scope, Requirements, Risks, Decisions, Changes, Timeline — якщо це у вас залишиться, то все основне є.