О чем мы будем говорить− Особенности типичной разработки  корпоративного сайта− Какие проблемы возникают?− “Пять” вещей ко...
Особенности типичной разработкикорпоративного сайта− Область применимости: разработка сайта  требующая интенсивного кодиро...
Какие проблемы возникают?− Заказчик получает не то, что он хотел:   − не качественное управление требованиями   − Отсутств...
5 вещей которые …− Управление требованиями очень важно – см. картинку.  Важно понимать, что только вы знаете, что вы хотит...
Возможные сценарии организации работ –Microsoft Application Lifecycle Management− Использование процессного  инструментари...
Магический квадрант для средств управленияконфигурациями и изменениями
Dashboard
Вопросы?
Visual Studio 2010
Пять вещей, которые нужно знать заказчику
Пять вещей, которые нужно знать заказчику
Upcoming SlideShare
Loading in …5
×

Пять вещей, которые нужно знать заказчику

755 views

Published on

Презентация Евгения Злобина, эксперта по построению процессов разработки программного обеспечения компании Microsoft.

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
755
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
5
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Пять вещей, которые нужно знать заказчику

  1. 1. О чем мы будем говорить− Особенности типичной разработки корпоративного сайта− Какие проблемы возникают?− “Пять” вещей которые должен учитывать заказчик корпоративного сайта− Возможные сценарии организации работ – Microsoft Application Lifecycle Management− Вопросы
  2. 2. Особенности типичной разработкикорпоративного сайта− Область применимости: разработка сайта требующая интенсивного кодирования и дизайна.− Что характерно для типичного процесса − Заказчик формулирует высокоуровневые “хотелки” − Заказчик в лучшем случае контролирует архитектуру и занимается тестированием/приемкой − Заказчик считает, что исполнитель сделает, все что ему нужно  Нет УПРАВЛЕНИЯ процессом разработки (ALM)
  3. 3. Какие проблемы возникают?− Заказчик получает не то, что он хотел: − не качественное управление требованиями − Отсутствие взаимодействия/контроля за исполнителем (в момент приемки понимаем, что ЭТО НЕ ТО, что мы хотели)− Слабая сопровождаемость разработанного приложения: − Программный код не отторгается от исполнителя (сложно передать другому исполнителю) − Программный код не кондиционный − Не используются методики контроля качества − Возможные проблемы с безопасностью кода− Низкое качество разрабатываемого программного кода: ошибки проявляются в процессе эксплуатации
  4. 4. 5 вещей которые …− Управление требованиями очень важно – см. картинку. Важно понимать, что только вы знаете, что вы хотите. Нужно осуществлять регулярный (итерационный) контроль создаваемого продукта− Исполнитель создающий для вас программный продукт не заинтересован в создании отторгаемой версии (больше затрат, могут поменять)− Качество ваша забота, если в процессе эксплуатации “полезут” ошибки – плохо будет вам. Для исполнителя вложения в качество – это дополнительные расходы− В договоре на создание продукта надо прописывать, что исполнитель предоставляет собираемый и самоверифицируемый код (unit test)− Не функциональные требования к системе очень важны: безопасность, масштабируемость должны постоянно отслеживаться (по возможности на ранней стадии)
  5. 5. Возможные сценарии организации работ –Microsoft Application Lifecycle Management− Использование процессного инструментария поддерживающего облачную модель (Team Foundation Services, Team Foundation Build) − Единый репозиторий для требований, кода и ошибок − Отслеживание текущего статуса проекта − Передача собираемого проекта − Использования инструментария для прототипирования
  6. 6. Магический квадрант для средств управленияконфигурациями и изменениями
  7. 7. Dashboard
  8. 8. Вопросы?
  9. 9. Visual Studio 2010

×