В марте на кодефесте http://vimeo.com/22395485 прослушали крайне
интересный доклад Архипенкова, где он проводил параллели между разработкой ПО и
Ракетами. Там же он порекомендовал скачать свою книгу. Почти год книга пылилась
на рабочем столе, пока, наконец, не дошли руки её прочитать.Книга оказалась набором из восьми лекций. После каждой лекции шли выводы и набор рекомендуемой для чтения литературы. Первая лекция сильно пересекалась с докладом на кодефесте. Книга небольшая, читается очень быстро, информация очень концентрированная.
В первой лекции дается быстрый экскурс в историю разработки программного обеспечения, вводятся основные понятия. Рассматриваются разнообразные модели разработка, их плюсы и минусы для различных проектов. В результате делается поразительный вывод: не проекты должны подгоднятся под методологию, а наоборот. Из интересного - тест проекта на жизнеспособность.
Вторая глава вводит понятие проекта: различные организационные структуры, состав проектной команды, жизненный цикл проекта. Гораздо интереснее следующая глава, про инициацию проекта и написание его концепции или обоснования. Содержание очень сильно коррелировало с тем, что нам рассказали +Евгений Дмитриевич и +Алексей Костюченко после семинара. Сначала рассказывается как посчитать суммарную трудоемкость проекта, а потом приводится интереснейший график по оптимальному размеру команды и ожидаемому сроку проекта http://citforum.ru/SE/project/arkhipenkov_lectures/15.png
После того как готово обоснование, рассказывается про планирование с использованием инструмента очень похожего на MS Project - 4 глава и управление рисками - 5 глава.
Крайне интересным показалось глава про оценку трудоемкости разработки ПО. Дан обзор трех методов: PERT, метод функциональных точек и COCOMO II - в порядку убывания опыта в будущем проекте. Если первый основан на экспертных оценках, то в последнем только формулы и статистика по отрасли.
Далее идет глава про стадии формирования команды и методы повышения эффективности. Делается интересный вывод: "раньше нанимали за навыки о обучали отношению к делу, сейчас все наоборот".
В последней главе рассказано про оперативное управление и завершение проекта. Автор рассказывает про основные метрики проекта, оценку стоимости дальнейшего сопровождения. При завершении проекта обязательно нужно подвести итоги проекта. Документировать процесс, возникшие проблемы, найденные решения, полученные результаты и сделать выводы, что позволит сохранить полученный опыт и сильно повысит качество и жизнеспособность будущих проектов.
