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

Результаты опроса: Какие документы вы создаете?
У нас своя методология. Пишем ТЗ соответствующее ГОСТ 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. Вы ещё не голосовали в этом опросе

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 10.11.2010, 10:53   #1  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
? Внедрение АС: подход к написанию ТЗ
Для затравки ссылка на хорошую статью по использованию ГОСТ при написании ТЗ: http://boatmanshome.ru/cgi-bin/page.pl?21dev_002.page

В связи с новой партнерской программой MS довелось сдавать экзамен по использованию Sure Step, в ходе подготовки к которому детально изучал саму методологию. Изучая документы, пришел к выводу, что методологию Microsoft не особо затратно можно адаптировать к российскому ГОСТ 34 серии. Особенно это актуально при работе с гос.органами и близкими структурами.

Хотелось бы обсудить итоговые документы на стадии "Системное проектирование" / "Анализ" / "Планирование": пишете ли вы на проектах полноценное ТЗ (техническое задание в терминологии ГОСТ 34, функциональные требования / функциональный дизайн + ряд дополнительных документов по SureStep) и насколько ваша методология соответствует стандартным методологиям?
__________________
Ivanhoe as is..
Старый 10.11.2010, 11:13   #2  
AlGol is offline
AlGol
Участник
 
277 / 93 (4) ++++
Регистрация: 24.12.2001
Адрес: Тверь.
Нам буквально недавно проводил семинар по SureStep Юрий Покусаев.
И если мне не изменяет память, то было сказано буквально - методология удовлетворяет требованиям госта 34.

А по вопросу - пишем конечно. По форме несколько отличный от SureStep документ, но очень похожий. Иначе рамки проекта фиг соберешь потом...
За это сообщение автора поблагодарили: Ivanhoe (2).
Старый 10.11.2010, 11:25   #3  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Проблема Sure Step в отношении к ГОСТу в терминологии. Названия стадий, документов и проч. Перевод сделан практически калькой, взять тот же термин "технический дизайн".
Плюс то же ТЗ пишется не на стадии Анализ, а на Диагностике - т.е. еще до формального заключения контракта. По хорошему, и по ГОСТу так можно / нужно делать. Просто на следующих стадиях ТЗ должно обновляться / расширяться. А в Sure Step пишутся _формально_ другие документы. И для гос. контор это принципиальный момент.

Ну и еще немного попиняю за перевод. В трех найденных русских тренингах по Sure Step одни и те же термины переведены на русский по-разному! Догадайтесь сами, соответствуют ли они переводу официального экзамена
__________________
Ivanhoe as is..
Старый 10.11.2010, 12:06   #4  
AlGol is offline
AlGol
Участник
 
277 / 93 (4) ++++
Регистрация: 24.12.2001
Адрес: Тверь.
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Плюс то же ТЗ пишется не на стадии Анализ, а на Диагностике - т.е. еще до формального заключения контракта.
Это смотря на что заключен контракт...
Никто не мешает заключить контракт как раз на стадию диагностики и целью его будет получение нормального ТЗ.
Но понятно, что с госструктурами попытка подписания подобных контрактов как правило упирается в полное непонимание со стороны заказчика.
Старый 10.11.2010, 20:56   #5  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
А опрос относится только к работающим в консалтинге или ко всем? А то те, кто работают на клиенте, могут (можем ) подпортить статистику...
Старый 10.11.2010, 21:39   #6  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Пусть все пишут Для "на клиенте" я предпоследний пункт предложил. Странно, что пока никто не воспользовался...
__________________
Ivanhoe as is..
Старый 11.11.2010, 09:41   #7  
Bober is offline
Bober
Участник
 
311 / 104 (4) +++++
Регистрация: 29.05.2007
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Пусть все пишут Для "на клиенте" я предпоследний пункт предложил. Странно, что пока никто не воспользовался...
Правильно я предполагаю, что Микрософт не выдвигает требований к документации и методологи для специалистов, работающих на стороне заказчиков ?
Старый 11.11.2010, 10:28   #8  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Microsoft в части выполнения методологии может влиять на партнеров, и то не совсем напрямую. А как повлияешь на клиента? Ну и не забываем, что клиент - всегда прав
__________________
Ivanhoe as is..
Старый 11.11.2010, 11:42   #9  
kALVINS is offline
kALVINS
MCT
SAP
NavAx Club
 
749 / 64 (4) ++++
Регистрация: 28.01.2005
Адрес: Moscow
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
В связи с новой партнерской программой MS довелось сдавать экзамен по использованию Sure Step, в ходе подготовки к которому детально изучал саму методологию.
Это вот этот экзамен?
http://www.microsoft.com/learning/en...8&Locale=ru-RU
__________________
Axapta forever!!!
Старый 11.11.2010, 11:54   #10  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от kALVINS Посмотреть сообщение
Это вот этот экзамен?
http://www.microsoft.com/learning/en...8&Locale=ru-RU
Да.
__________________
Ivanhoe as is..
Старый 11.11.2010, 12:09   #11  
kALVINS is offline
kALVINS
MCT
SAP
NavAx Club
 
