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

Результаты опроса: Какие документы вы создаете?
У нас своя методология. Пишем ТЗ соответствующее ГОСТ 3 9.38%
У нас своя методология. Пишем все документы по Sure Step 6 18.75%
У нас своя методология. Пишем только функциональные требования (описания функций) 15 46.88%
Работаем четко по ГОСТ 0 0%
Работаем четко по Sure Step 2 6.25%
Что такое методология? =) 4 12.50%
Коммерческая тайна / не хочу отвечать 2 6.25%
Голосовавшие: 32. Вы ещё не голосовали в этом опросе

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 09.12.2010, 16:10   #1  
Индра is offline
Индра
Участник
 
56 / 59 (2) ++++
Регистрация: 31.05.2008
Адрес: СССР
Мой опыт весьма однобокий - я последние 6 лет работаю только на стороне заказчика, и пришел к выводу, что ТЗ должен писать заказчик. Все предлагаемые системы автоматизации (пока) весьма несовершенны, подрядчики об этом знают, а заказчики - нет. Отсюда конфликт интересов - ТЗ написанное подрядчиком на 200 страницах вряд-ли будет глубоко понято заказчиком, и он подпишет его "на веру". В момент закрытия проекта, когда все проблемы налицо - заказчику предъявляют подписанное ТЗ, дальше возникает превышение бюджета и сроков. Консалтингу это выгодно - бизнес есть бизнес. Когда же заказчик предъявляет собственное ТЗ - ему говорят - "не по методологии".

Проблема в том, что заказчику трудно изыскать ресурсы для написания грамотного и исчерпывающего ТЗ. Увы. Но тем не менее - ТЗ верхнего уровня должно быть на 20 листах - если больше, то это уже мясо. Я описываю бизнес-структуру, перечень бизнес-операций (вклюая учет, планирование, контроллинг), перечень ролей (АРМ-ов) и все. Можно писать и в разрезе процессов - от этого суть не меняется. Я хочу платить за автоматизацию бизнес-операций, системные подробности реализации меня мало интересуют, поэтому в ТЗ верхнего уровня достаточно просто перечислить все операции с возможными вариантами (например - реализация на экспорт, реализация по РФ, планирование от потребности, оптимизация технологических и логистических маршрутов и т.д.). Это будет мало букв, и конечно, создаст определенные риски для подрядчика, зато обезопасит меня. Диалектика, однако...

Последний раз редактировалось Индра; 09.12.2010 в 16:17.
За это сообщение автора поблагодарили: Zabr (3), Ivanhoe (2).
Старый 09.12.2010, 17:17   #2  
Zabr is offline
Zabr
Участник
Axapta Retail User
 
1,202 / 345 (14) ++++++
Регистрация: 26.06.2002
Адрес: Москва
Цитата:
Сообщение от Индра Посмотреть сообщение
ТЗ верхнего уровня должно быть на 20 листах
Считаю, что должно быть по 2 документа со стороны и заказчика, и исполнителя.
от заказчика
1) концепутальное описание бизнеса и задач по автоматизации - 2-3 листа
2) более развернутое ТЗ - 10-20 листов
от исполнителя
1) концепутальное описание решения - 2-3 листа
2) развернутый дизайн решения - столько листов, сколько понадобится. Может 20, а может 200, а может и 2000.

Это то, что нужно перед тем, как начать что-либо реализовывать на практике. Менеджеры/руководители соответствующего уровня с каждой стороны потребляют либо первый, либо второй документ.
Старый 09.12.2010, 17:25   #3  
MikeR is offline
MikeR
MCT
Аватар для MikeR
MCBMSS
Лучший по профессии 2015
Лучший по профессии 2014
 
1,628 / 627 (24) +++++++
Регистрация: 28.11.2005
Адрес: просто землянин
Тут еще такой момент имеет место быть - это корректное написание с точки зрения языка. С русским языком просто дикая проблема. Ничтожное число писателей выдают документ, который можно прочитать и понять, о чем речь. Ладно когда не хватает знаков препинания, ладно когда не хватает существительных....
Но когда в предложении набор глаголов и все в разном наклонении, когда в предложении одни члены выделены одним методом, другие другим, понять становится уже почти не возможно.
И в довершении таблицы с данными.

Пример:
"при условии, что агентом является Р____А АНДРЕЯ АНАТОЛЬЕВИЧА и процент комиссии = 10% СФОРМИРОВАТЬ:"
__________________
Axapta book for developer
Старый 09.12.2010, 19:14   #4  
Индра is offline
Индра
Участник
 
56 / 59 (2) ++++
Регистрация: 31.05.2008
Адрес: СССР
На тендер нужно выходить с готовым ТЗ верхнего уровня, иначе неизбежны конфузы. Есть болевые точки у каждой системы, и ТЗ дает возможность, глядя в глаза продавцу, задать конкретный вопрос - "а покажите как в Вашей системе организована иерархия финансовых аналитик с консолидацией на любом уровне дерева". При отсутствии предварительного ТЗ тендер выглядит как астральная медитация. Медитировал...
За это сообщение автора поблагодарили: kALVINS (3).
Теги
sure step, анализ, внедрение, гост, методология, системное проектирование, техническое задание

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Про программистский подход, программистское мышление и стереотипы Ruff Курилка 25 23.12.2015 12:01
Про консультантский подход mazzy Курилка 33 20.05.2009 19:18
Внедрение Dynamics AX: опыт российских компаний mazzy Курилка 2 09.06.2008 09:15
Внедрение George Nordic Курилка 1 21.02.2005 00:11
Ну и внедрение Dimitry Курилка 7 25.03.2004 18:02

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 17:33.