AXForum  
Вернуться   AXForum > Рынок > Методология внедрения
CRM
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.12.2015, 23:34   #9  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от miklenew Посмотреть сообщение
Перечитал несколько раз. Задался вопросом: Он реально имеет ввиду дословно то, что написал?
Прототип системы??? - ого. Может прототип процесса.
Дизайном заниматься на этапе прототипа?
Прототип нужен для ознакомления с стандартными возможностями и понимания чего нет и придётся делать самим. Какой тут дизайн? Можно конечно на этом этапе топтаться месяцы... Даже сталкивался раз с таким. Бред.
Конечному пользователю? Вот одна из бед аксапты. Давайте тысячу раз по кругу походим.
Как я делаю.
1) Делаю прототип процесса для себя. На пустой базе или демо, разные бывают варианты. Смотрю чё сходиться, чё не сходиться.
Чё не сходится, ищу ключевого пользователя. Сидим чешим репу.
Потому что бывали случаи, что мне казалось не логичным после разговора с пользователем оказывалось не лишённым логики.
Какой бы ни был процент покрытия типовыми средствами идём на следующий этап.
2) Ввод начальных данных. Доработка. Согласование с ключевым пользователем процесса. Дизайн и другие мелочи.
3) Руководство пользователя ->Обучение. Вот здесь уже конечный пользователь. Снова доработка дизайна, возможно изменение функционала. Но суть вся основная работа должна быть сделана до. Например с начальником отдела. У конечного пользователя должно быть ощущение, что его ставят перед фактом, что завтра он будет работать по этому процессу. Это будет не через месяц, два или год, а ближайшее время. Иначе начинается брожение мозгов, обсуждение каких то пустых вещей.
4) Запуск. Параллельно создание средств анализа. Исправление багов. Баньтики.
5) Поддержка.
Переходим к следующему отделу или следующему процессу.

Что то не пойму как вы внедряете по отделам/процессам.
В системе же все взаимосвязано. Это будет куча интеграций, какие-то ненужные сложности.
Если проект с нуля, первое внедрение, оно внедряется сразу весь контур. Ну может быть разбито по большим блокам, но не по отделам.
То, что вы говорите, больше похоже на сопровождение. А я говорю про процесс внедрения с нуля.

У каждого может быть свой подход. Называть бредом чужую хорошо работающую технология не стоит. Особенно только из-за того, что вы не поняли что написано.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Какая методология лучше в случае "Сначала сделайте, а мы посмотрим" slava09 Курилка 64 24.07.2015 16:40
Методология распределения рабочего времени консультанта / программиста ushastik Курилка 12 24.02.2004 09:22

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:30.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.