Best Practices для консультантов

[miklenew]

Я вот чё подумал тут.
MS додумалась до Best Practices для Разработчиков.
Класно, молодцы.
А почему они не как не могут додуматься до подобной штуки для консультантов при написании ТЗ?
Axapta от этого только выиграла бы.
А то в одной компании так пишут, в другой иначе, где-то вообще не пишут.
А ведь время потраченое на обсуждение ТЗ устно или в аське порой тратится много.
С учетом что оно тратится и у консультанта и у разработчика.

[Yprit]

Цитата:

Сообщение от miklenew

А ведь время потраченое на обсуждение ТЗ устно или в аське порой тратится много.

А истина где в таком случае рождаться будет?

[zemlyn]

Гдето пробегал похожий по сути вопрос, кто как схемки при обследовании рисует. Вывод был неутешителен - общие стандарты малопонятны пользователю, различаются по идеологии. Вобщем каждый вопрос решал индивидуально.

[blokva]

Цитата:

Сообщение от miklenew

Я вот чё подумал тут.
MS додумалась до Best Practices для Разработчиков.
Класно, молодцы.
....

Это не MS это еще Damgaarg додумался.

ИМХО для консультанта подобную штуку невозможно придумать, ведь в каждой компании свои стандарты, подходы к внедрению, наработанные практики. В отличии от того, что Х++ един для всех фирм.

[twilight]

Цитата:

Сообщение от miklenew

Я вот чё подумал тут.
MS додумалась до Best Practices для Разработчиков.
Класно, молодцы.
А почему они не как не могут додуматься до подобной штуки для консультантов при написании ТЗ?
Axapta от этого только выиграла бы.
А то в одной компании так пишут, в другой иначе, где-то вообще не пишут.
А ведь время потраченое на обсуждение ТЗ устно или в аське порой тратится много.
С учетом что оно тратится и у консультанта и у разработчика.

Есть такая вещь у них, есть.
Есть официально рекомендованная методология внедрения с разделением на этапы, форматами документов, содержанием документов и т. д.
Просто ее мало кто использует

[miklenew]

Цитата:

Сообщение от twilight

Есть такая вещь у них, есть.
Есть официально рекомендованная методология внедрения с разделением на этапы, форматами документов, содержанием документов и т. д.
Просто ее мало кто использует

Были у меня такие подозрения?
Может кто поделится? Желательно на русском.

[belugin]

а Navision OnTarget это не не про это?

Еще был некий мошон

Ric Merrifield - Microsoft gets down to business with Motion initiative

Live Coder: Microsoft Motion Framework - Introducing Business Capabilities

[mazzy]

Цитата:

Сообщение от miklenew

Я вот чё подумал тут.
MS додумалась до Best Practices для Разработчиков.
Класно, молодцы.
А почему они не как не могут додуматься до подобной штуки для консультантов при написании ТЗ?
Axapta от этого только выиграла бы.

Как это не могут додуматься?
Думали об этом еще Дамгаарды. Реализовали пилотную версию в Майкрософте. Называется Rapid Configuration Tool. Есть переведенная на русский язык версия.

Из-за сложностей (некоторые перечислены выше) проект не пошел: есть очень ранняя программисткая реализация и почти нет собственно консультантских знаний.
Хотя лично я идею целиком и полностью поддерживаю и одобряю.

[mazzy]

Цитата:

Сообщение от twilight

Есть такая вещь у них, есть.
Есть официально рекомендованная методология внедрения с разделением на этапы, форматами документов, содержанием документов и т. д.
Просто ее мало кто использует

Хм... И такая была. Называлась действительно OnTarget, как Belugin говорит.
Только OnTarget был разработан Навижином и для Аксапты не очень прижился.

Сейчас вовсю пропагандируется SureStep, разработанный самим Майкрософтом
Но как-то... В общем, посмотрим.

[belugin]

Implementation methodology

[belugin]

собрал ссвлки вот сюда, буду рад, если кто-нибудь напишет что-то более разумное
База знаний ERP : Методики Внедрения

[miklenew]

Подитожу. Эфект остался такой.
Пробы были. Удачных не было.
А то что есть (SureStep) и платное и заточена под американцев.
Ястно значит это ниша ещё пуста, а у кого-то есть шансы.

[mazzy]

Цитата:

Сообщение от miklenew

а у кого-то есть шансы.

