Добавить комментарий

MSF

Читатели моего журнала могли не раз заметить, что я не жалую agile-"наживульку". Критики на сей счет написано немало. Но все идет нормально, пока "наживулька" не высовывается из сегмента упорядочения бардака в фактически домашних разработках, хотя формально их делают внешние исполнители вместо прежних замученных программистов из отделов АСУ. А она, собственно, и не сильно высовывается оттуда.

Критика критикой, а где же позитив?

Все мы вышли если не из гоголевской "Шинели", то, как минимум, из бруксовской "серебряной пули" мифического человеко-месяца. Пули, которой не существует. В связи с этим никакой самой лучшей методологии не существует.

Итак, мой персональный выбор с давних пор в той или иной степени соответствует MSF (Microsoft Solutions Framework). Причин несколько:

  • методика разработки тиражируемых продуктов, может быть адаптирована и для заказных проектов
  • это золотая середина между академическим игнорированием практических ограничений с одной стороны и практическим игнорированием академических подходов с другой
  • методика масштабируется от небольших команд типа "операционная бригада" с "главным программистом" до больших коллективов
  • отсутствует религиозная атрибутика и обряды. Точнее, одна "религия" все же есть - прагматизм, но из разновидности "что может быть практичнее хорошей теории"

Совершенно не готов вести религиозную войну на тему лучшей методологии, но с удовольствием выслушаю историю "почему мы не взяли MSF за основу, но стали работать по NNN".

Ссылки по теме:

  1. Microsoft Solutions Framework Version 3 White Papers
  2. MSF for CMMI Process Improvement v5.0
  3. Большой стандарт для маленькой компании. Применение MSF в качестве стандарта уровня предприятия в управлении проектами развития информационной инфраструктуры
  4. Опыт построения, внедрения и использования стандарта уровня софтверного предприятия для разработки заказных ИС
  5. Стратегия проектирования многослойных клиент-серверных приложений
  6. Разработка ПО: пример бизнес-процесса из практики
  7. Совместимость ролей в проекте
  8. Дж.Фокс. Программное обеспечение и его разработка