Сдаем Заказчику проект
Если дожили до сдачи проекта Заказчику и требуется подписать акты приемки. На практике стороны приходят к компромиссу: Заказчик обещает подписать акты и подписать договор о поддержке, Исполнитель - доделать за счет поддержки.
В итоге 70% заявленного функционала работает если Заказчику повезет. Причин этому множество - и коррупция с откатами, и ошибки в планировании, и нет диалога между представителями Заказчика и Исполнителя, и игнорирование тестирования при приеме работ. Книг написано об этом, как и рецептов по выходу из таких положений и рецептов - как в такое положение не попасть.
Как этого избежать при использовании "ДРАКОНа":
Построение дракон-схем подразумевает работу представителей Заказчика и Исполнителя вместе изначально. На этом этапе пропадает часть проблем по построению бизнес-процессов. Из опыта - функционеры компании и сотрудники далеко не глупые люди. При обсуждении дракон-схем по бизнес-процессам в которых участвуют и обеспечив понимания бизнес-процесса на едином языке ДРАКОН, начинают рождаться идеи.
Когда модель дракон-схем функционала готова - описан бизнес-процесс, написан код, уже понятно как тестировать и какие результаты ждем. Тестирование выполняется по указанному сценарию.
Вывод
Единый язык дракон-схем рождает понимание участников.
Построение дракон-схем заставляет людей думать (звучит банально, но это так).
Если сделали верно - не выйдите за рамки бюджета не обоснованно и сдадите проект вовремя и не выйдя из бюджета.
|