Как хорошо уметь считать

Сколько стоит ваш проект

Константин Быченков, менеджер, PMPhttp://www.vzzvzz.comvzzvzz@gmail.com

Почему проекты оканчиваются неудачей?

Недопонимание содержания проекта Недостаточное планирование Недостаточная дисциплина соблюдения

плана проекта Потеря цели проекта в процессе

выполнения работ

Проекты не терпят неудачу на стадии выполнения

Проекты терпят неудачу на стадии планирования и инициации

Каждое проектное обещание или допущение менеджера предполагает оценку размера проекта, времени или цены.

Первый риск проекта кроется в оценках, которые служат основой прогнозирования затрат.

Все 3 переменные неизвестны в фазе инициации проекта

Руководитель компанииОтдел продажМенеджер проектаАналитикИнженер

Отдел внедрения

Участие в коммерческом конкурсе

Рассмотрение возможности проекта

Подготовка плана проекта

Внесение изменений в проект

Анализ успешности проекта

У нас есть только идея того, что мы хотим получить...

Как много программного обеспечения мы намеререны произвести?

Содержание продукта – какой результат нам нужен (требования, требования, требования)

Цель проекта - что будем считать успехом проекта

Что именно мы будем оценивать? Какую функциональность мы рассотрим?

С какими допущениями будем работать?

Какие основопологающие правила оценки мы принимаем?

Функциональность – это не все!

Производительность командыТребуемая документацияСложность задачиОбъем кодаРиски

Выбираем метрику. FP или SLOC Можно несколько сразу

Определяем цель оценки ( Планируем продукт? Определяем этапы? Детальный план проекта?)

Применяем несколько методов оценки

Не забудьте:

Желательна база данных сделанных оценок каждого модуля

Включить в оценку использование «COTS» софта

И не забыть переделанный код, который войдет в проект

Попытаться угадать или...

Подбираем команду и выбираем модель оценки. Например, COCOMO

Или применяем микрооценку

И не забудьте, что стоимость проекта определяется не только написанием кода

Применение нескольких подходов к оценке

Формирование резерва

Ревизия оценок

Цель оценки Пересмотр размера Реестр рисков История проекта Что изменилось?

Учим уроки База оценок Work breakdown structure

SLOC - source lines of code количество строк кода

FP - функциональные точки

Уточнение оценки в процессе производства

Внесение изменений в проект

Мониторинг исполнения расписания и бюджета

Изменения в команде

Незакомментированные, hand-generated, логические строки кода.

Microsoft Line of Code (LOC) Counterhttp://code.msdn.microsoft.com/LOCCounter

ПЛЮСЫ МИНУСЫ

SLOC Простота Зависит от технологии

Легкость применения Слабая связь с требованиями

Поддается автоматизации

Трудно применить на этапе иницииации

FP Измерение с точки зрения пользователя

Непонятно менеджменту

Связь с требованиями к системе

Трудно соотнести с производительностью команды

Доступность на этапе дизайна

Необходим квалифицированный специалист по оценке

Не зависит от технологии

Вместо того, чтобы переживать по поводу высокой цены давайте подумаем что сегодня можно сдалать для того чтобы цена была меньше.

Not everything that can be counted counts and not everything that counts can be counted.

Albert Einstein

Steve MConnell, Software Estimation: Demystifying the Black Art. Redmond, WA: Microsoft Press,

Daniel D. Galorath • Michael W. Evans Software Sizing, Estimation, and Risk Management, Auerbach Publications 2006

О докладчике:

Менеджер в ООО «Открытый код», Самара

Блог http://www.vzzvzz.comТвиттер @vzzvzzLinkedin

http://ru.linkedin.com/in/bychenkov