Профессионал управления проектами

Впервые в России: Чемпионат по управлению проектами.

РЕКЛАМА: «Богданов и партнеры», ведущая консалтинговая компания СНГ в области управления проектами, MS Project.

Система управления

Скачать project

Календарное планирование

Управление программами

Целевые программы

Аутсорсинг

Управление проектами

Стратегическое планирование

Система управления предприятием

Project скачать бесплатно

email 
 пароль 
 поиск 
PMProfy » Статьи » Практика управления проектами
Технология экономного создания программного продукта
Боб Черит
Дата публикации: 10.11.2002
Источник: Планета КИС
Версия для печати (доступна только зарегистрированным пользователям)Версия для печати

Системный консультант Боб Черит (Charette) придумал новую технологию экономного (lean) создания ПО (ЭСПО), позволяющую реализовать проект в три раза быстрее, в три раза дешевле и с в три раза меньшим числом ошибок. ЭСПО базируется на технологии экономного управления производством Джеймса Уомака (Womack), применяемой в промышленных компаниях.

ЭСПО основана на концепции динамической стабильности, способности компании быстро и эффективно адаптироваться к требованиям заказчика, сохраняя при этом стабильный, непрерывно улучшающийся внутренний процесс разработки ПО, подходящий для производства широкого диапазона программных продуктов. При этом необходимо внедрять концепции ЭСПО на всех уровнях управления компании, в противном случае желаемого эффекта добиться не удастся.

12 принципов ЭСПО:

  1. Высший приоритет -- удовлетворение требований заказчика. Команда разработчиков должна иметь технологию определения конкретных нужд пользователя и поддерживать с ним обратную связь. Главной целью проекта должно стать не техническое качество продукта, а максимальное удовлетворение желаний клиента. Возможности продукта, о которых клиент не упоминал, должны рассматриваться как неудачные. Это позволяет избежать ненужной работы (45% возможностей абсолютного большинства продуктов пользователи не используют никогда).
  2. Надо так скомбинировать свойства продукта, чтобы они удовлетворили клиента в заданное срок и в рамках заданного бюджета.
  3. Необходимо активное участие заказчика в работе и тесное сотрудничество с ним, организация максимально быстрой адаптации к изменению требований.
  4. Концентрация командных усилий, сочетание разнообразных умений разработчиков.
  5. Практически все серьезные методологии начинаются с определения требований к проекту, изменения которых затем тщательно контролируются. В ЭСПО принято, что изменения требований происходят непрерывно, поэтому надо учиться контролировать их очень быстро. Постоянно задавайте себе вопросы: какой вид изменений может возникнуть? как мы будем приспосабливать проект к этому типу изменений?
  6. Создавайте глобальные решения. ПО должно быть применимо в разных компаниях, рынках, продуктах.
  7. Собирать, а не конструировать. Купить лучше, чем построить. Используйте готовые компоненты и шаблонные решения.
  8. Лучше на 80% готовый продукт сегодня, чем на 100% готовый завтра. Заказчик в большинстве случаев готов пожертвовать функциональностью ради возможности скорее получить продукт.
  9. Разумный минимализм. Старайтесь минимизировать возможности продукта, объемы бумажной работы, организуйте небольшие мобильные рабочие группы.
  10. Создайте технологию работы! При этом сначала определите цели, и лишь потом способы их решения (но не наоборот!).
  11. Развитие продукта -- это увеличение числа его возможностей, а не размера. При этом очень важно определить критичные свойства продукта. Всегда надо анализировать, как изменение свойств продукта скажется на бизнес-процессах пользователей.
  12. Не пытайтесь вытолкнуть ЭСПО из его границ. Есть определенные категории разработки, где ЭСПО подходит хорошо (это приложения, где качество -- не главное), и где ЭСПО не применима (например, при разработке ПО управления "Тополем-М").


Документы к статье Документы к статье

 

Материалы по теме Материалы по теме
Сари Калин
Валерий Орехов
Vladimir Liberzon, Alexey Bazhenov
Обсуждение Обсуждение

Пожалуйста, авторизуйтесь или зарегистрируйтесь для участия в обсуждении.

Правила использования материалов
(C) 2002-2019 PMProfy