Билет №14Вопрос Концепция. Как управляем выполнением проекта в заданный (ожидаемый) бюджет?Ответ:При заключении договора тщательно составляем перечень ограничений, которые позволят четко ограничить рамки проекта.Ежедневно составляем ЛУРВы.Еженедельно проводим статус встречи.Мониторим план и факт.При возникновении задач не входящих в рамки проекта расставляем приоритеты, и выполняем в рамках доп. соглашений.Вопрос Технология.Моделирование:

• 
  Ценности, цели, входы, выходы.
  
  • 
    Клиент может увидеть будущую систему и примерить ее на свои бизнес-процессы
    
  • 
    Мы можем узнать мнение клиента о системе, определить функциональные разрывы, решить сможем ли мы изменить процесс, или придется дорабатывать.
    
  • 
    Входы: Перечень процессов для автоматизации, договоренности о проведении интервью.
    
  • 
    Выходы: ТКВ – Протоколы обучения; ТСБВ – Реестр бизнес процесов, с отметкой по каждой функуции, доработка или типовой; ТПВ – Документ Функциональные требования, EPC диаграммы по процессам с разграничением зон ответственности заказчика.
    
• 
  Отличия от других подэтапов обследования: от экспресса и проектирования.
  
  • 
    Экспресс это просто беседа с клиентом о том что он хочет, и как у него происходит сейчас, для того чтобы понять какую систему ему предложить. А моделирование уже примерка системы.
    
  • 
    После экспресса только перечень бизнес-процессов
    
  • 
    Иногда после моделирования уже можно разрабатывать или даже внедрять.
    
  • 
    Проектирования чаще всего проводится при ТПВ, после проектирование клиент получает детальное описание доработок, иногда даже описание типового функционала, это очень трудозатратный этап, необходим при документировании по ГОСТ, на выходе ТЗ при ТПВ, или листы требований при ТСБВ
    
• 
  Порядок проведения работ (что «физически происходит»)
  
  • 
    Какие операции выполняют сотрудники и как должно быть, найти инструкции если есть
    
  • 
    Показываем как отражатеся к сисьеме
    
  • 
    Убеждаем скорректировать проецесс что ту би соответствовлао ас ис
    
  • 
    Если ту би не соответствует, то проводим экспресс оценку доработки и получаем одобрение от РП
    
  • 
    Составляем описание как будет работать в документе ФТ
    
  • 
    Отмечаем что будет типовым
    
  • 
    Регистрируем решение клиета по доработкам
    
  • 
    Вместе с РП закахзчика расставлем приоритеты, оставляем только критические без которых не запустить систему
    
  • 
    
    
• 
  Риски, которые могут быть «заложены» в ходе моделирования и отразиться на дальнейшем проекте. Риски, которые могут реализоваться в ходе Моделирования.
  
  • 
    Все очень заняты и срывают сроки. Все фиксируем в статусах, чтобы потом все знали почему не успели
    
  • 
    Ответственные могу не знать как реально работают процесс. Ищем другие истояники инйрмации.
    
  • 
    Заказчик может потратить много денег на разработку, но потом они могут быть невостреованны. Нужно четко расставить приоритеты
    
  • 
    Заказчик не сможет изменить свои процесы под систему. Нужно искать админ ресурс и возможно выполнить реорганизацию в компании
    

---

Вопрос Технология-ПрактикаКейс по выполнению проекта. Кейс "Что вы там копаетесь если почти все есть в типовой?"Торговля переход с 7.7 на новую редакцию .Моделирование предположительно провели поверхностно (во многом «на словах», не все прогоняли детально). Приехали сдавать внедрение и показывать доработки, заказчик (рук.отдела) говорит вы не учли все мои пожелания при моделировании, я думала вы крупная компания, и сможете мне помочь + на встрече их программист говорит, что все это стоит дешевле, у 1С есть вообще типовые процедуры перехода, которые можно слегка доработать и мы их обманываемЧто нам нужно добиться и как построить разговор с клиентом?

1. 
   Нужно свериться с отчетом об обследовании, если оно проводилось и отчет был согласован.
   
2. 
   Проверить фиксацию требований в реестре бизнес-процессов если было ТСБВ, или в функциональных разрывах, если ТПВ.
   
3. 
   Если требований клиента в документах нет, то нужно их срочно составить, затем решить что критично, потом оценить, а затем решить за чей счет мы будем снова моделировать и возможно дорабатывать. При необходимости уговариваем заключить доп. соглашение на новые требования не учтенные раньше.
   
4. 
   Типовые процедуры есть, но на практике они не переносят весь функционал из старой системы, а в основном только данные, и то не на 100%. Снова уговариваем составить актуальный перечень разрывов или бизнес процессов.
   
5. 
   
   

Допвопросы по пройденному

---

Смотрите также файлы

• Lesson study сабаты зерттеу бойынша фокустоптар ызметіні тиімділігі.docx

• Закона от 29. 12. 2012 273 фз Об образовании в Российской Федерации.docx

• Рабочая программа дополнительного учебного предмета Психология.docx

• Техническое задание Введение Типы антенн Описание облучающей системы Специальная часть.docx

• Способов кодированияКодирование Для того чтобы сохранить, обработать и передать информацию, её нужно зафиксировать с помощью кодов.pdf