Зарегистрироваться | Поиск |
Результаты опроса: Какие документы вы создаете? | |||
У нас своя методология. Пишем ТЗ соответствующее ГОСТ | 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. Вы ещё не голосовали в этом опросе |
|
Опции темы |
|
11.11.2010, 11:54 | #1 |
Участник
|
Цитата:
Сообщение от kALVINS
Это вот этот экзамен?
http://www.microsoft.com/learning/en...8&Locale=ru-RU
__________________
Ivanhoe as is.. |
|
11.11.2010, 12:09 | #2 |
MCT
|
А можно поподробнее рассказать как он проходил?
Сам собираюсь его сдать, хотелось бы узнать к чему готовиться.
__________________
Axapta forever!!! |
|
12.11.2010, 12:54 | #3 |
Axapta
|
Цитата:
Я лично тренингов на русском по 2010 не нашел, поэтому при подготовке пролистал два тренинга, 80088 и 80094, оба по старой версии методологии. Но мне кажется, что толку от этих тренингов почти никакого. Для сдачи экзамена пользы в них очень мало. Я сомневаюсь, что их вообще имеет смысл читать. По-крайней мере ничего нового для себя я из них не узнал. Ну и саму Sure Step пробежал глазами. На всю подготовку где-то дня два ушло. Вообще, экзамен достаточно простой, и я уверен, что любой менеджер проекта должен сдать его без проблем. Я отвечал на вопросы просто представляя себя менеджером проекта и пытаясь понять, как бы я в описываемой в вопросе ситуации действовал, какие проектные документы бы готовил и как именно, и т.п. Этого оказалось достаточно. Вроде данным сообщением ничего не нарушил. Если я ошибаюсь, просьба мне об этом сказать.
__________________
С уважением, Олег. |
|
|
За это сообщение автора поблагодарили: kALVINS (3). |
13.11.2010, 13:25 | #4 |
Участник
|
Грамотное ТЗ - серьезно снижает риски при внедрении ИТ-систем.
Без него (пусть и сокращенного) подписываться на внедрение - авантрюра как для исполнителя, так и для заказчика. |
|
09.12.2010, 16:10 | #5 |
Участник
|
Мой опыт весьма однобокий - я последние 6 лет работаю только на стороне заказчика, и пришел к выводу, что ТЗ должен писать заказчик. Все предлагаемые системы автоматизации (пока) весьма несовершенны, подрядчики об этом знают, а заказчики - нет. Отсюда конфликт интересов - ТЗ написанное подрядчиком на 200 страницах вряд-ли будет глубоко понято заказчиком, и он подпишет его "на веру". В момент закрытия проекта, когда все проблемы налицо - заказчику предъявляют подписанное ТЗ, дальше возникает превышение бюджета и сроков. Консалтингу это выгодно - бизнес есть бизнес. Когда же заказчик предъявляет собственное ТЗ - ему говорят - "не по методологии".
Проблема в том, что заказчику трудно изыскать ресурсы для написания грамотного и исчерпывающего ТЗ. Увы. Но тем не менее - ТЗ верхнего уровня должно быть на 20 листах - если больше, то это уже мясо. Я описываю бизнес-структуру, перечень бизнес-операций (вклюая учет, планирование, контроллинг), перечень ролей (АРМ-ов) и все. Можно писать и в разрезе процессов - от этого суть не меняется. Я хочу платить за автоматизацию бизнес-операций, системные подробности реализации меня мало интересуют, поэтому в ТЗ верхнего уровня достаточно просто перечислить все операции с возможными вариантами (например - реализация на экспорт, реализация по РФ, планирование от потребности, оптимизация технологических и логистических маршрутов и т.д.). Это будет мало букв, и конечно, создаст определенные риски для подрядчика, зато обезопасит меня. Диалектика, однако... Последний раз редактировалось Индра; 09.12.2010 в 16:17. |
|
|
За это сообщение автора поблагодарили: Zabr (3), Ivanhoe (2). |
09.12.2010, 17:17 | #6 |
Участник
|
Считаю, что должно быть по 2 документа со стороны и заказчика, и исполнителя.
от заказчика 1) концепутальное описание бизнеса и задач по автоматизации - 2-3 листа 2) более развернутое ТЗ - 10-20 листов от исполнителя 1) концепутальное описание решения - 2-3 листа 2) развернутый дизайн решения - столько листов, сколько понадобится. Может 20, а может 200, а может и 2000. Это то, что нужно перед тем, как начать что-либо реализовывать на практике. Менеджеры/руководители соответствующего уровня с каждой стороны потребляют либо первый, либо второй документ. |
|
09.12.2010, 17:25 | #7 |
MCT
|
Тут еще такой момент имеет место быть - это корректное написание с точки зрения языка. С русским языком просто дикая проблема. Ничтожное число писателей выдают документ, который можно прочитать и понять, о чем речь. Ладно когда не хватает знаков препинания, ладно когда не хватает существительных....
Но когда в предложении набор глаголов и все в разном наклонении, когда в предложении одни члены выделены одним методом, другие другим, понять становится уже почти не возможно. И в довершении таблицы с данными. Пример: "при условии, что агентом является Р____А АНДРЕЯ АНАТОЛЬЕВИЧА и процент комиссии = 10% СФОРМИРОВАТЬ:"
__________________
Axapta book for developer |
|
09.12.2010, 19:14 | #8 |
Участник
|
На тендер нужно выходить с готовым ТЗ верхнего уровня, иначе неизбежны конфузы. Есть болевые точки у каждой системы, и ТЗ дает возможность, глядя в глаза продавцу, задать конкретный вопрос - "а покажите как в Вашей системе организована иерархия финансовых аналитик с консолидацией на любом уровне дерева". При отсутствии предварительного ТЗ тендер выглядит как астральная медитация. Медитировал...
|
|
|
За это сообщение автора поблагодарили: kALVINS (3). |
Теги |
sure step, анализ, внедрение, гост, методология, системное проектирование, техническое задание |
|
Похожие темы | ||||
Тема | Ответов | |||
Про программистский подход, программистское мышление и стереотипы | 25 | |||
Про консультантский подход | 33 | |||
Внедрение Dynamics AX: опыт российских компаний | 2 | |||
Внедрение | 1 | |||
Ну и внедрение | 7 |
|