оптимист даже на кладбище видит одни плюсы?

[macklakov]

Цитата:

Сообщение от miklenew

додумалась до Best Practices для Разработчиков.
Класно, молодцы.
А почему они не как не могут додуматься до подобной штуки для консультантов при написании ТЗ?
Axapta от этого только выиграла бы.

Давайте определимся, что такое Best Practices. В первую очередь, это описание идеологии, заложенной в систему проектировщиками и рекомендуемые способы следования ей.
Аналогичные рекомендации для консультантов покрывает документация по модулям и учебные материалы. Разве Вам не попадались на экзамене вопросы типа: "как лучше настроить в таком-то случае"? Что это, если не Best Practices?
А методология сбора, систематизации и оформления требований, IMHO, вне компетенции вендора. Равно как и организация процесса разработки.

[miklenew]

Мне вот интересно, а какими требованиями и какими функциями должна обладать система для быстрого и качественного создания ТЗ. Должна быть чёткая структуризация и типизация, но как этого добиться. Набросал требования к подобной системе. Хотелось бы если кто-то либо добавил требования, либо озвучил проблемы, узкие моменты. Только отставить выражения, а если не захотят, все люди разные и т.д. Нужны предложения, а не упаднические мысли и неудачный опыт.
1) Система должна обладать быстрой подстановкой навигации по ключевым словам.
Ввёл “часть имени” система ищет в АОТ объекты по именам или по menuItem-ам. Надо подумать. Формирует лукап. Выбираешь значение. Система сама подставляет полный путь.
2) Должна быть элементарная частица задачи (квант), соответствующий одному клику. Не важно нажатие на кнопку, открытие или закрытие формы.
3) Кванты должны уметь соединяться и разъединяться в задачи как новые, так и старые.
4) Должна быть функциональность объединения задач в проекты (аксаптовских project-ов). Связь один ко многим, но чаще всего, наверное, будет использоваться один к одному.
5) Классификация квантов (ошибка, доп. требование, разработка). Может ещё какие-то.
6) Должен быть механизм движения задач.
7) Должна быть история движения и изменения кванта.
8) Должны быть шаблоны задач. (Например создание какой нибудь формы, программист проходит одни и теже стадии, задаётся одними и теме же вопросами и если они в задачи не определены, он их оставляет или делает стандартными. Не плохобы чтобы консультант выбрал шаблон, получил набор квантов, по умолчанию большинство стандартно. Если его это устраивает, смотрим следующий квант )
9) Задачи должны состоять как из квантов так и из задач-ссылок. Древовоидная структура.

[macklakov]

Цитата:

Сообщение от miklenew

Мне вот интересно, а какими требованиями и какими функциями должна обладать система для быстрого и качественного создания ТЗ.

Не знаю как другие участники, а я не поспеваю за полетом вашей мысли. Каким образом поиск в AOT и "квантование задач" связаны с best practice для консультантов? Разве это поможет правильно настроить модуль?

[miklenew]

Цитата:

Сообщение от macklakov

Не знаю как другие участники, а я не поспеваю за полетом вашей мысли. Каким образом поиск в AOT и "квантование задач" связаны с best practice для консультантов? Разве это поможет правильно настроить модуль?

Для меня best Practices это прежде всего система правил и рекомендаций, доказавшая свою эффективность. Причины её эффективности разные, но интуитивно понятны: Не фига тащить в разные стороны как в одной басне.
А причём здесь модуль?

[aaERP]

Похоже коллега пытается определиться (посмотрел историю его постов за неделю) или консультант неудачный попался
А вообще как в анекдоте Кому что снится Консу задачи , а кодеру "маленький" FD
Можно домыслить за коллегу и предложить найти материалы ORACLE AIM . По разныим обстоятельствам знаком с ним и стараюсь применять по обстоятельствам . Впрочем лет 7 назад у CITPR была похожая игрушка для DAX .
macklakov Удачи в поисках идеала.

[miklenew]

Цитата:

Сообщение от aaERP

или консультант неудачный попался

И это тоже. Но это уже совсем другая история.
Сейчас интересует какими требованиями и какими функциями должна обладать система для быстрого и качественного создания ТЗ.

[miklenew]

Вообщем получилось вот так.
Пока без извратов с фильтрами.
Если кто-то поделится соображениями как улучшить буду благодарен.