Привет всем!
Не хотелось создавать новый топик по этому пишу тут... Интересует
Меня конкретно волнует реализация проектов MSD CRM по методология SURESTEP, а именно следующие моменты:

1. В описании методологии описано 6-этапов которые должен пройти проект по максимуму... Но меня интересует, вот каким образом определить, каике этапы можно совместить и все в одном этапе сделать... Например (анализ и дизайн), а когда и каике этапы нужно отдельными частями проходить... в своей практике, все время по всем этапам проходил не в зависимости от размера проекта.

2. Документация. Шаблоны которые есть в SURESTEP клиенте, не всегда подходят для пост советского пространства... слишком все запутано для клиента... У меня был опыт в 2-х разных компаниях работать которые внедряют CRM, то скажу так... И те и другие используют SURESTEP методологию, но название и структура документов которые используются в проектах совершенно разные.. почему так и как найти золотую середину ???

Поделитесь у кого какой есть опыт или мысли.. Может быть даже с нуля все начать? ??

2 LSV,
Да, я согласен что это не дешевый маркетинговый ход... ит.д.
Но на самом то деле, в управлении проектом они помогают предоставляю рекомендации и шаблоны документов...
Просто ситуация у меня сейчас такова, что в компании новая практика планируется открываться... и как бы набивать шишки не очень хочется... у меня есть не очень большой опыт в документации..
Меня очень интересует содержание документов предназначенных для каждого из этапов...
например документ после анализа содержит в себе следующее:
1. Описание документа - то есть информация о том, что конкретно описывает этот документ... Что бы тот кто читал его, понял что его ждет в последующих 200+ страницах )))
2. Требования -
а) описание требований, которые должна выполнять система, либо же какие то отдельные механизмы, которые будут реализовываться... например интеграция систем...
б) описание требований по автоматизации
в) Описание по миграции данных и т.д.
3. Описание методов реализации процессов - описание самих процессов, а так же методов и механизмов оптимизации и автоматизации...
4. Описание новых процессов - если они подлежали оптимизации...
5. требования по отчетам
6. требования по печатным формам..
и многое другое что можно засунуть...

Вот и хотел узнать.. есть ли какие то методы или же способы выявить самые важные моменты в документации для того или иного этапа?
Буду благодарен за ответы!
В приложении диаграммы SURESTEP - кто что может сказать ?

FE,
Ладно. Напишу проще.
Как правильно составить документацию для проекта?
То есть, для каждого из этапов должны быть документы, которые описывают и поддерживают тот или иной этап. А именно служат инструкцией с чертежами для реализации того, что попросил заказчик.
На примере скачаного SURESTEP, там есть куча документов для каждого из этапов... и для каждого из продуктов сеймейства ДИНАМИКС.
Но в каждой компании один и тот же документ который они вытянули оттуда, имеет свою структуру... отличающеюся от того что говорит SURESTEP и в другой компании конкурента...
Вот и хочу понять. Какие так сказать обязательные заметки туда вносить нужно и что требоваться с заказчика?
Надеюсь понятно объяснил.

FE,
Вопросы действительно элементарные я с этим согласен.
авторНапример, для описания бизнес-процессов есть определенные и широко известные нотации. Обязательно ли применять именно их? Нет, если вы можете согласовать с заказчиком другой формат описания, который более прост и понятен обеим сторонам.
Скажу так, чем проще будут диаграммы которые описывают процессы, тем более быстрее будет подписан документ...
(cross functional flowchart, IDEF0, IDEF3) и т.д. - это то те методологии которые я использовал...

автор-O_o-, если вы не можете понять, что надо писать в составе документа, то подумайте, а надо ли заниматься внедрением?
Понятие, что именно нужно писать в документе есть у меня... Но вопрос был в том, насколько детально описывать нужно? Понимание того что можно написать так:
- требуется реализация автоматического поздравления клиентов эл. письмом от отдела продаж со всякими цветочками и т.д.
Это один вариант того как можно поверхностно описать... а потом на ходу уже уточнять и доделовать, рисовать цветочки и т.д. что по сути влияет на сроки проекта и является потенциальными рисками...
А можно еще и так...
- требуется реализация механизма уведомлений клиентов по разным событиям отправкой эл. писем по событиям которые указаны где то там.... Так же реализовать отдельных механизм для создания формул расчета коэффициента реализации сделки, в котором можно будет указывать третье, пятое и десятое.. должно быть все синим цветом и по средине красная кнопка с надписью "ПУСК", после нажатия которой будут происходить чудеса...
Но не всегда можно на этапе анализа и дизайна точно знать как и что понадобиться... Особенно тогда, когда заказчик с проектом делает реструктуризацию процессов... То есть тут уже будет все зависеть от профессионализма команды...
Просто хочу что бы люди поделились опытом.. Как именно апгрейд стандартных документов???
И какие из стандартных документов использовать на первое время??? Говорю сейчас о тех, кто хочет развивать направление с нуля...
Спасибо.

Garya-O_o-,

А что мешает использовать документы, создаваемые, например, в MS Word, для которого можно разработать нужные шаблоны?
Ну дело не в том, в каком ПО его реализовывать, а в том какие пункты там должны быть... и что в них писать...
Ну вот например во вложении документ с этапа "анализ".. Там есть такой пункт как п. 7.1 "Интеграция систем" и подпункт 7.1.1 "Интерфейс <Название>"
Вопрос - вот что туда писать в п. 7.1.1 ??? Можно влепить туда все. И общую архитектуру обмена данными, описание триггеров и т.д. Будет ли это правильным???

2 FE,
автор-O_o-, вы же пишете, что есть опыт в двух компаниях - там что включали в документы? Почему бы не попробовать делать так, как было в прошлые разы?
1. Сейчас у меня внутренний проект и он не большой... (фриланс)
2. Раньше я никогда не вел проект... Был как консультант и отвечал только за то, что мне выделили... Все шаблоны документов были уже составлены до меня..
3. Ну и у меня есть интерес понимания того, каким же образом люди пришли к тому или иному решению по поводу документации внутри компании... Не хочется просто брать, хочется и отдавать, а для этого нужно глубокое понимание..

2 Garya,
Ну по большому счету да... Я понял Ваш совет ) И что такое (пмсм)? )

Garya,
спс)))я привык к ИМХО )))))