DRAKON.SU

Сдаем Заказчику проект

Если дожили до сдачи проекта Заказчику и требуется подписать акты приемки. На практике стороны приходят к компромиссу: Заказчик обещает подписать акты и подписать договор о поддержке, Исполнитель - доделать за счет поддержки.

В итоге 70% заявленного функционала работает если Заказчику повезет. Причин этому множество - и коррупция с откатами, и ошибки в планировании, и нет диалога между представителями Заказчика и Исполнителя, и игнорирование тестирования при приеме работ. Книг написано об этом, как и рецептов по выходу из таких положений и рецептов - как в такое положение не попасть.

Как этого избежать при использовании "ДРАКОНа":

Построение дракон-схем подразумевает работу представителей Заказчика и Исполнителя вместе изначально. На этом этапе пропадает часть проблем по построению бизнес-процессов. Из опыта - функционеры компании и сотрудники далеко не глупые люди. При обсуждении дракон-схем по бизнес-процессам в которых участвуют и обеспечив понимания бизнес-процесса на едином языке ДРАКОН, начинают рождаться идеи.

Когда модель дракон-схем функционала готова - описан бизнес-процесс, написан код, уже понятно как тестировать и какие результаты ждем. Тестирование выполняется по указанному сценарию.

Вывод

Единый язык дракон-схем рождает понимание участников.

Построение дракон-схем заставляет людей думать (звучит банально, но это так).

Если сделали верно - не выйдите за рамки бюджета не обоснованно и сдадите проект вовремя и не выйдя из бюджета.