Цитата:
Сообщение от
AXcons
Также для этого прототип системы хорошо на этапе дизайна настраивать и показывать заказчику. Причем, конечному пользователю.
Перечитал несколько раз. Задался вопросом: Он реально имеет ввиду дословно то, что написал?
Прототип системы??? - ого. Может прототип процесса.
Дизайном заниматься на этапе прототипа?
Прототип нужен для ознакомления с стандартными возможностями и понимания чего нет и придётся делать самим. Какой тут дизайн? Можно конечно на этом этапе топтаться месяцы... Даже сталкивался раз с таким. Бред.
Конечному пользователю? Вот одна из бед аксапты. Давайте тысячу раз по кругу походим.
Как я делаю.
1) Делаю прототип процесса для себя. На пустой базе или демо, разные бывают варианты. Смотрю чё сходиться, чё не сходиться.
Чё не сходится, ищу ключевого пользователя. Сидим чешим репу.
Потому что бывали случаи, что мне казалось не логичным после разговора с пользователем оказывалось не лишённым логики.
Какой бы ни был процент покрытия типовыми средствами идём на следующий этап.
2) Ввод начальных данных. Доработка. Согласование с ключевым пользователем процесса. Дизайн и другие мелочи.
3) Руководство пользователя ->Обучение. Вот здесь уже конечный пользователь. Снова доработка дизайна, возможно изменение функционала. Но суть вся основная работа должна быть сделана до. Например с начальником отдела. У конечного пользователя должно быть ощущение, что его ставят перед фактом, что завтра он будет работать по этому процессу. Это будет не через месяц, два или год, а ближайшее время. Иначе начинается брожение мозгов, обсуждение каких то пустых вещей.
4) Запуск. Параллельно создание средств анализа. Исправление багов. Баньтики.
5) Поддержка.
Переходим к следующему отделу или следующему процессу.