"На берегу" или Регламент проекта (продолжение)
Ваше предложение оказалось лучшим и, пусть с оговорками, но Заказчик предложил выполнить работу вам. Начинается процесс согласования деталей контракта и подготовка к старту проекта. А теперь ответьте, пожалуйста, что лучше – в деталях обсудить все возможные препятствия, которые могут встретиться при выполнении проекта, заранее решить спорные вопросы, относящиеся к предлагаемому вами подходу и содержанию результатов, или не заниматься такими «мелочами», а потом искать «козла отпущения», виновного в неудаче? Очень удивлюсь, если вы предпочтёте последнее. Тем не менее, довольно часто можно слышать как от консультантов, так и от Заказчиков недоуменный вопрос: зачем нужен Регламент проекта? Обычный аргумент "против" звучит следующим образом: - Зачем лишняя писанина? Если что-то неясно – уточните в контракте или Техническом задании. За много лет работы консультантом автор многократно убеждался, что хорошо составленный Регламент проекта нередко спасал консультантов от потери репутации, а Заказчика от ненужных трат и провала проекта. Приведу рекомендуемую структуру документа:
Для большинства проектов такая структура будет избыточной и её стоит сократить. Для каких-то проектов может понадобиться подготовить и согласовать отдельный том для каждого раздела. Всё зависит от особенностей Заказчика, масштаба и сложности решаемых задач, тяжести рисков, числа подрядчиков и многих других факторов. В следующей главе уточним содержание наиболее важных разделов Регламента, не останавливаясь на очевидных.
================================================
20/07/2018
ИНТЕРЕСНО, ЧТО БУДЕТ ДАЛЬШЕ? ПРОДОЛЖЕНИЕ
Оглавление книги "Конструктор будущего" и ссылки на уже опубликованные главы смотрите по ссылке.
++++++++
пока Дзен не разрешил комментарии, пишите на адрес: samotek2212@mail.ru