Зарегистрироваться | Поиск |
Результаты опроса: Какие документы вы создаете? | |||
У нас своя методология. Пишем ТЗ соответствующее ГОСТ |
![]() ![]() ![]() ![]() |
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. Вы ещё не голосовали в этом опросе |
|
Опции темы |
|
![]() |
#1 |
Участник
|
Мой опыт весьма однобокий - я последние 6 лет работаю только на стороне заказчика, и пришел к выводу, что ТЗ должен писать заказчик. Все предлагаемые системы автоматизации (пока) весьма несовершенны, подрядчики об этом знают, а заказчики - нет. Отсюда конфликт интересов - ТЗ написанное подрядчиком на 200 страницах вряд-ли будет глубоко понято заказчиком, и он подпишет его "на веру". В момент закрытия проекта, когда все проблемы налицо - заказчику предъявляют подписанное ТЗ, дальше возникает превышение бюджета и сроков. Консалтингу это выгодно - бизнес есть бизнес. Когда же заказчик предъявляет собственное ТЗ - ему говорят - "не по методологии".
Проблема в том, что заказчику трудно изыскать ресурсы для написания грамотного и исчерпывающего ТЗ. Увы. Но тем не менее - ТЗ верхнего уровня должно быть на 20 листах - если больше, то это уже мясо. Я описываю бизнес-структуру, перечень бизнес-операций (вклюая учет, планирование, контроллинг), перечень ролей (АРМ-ов) и все. Можно писать и в разрезе процессов - от этого суть не меняется. Я хочу платить за автоматизацию бизнес-операций, системные подробности реализации меня мало интересуют, поэтому в ТЗ верхнего уровня достаточно просто перечислить все операции с возможными вариантами (например - реализация на экспорт, реализация по РФ, планирование от потребности, оптимизация технологических и логистических маршрутов и т.д.). Это будет мало букв, и конечно, создаст определенные риски для подрядчика, зато обезопасит меня. Диалектика, однако... Последний раз редактировалось Индра; 09.12.2010 в 16:17. |
|
|
За это сообщение автора поблагодарили: Zabr (3), Ivanhoe (2). |
![]() |
#2 |
Участник
|
Считаю, что должно быть по 2 документа со стороны и заказчика, и исполнителя.
от заказчика 1) концепутальное описание бизнеса и задач по автоматизации - 2-3 листа 2) более развернутое ТЗ - 10-20 листов от исполнителя 1) концепутальное описание решения - 2-3 листа 2) развернутый дизайн решения - столько листов, сколько понадобится. Может 20, а может 200, а может и 2000. Это то, что нужно перед тем, как начать что-либо реализовывать на практике. Менеджеры/руководители соответствующего уровня с каждой стороны потребляют либо первый, либо второй документ. |
|
![]() |
#3 |
MCT
|
Тут еще такой момент имеет место быть - это корректное написание с точки зрения языка. С русским языком просто дикая проблема. Ничтожное число писателей выдают документ, который можно прочитать и понять, о чем речь. Ладно когда не хватает знаков препинания, ладно когда не хватает существительных....
Но когда в предложении набор глаголов и все в разном наклонении, когда в предложении одни члены выделены одним методом, другие другим, понять становится уже почти не возможно. И в довершении таблицы с данными. ![]() Пример: "при условии, что агентом является Р____А АНДРЕЯ АНАТОЛЬЕВИЧА и процент комиссии = 10% СФОРМИРОВАТЬ:"
__________________
Axapta book for developer |
|
![]() |
#4 |
Участник
|
На тендер нужно выходить с готовым ТЗ верхнего уровня, иначе неизбежны конфузы. Есть болевые точки у каждой системы, и ТЗ дает возможность, глядя в глаза продавцу, задать конкретный вопрос - "а покажите как в Вашей системе организована иерархия финансовых аналитик с консолидацией на любом уровне дерева". При отсутствии предварительного ТЗ тендер выглядит как астральная медитация. Медитировал...
![]() |
|
|
За это сообщение автора поблагодарили: kALVINS (3). |
Теги |
sure step, анализ, внедрение, гост, методология, системное проектирование, техническое задание |
|
![]() |
||||
Тема | Ответов | |||
Про программистский подход, программистское мышление и стереотипы | 25 | |||
Про консультантский подход | 33 | |||
Внедрение Dynamics AX: опыт российских компаний | 2 | |||
Внедрение | 1 | |||
Ну и внедрение | 7 |
|