|
![]() |
#1 |
программист
|
Цитата:
ЗЫ напишите хоть конкретику. что хотите то. Последний раз редактировалось gudzon; 10.12.2015 в 16:50. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#2 |
Участник
|
Цитата:
А, между тем, эта табличка была и в Дамгардовской методологии, насколько я помню. И в sure step, вроде был вид этой таблицы, в какой-то последней версии методологии. Fir-gap это не дизайн. Это анализ покрытия требований функциональностью. Это пре-дизайн. У меня файлик с этим анализом выглядит так: Процесс Требование Тип требования Axapta полностью соответствует требованию? - да/нет Обходной путь Доработка (идея) Решение Трудозатраты при использовании обходного пути Трудозатраты без обходного пути Трудозатраты итоговые Приоритет Понятно, трудозатраты и решение - это уже процесс согласования. Затем, по итогам согласования этой таблички, пишется подробный дизайн - как именно будет все настроено в системе по каждой операции, и какие именно доработки, ТЗ к ним, концепция загрузки данных и т.д. и т.п... |
|
![]() |
#3 |
Участник
|
Что-то у нас второй день рассерженной прекрасной половины человечества.
Цитата:
Мы работаем с 1С
Цитата:
У меня файлик с этим анализом выглядит так:
|
|
![]() |
#4 |
Участник
|
|
|
![]() |
#5 |
Участник
|
|
|
![]() |
#6 |
программист
|
|
|
![]() |
#7 |
Участник
|
|
|
![]() |
#8 |
Участник
|
Цитата:
Я могу поискать разные - и из оракловой методологии, и из sure step, и методологию европейских консалтеров, только вот дамгардовский фит гап уже потерялся, но если постараться и его можно найти. Или вы имели в виду, что я только один проектный документ знаю? Нет, не волнуйтесь, у меня их много в арсенале. Последний раз редактировалось AXcons; 10.12.2015 в 23:08. |
|
![]() |
#9 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: ikopyl (2). |
![]() |
#10 |
Участник
|
|
|
![]() |
#11 |
Участник
|
Цитата:
Сообщение от AXcons
![]() Никто, похоже, не видел в глаза что такое fit-gap анализ. Грустно.
Fir-gap это не дизайн. Это анализ покрытия требований функциональностью. Это пре-дизайн. У меня файлик с этим анализом выглядит так: Процесс Требование Тип требования Axapta полностью соответствует требованию? - да/нет Обходной путь Доработка (идея) Решение Трудозатраты при использовании обходного пути Трудозатраты без обходного пути Трудозатраты итоговые Приоритет Понятно, трудозатраты и решение - это уже процесс согласования. Затем, по итогам согласования этой таблички, пишется подробный дизайн - как именно будет все настроено в системе по каждой операции, и какие именно доработки, ТЗ к ним, концепция загрузки данных и т.д. и т.п... 1. Процесс 2. Требование 3. Тип требования и вам необходимо, чтобы консультант прочитал и заполнил пункты: 1. Axapta полностью соответствует требованию? - да/нет 2. Обходной путь 3. Доработка (идея) 4. Решение Я буквально недавно участвовал в предпроектном обследовании, который включал в себя fit-gap анализ. В принципе, если у вас действительно четко расписаны входы-выходы, основные шаги бизнес-процесса, функциональные и не функциональные требования, требования к интеграциям с другими системами, требования к отчетам и печатным формам, всё это структурировано и грамотно изложено, то сделать fit-gap анализ возможно за несколько дней, разбив ваши процессы на контуры (финансы, логистика и т.д.) с привлечением экспертов по каждому контуру. Самое сложное, выделить и проанализировать кросс-функциональные процессы. Но опять же, если у вас действительно все качественно описано, то это сделать скорее всего получится. |
|
|
За это сообщение автора поблагодарили: AXcons (1). |
![]() |
#12 |
Гость
|
2AxCons
так как не знал что такое fit gap анализ то за развитие + Для тех кто тоже не сталкивался: http://marketolog.biz/gap--page-125.html http://www.elitarium.ru/gapanaliz_preodolenie_razryvov/ |
|
![]() |
#13 |
Участник
|
Цитата:
Сообщение от axm2013
![]() 2AxCons
так как не знал что такое fit gap анализ то за развитие + Для тех кто тоже не сталкивался: http://marketolog.biz/gap--page-125.html http://www.elitarium.ru/gapanaliz_preodolenie_razryvov/ Это ссылке не про айтишный fit-gap. Наш - это анализ разрывов между возможностями системы и требованиям к ней. Но идея, в целом, одинаковая. |
|
![]() |
#14 |
Консультант
|
Цитата:
И даже тут речь ни о полдня, но и о дне, ни о двух днях. Видимо, тоже неадекватная оценка? |
|
|
За это сообщение автора поблагодарили: SOVA (1). |
![]() |
#15 |
Участник
|
Цитата:
Сообщение от AXcons
![]() Никто, похоже, не видел в глаза что такое fit-gap анализ. Грустно.
А, между тем, эта табличка была и в Дамгардовской методологии, насколько я помню. И в sure step, вроде был вид этой таблицы, в какой-то последней версии методологии. Fir-gap это не дизайн. Это анализ покрытия требований функциональностью. Это пре-дизайн. У меня файлик с этим анализом выглядит так: Процесс Требование Тип требования Axapta полностью соответствует требованию? - да/нет Обходной путь Доработка (идея) Решение Трудозатраты при использовании обходного пути Трудозатраты без обходного пути Трудозатраты итоговые Приоритет Понятно, трудозатраты и решение - это уже процесс согласования. Затем, по итогам согласования этой таблички, пишется подробный дизайн - как именно будет все настроено в системе по каждой операции, и какие именно доработки, ТЗ к ним, концепция загрузки данных и т.д. и т.п... Но у нас задача была несколько облегчена тем, что компания достаточно изнутри стандартизирована и многие аспекты бизнес-логики можно было прочесть, прежде, чем идти искать реальное подтверждение на производстве и обслуживающих его подразделений, прежде, чем начинать сбор и уточнение требований. Это было важно-иметь четкое представление о том, что предстоит автоматизировать и как "безболезненно" избавляться в процессе от "зоопарка существовавших на тот момент ИС и разрозненных БД". Но это совершенно не похоже на те коммерческие предложения, которые готовятся в консалтинге для клиентов на предпродажной стадии "тиражирования коробочных бизнес-решений" с дополнительной оценкой необходимых доработок. Изучать все программные продукты, в т.ч. AXAPTA (на тот момент), к примеру, возможности доработки функционала своими силами, сам функционал. Никакого предварительного обучения программным продуктам и "коробочным решениям" не было. Ни единой книги по DAX у нас не было, ни курсов и сертификатов, ни опыта внедрения коробочных решений. Конечно трудозатраты и экономические аспекты оценки и обоснования выбора той или иной из сравниваемых ERP-систем помогали выполнять экономисты. Однако, нам это не помешало выполнить успешный проект своими силами. Потому как программистам разобраться проще, чем консультантам или архитекторам, которые не владеют навыками изучения функционала "изнутри" и было большое желание накопить опыт именно внутри команды, т.к. иначе "сидеть на игле тех. поддержки". В целом, хотелось бы сказать, что без знания бизнес-процессов конкретной компании (технологии производства, учета и проч.), а не просто типового представителя всей отрасли промышленности/сферы деятельности, сложно представить на сколько будет оптимальным внедрение "коробочного решения на базе ERP". Сидя в офисе на доработке коробочных решений и их продажах, по-моему, вообще сложно представить, что эти специалисты смогут помочь Вам оценить степень покрытия готовым функционалом всех бизнес-требований без тестовой базы данных и пилотного проекта. Для этого необходимо выезжать на объекты автоматизации, собирать информацию о том, какие решения использовались и на сколько успешно (хотя бы 2-3 типовых клиента). |
|