749 / 64 (4) ++++
Регистрация: 28.01.2005
Адрес: Moscow
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Да.
А можно поподробнее рассказать как он проходил?
Сам собираюсь его сдать, хотелось бы узнать к чему готовиться.
__________________
Axapta forever!!!
Старый 11.11.2010, 12:14   #12  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
1. Это уже офф-топ.
2. Судя по буквам MCT в вашем профиле, вам ли не знать, что обсуждать экзамены нельзя?
3. Из открытых источников - читайте тренинги, которые указаны по вашей ссылке. Ну и не забываем, что тестирование через Prometric. Т.е. как проходит экзамен знает каждый, кто хоть раз это делал
__________________
Ivanhoe as is..
Старый 11.11.2010, 14:36   #13  
Artoodeetoo is offline
Artoodeetoo
Участник
Аватар для Artoodeetoo
 
22 / 10 (1) +
Регистрация: 01.11.2010
Писать грамотный документ я готов, но почему-то никто не готов его оплачивать....
Пишем, чтобы закрыть риски при завершении проекта.
Старый 12.11.2010, 12:54   #14  
oip is offline
oip
Axapta
Лучший по профессии 2014
 
2,564 / 1416 (53) ++++++++
Регистрация: 28.11.2005
Записей в блоге: 1
Цитата:
Сообщение от kALVINS Посмотреть сообщение
А можно поподробнее рассказать как он проходил?
Сам собираюсь его сдать, хотелось бы узнать к чему готовиться.
Можно. Обычный прометриковский тест, как и все остальные экзамены по Дайнемикс. Экзамен - по версии 2010.

Я лично тренингов на русском по 2010 не нашел, поэтому при подготовке пролистал два тренинга, 80088 и 80094, оба по старой версии методологии. Но мне кажется, что толку от этих тренингов почти никакого. Для сдачи экзамена пользы в них очень мало. Я сомневаюсь, что их вообще имеет смысл читать. По-крайней мере ничего нового для себя я из них не узнал. Ну и саму Sure Step пробежал глазами. На всю подготовку где-то дня два ушло.

Вообще, экзамен достаточно простой, и я уверен, что любой менеджер проекта должен сдать его без проблем. Я отвечал на вопросы просто представляя себя менеджером проекта и пытаясь понять, как бы я в описываемой в вопросе ситуации действовал, какие проектные документы бы готовил и как именно, и т.п. Этого оказалось достаточно.

Вроде данным сообщением ничего не нарушил. Если я ошибаюсь, просьба мне об этом сказать.
__________________
С уважением,
Олег.
За это сообщение автора поблагодарили: kALVINS (3).
Старый 13.11.2010, 13:25   #15  
pm-erp is offline
pm-erp
Участник
 
200 / 22 (1) +++
Регистрация: 28.10.2009
Адрес: Москва
Грамотное ТЗ - серьезно снижает риски при внедрении ИТ-систем.
Без него (пусть и сокращенного) подписываться на внедрение - авантрюра как для исполнителя, так и для заказчика.
Старый 09.12.2010, 16:10   #16  
Индра 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   #17  
Zabr is offline
Zabr
Участник
Axapta Retail User
 
1,200 / 345 (14) ++++++
Регистрация: 26.06.2002
Адрес: Москва
Цитата:
Сообщение от Индра Посмотреть сообщение
ТЗ верхнего уровня должно быть на 20 листах
Считаю, что должно быть по 2 документа со стороны и заказчика, и исполнителя.
от заказчика
1) концепутальное описание бизнеса и задач по автоматизации - 2-3 листа
2) более развернутое ТЗ - 10-20 листов
от исполнителя
1) концепутальное описание решения - 2-3 листа
2) развернутый дизайн решения - столько листов, сколько понадобится. Может 20, а может 200, а может и 2000.

Это то, что нужно перед тем, как начать что-либо реализовывать на практике. Менеджеры/руководители соответствующего уровня с каждой стороны потребляют либо первый, либо второй документ.
Старый 09.12.2010, 17:24   #18  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Кстати, всё это вполне реализуемо в рамках ГОСТ. В таком случае пишется рамочное ТЗ на 20-30 листов с основными спецификациями. А вот детали расшифровываются в соответствующих приложениях типа "Описание автоматизируемых функций" и проч.
__________________
Ivanhoe as is..
Старый 09.12.2010, 17:25   #19  
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   #20  
Индра 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, время: 13:16.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.