Проблемы разработки ПО или проблемы управления? С. Архипенков

{ { Еще раз о «Хаосе»… () (C) Standish Group

{ { Разработка ПО не похожа на другие производства () 3

{ { Разработка ПО – интеллектуальная деятельность () 4 Гласс: 80% времени тратится на обдумывание задачи и поиск решения;

{ { Разработка ПО – это гуманитарная дисциплина () Гласс: Отсутствует теория; Брукс: – Отсутствуют средства визуализации; – Неопределенность и изменчивость; – Отличие производительности более чем в 10 раз. (Гласс: в 28 раз!); Коуберн: Успешность программного проекта на 100% определяется людьми; 5

{ { Разработку ПО нельзя ускорить () Брукс: «Девять беременных женщин не родят ребенка за месяц»; Боэм: Ни один проект невозможно завершить быстрее, чем за 3/4 расчетного оптимального графика; Демарко: «Наиболее эффективно программисты работают без жестких сроков»; 6 Время Затраты, чел.*мес. Опт.Затянутый Мин. …или так! Дальше бывает так..

{ { Проблемы нельзя «закидать деньгами» () Брукс: Добавление людей в отстающий проект только увеличит отставание; Демарко: Сверхурочные и авралы снижают общую производительность; Гласс: Применение новых инструментов снижают производительность, но если повезет, может ее повысить на 2- 20% ; 7

{ { Проблемы нельзя решить при помощи процесса () Существуют десятки методологий, но ни одна не гарантирует результат; Коуберн: Нет корреляции между успехом/провалом проектов и методологиями, которые применялись в проектах; 8 SW-СММ, Capability Maturity Measure Вес методологии Как получится Rational Unified Process SEI PSP/TSP ГОСТы 19.ххх, 34.ххх Agile: XP, Crystal, Scrum, ASD, FDD др. MSF

{ { Миф о треугольнике проекта () Разработка продукта длилась 5 лет вместо одного года; Бюджет проекта был превышен более, чем в 5 раз; Это - провал? // Нет! Это был MS Word! Содержание Стоимость Время

{ { Теория-W Барри Боэма () Надо ориентироваться не на проектный треугольник, а на людей: – Понять, что каждый хочет выиграть; – Формировать разумные ожидания; – Способствовать общению; – Создавать взаимовыгодный процесс; – Создавать взаимовыгодный продукт; // B.W.Boehm, R.Ross, Theory-W Software Project Management: Principles and Examples, 1989, IEEЕ Loser Winer

{ { Правильный продукт () Демарко: В разработке ПО есть два типа проектов: – Тип A, которые приносят 10% прибыли; – Тип B, которые приносят более 500% прибыли; Вывод – давайте разрабатывать программные продукты типа B. // Tom DeMarco, Software Engineering: An Idea Whose Time Has Come and Gone?, © 2009 IEEE

{ { Правильный персонал () Характеристики: Сосредоточенность на проблеме; Креативность и независимость; Принятие себя и других, чувство общности с другими; Искренность, простота, естественность, философский доброжелательный юмор; Сопротивление окультуриванию; // А. Маслоу, «Новые рубежи человеческой природы», М., Смысл, 1999 E = IQ x EQ 2

{ { Правильный процесс () 13 E(t) = F(P t 1, P t 2, P t 3, P t 4 ), где P t 1 - продукт, P t 2 - проект, P t 3 - персонал, P t 4 - процесс. Правильный процесс P t 4 opt обеспечивает максимум работы T max R = F(P t 1, P t 2, P t 3, P t 4 opt )dt P t 4 0

{ { Правильный ПМ() Наблюдать Общаться Анализировать Синтезировать Пробывать Обобщать //Главные задачи руководителя: 1.Обеспечить эффективность каждого участника рабочей группы; 2.Обеспечить эффективные процессы взаимодействия;

{ { 15 Спасибо за внимание! ПРОБЛЕМЫ РАЗРАБОТКИ ПО ИЛИ ПРОБЛЕМЫ УПРАВЛЕНИЯ? С. Архипенков