Сергей Архипенков

Хорошо управляемый проект может быть уcпешно выполнен обычной командой разработчиков

Книги

На этой странице приведены ссылки на мои публикации по вопросам управления программными проектами и руководства командами разработчиков программного обеспечения.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

E-mail:

sergey@arkhipenkov.ru

2009

Лекции по управлению программными проектами

Когда я прочитал эту книжку, я расстроился. Дело в том, что существует огромное количество публикаций по управлению проектами, но все они носят либо формальный характер (просто описание стандарта PM BOK), либо слишком эклектичны и описывают только отдельные приемы управления. Зная это, я собирался сам написать практически полезную книгу по этому предмету. Теперь  не буду, С. Архипенков меня опередил.[...] Я с удовольствием буду рекомендовать книгу С. Архипенкова своим студентам и аспирантам, а если удастся, то и сотрудникам нашего холдинга AT Software. Читать дальше>.

Зав.кафедрой системного программирования СПбГУ

Председатель Совета директоров AT Software

Доктор физ-мат наук, профессор

А.Н. Терехов

2008

Руководство командой разработчиков программного обеспечения. Прикладные мысли

Сегодня умение руководить людьми становятся ключом к конкурентному преимуществу. Это искусство решения сложных задач при помощи других людей. Известно, что производительность программистов может отличаться в десятки раз.  Задача руководителя команды разработчиков - сделать воспроизводимой высокую продуктивность  интеллектуальной деятельности. Эффективный руководитель проекта программной разработки – это в первую очередь, лидер, который получил от команды признание своей профессиональной компетентности и своих исключительных человеческих качеств. Читать>

Конференция Software People. Профессиональное и непрофессиональное поведение в команде

Личная эффективность не определяется уровнем IQ. Для тог чтобы стать эффективным надо понять себя и научиться управлять собой. Но и этого недостаточно. Надо научиться эффективно взаимодействовать с другими людьми и стать командным игроком. В докладе рассказывается о том, что нужно для этого делать.Презентация>

Конференция Agile Labs. Антипаттерны командного поведения

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

Московское отделение PMI. Цикл открытых семинаров

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

Если слона нельзя проглотить целиком, его надо разрезать на отбивные. Цель и задачи планирования. Уточнение содержания и состава работ. Забытые требования. Забытые работы. Организация команды. Пять групп проектных ролей. Главные причины провалов проектов. "Агрессивное" расписание и его последствия. Планирование, направленное на снижение рисков. Приоритеты требований. Диаграмма Ганта. Критический путь. Пример планирования "Суперпроекта". Презентация>

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

Проект без риска - удел неудачников. Риски и выгода всегда ходят рука об руку. С рисками не надо бороться. Рисками надо управлять. Категории и характеристики рисков. Планирование управления рисками. Идентификация рисков. Качественный анализ рисков. Количественный анализ рисков. Планирование реагирования на риски. Главные риски программных проектов и способы реагирования. Управление проектом, направленное на снижение рисков. Мониторинг и контроль рисков. Презентация>

Оценка трудоемкости и сроков разработки ПО

Неадекватные оценки трудоемкости и срока разработки ПО послужили причиной провала многих программных проектов. А.Н. Терехов в своем отзыве на мою книгу назвал метод определения объема будущего ПО на основе функциональных точек "несколько шарлатанской идеей". В своем выступлении я постарался доказать, что это не так. Это не шарлатанство, это шаманство! :) Об этом и других подходах к оценке программных проектов, о влиянии на оценки масштаба проекта и сложности продукта шла речь на семинаре. Презентация >

Руководство командой разработчиков ПО

Известно, что производительность программистов может отличаться в десятки раз. Задача руководителя – сделать воспроизводимой высокую эффективность интеллектуальной деятельности. Путь к решению этой задачи – применение методов адаптивного управления, направленных на изучение и изменение свойств и структуры объекта управления: людей и их взаимодействия. Представлены семь принципов адаптивного управления проектом, используя которые, руководитель может обеспечивать наивысшую производительность команды. Применение принципов иллюстрируется практическими примерами. Презентация>

2008

Конференция SEC(R). Марш победителей. Адаптивное управление проектом: принципы и примеры

Классические методы управления перестают работать в случаях, когда структура и свойства управляемого объекта нам не известны и изменяются со временем. Если у команды проекта низкая производительность, то единственный путь ее повысить  при административном подходе - это постоянное давление, авралы, сверхурочные и субботники. Работать больше, это совсем не значит - работать продуктивнее. Скорее наоборот. Адаптивное управление, дополнительно к прямым управляющим воздействиям, направлено на изучение и изменение свойств управляемого объекта.  Поэтому, основные усилия руководителя, если он стремится получить наивысшую производительность рабочей группы, должны быть нацелены на изучение и изменение объекта управления:  людей и их взаимодействия. Презентация>

2010

Об опасности драконов

«Серебряной пули нет», сказал Ф.Брукс без малого двадцать лет назад и надолго остудил пыл благородных рыцарей от программирования в борьбе с Драконом сложности. С тех пор его Величество Дракон служит оправданием тому, что пользователям вместо одних плохо работающих программ, навязываются все новые и новые, которые не намного лучше, но пожирают все больше быстродействия и памяти компьютеров («А что? Пипл хавает!» (с) Б.Титамир). Читать>.

Викенд с Демарко и Листером

Рецензия на книгу Тома Демарко, Тимоти Листера и др., «Балдеющие от адреналина и зомбированные шаблонами. Паттерны поведения проектных команд». - Пер. с англ. - Спб.: Символ-Плюс, 2010.

Уже и не вспомню, когда в последний раз читал книгу «запоем», когда, открыв, не можешь оторваться. Как в детстве Артура Конан Дойля, Александра Дюма или Джека Лондона. Открыв новую книгу знакомых авторов, я не смог отложить ее, пока не дочитал до конца. Читать>.

2009

О Боге и ООП

Мысли в слух о истории развития языков программирования и фундаментальных ограничениях объектно-ориентированного подхода. Читать>.

Семь принципов эффективного управления или Азбука с картинками для менеджеров проектов

Производительность одного и того же программиста может также отличаться в десятки раз. Заставьте лучшего в мире бегуна бегать в мешке, и он покажет в 10 раз худший результат. Заставьте лучшего программиста заниматься «сизифовым трудом»: плодить документацию (которую, как правило, никто не читает) в угоду «Методологии» (именно с большой буквы ‘М’), - и его производительность снизится в 10 раз. Читать>.

Вопросов больше, чем ответов

Рецензия на книгу Роберта Гласса, «Креативное программирование 2.0». - Пер. с англ. - Спб.: Символ-Плюс, 2009

Что отличает книги гуру программирования от просто книг по программированию? Авторы «просто книг» дают советы, описывают инструменты, рекомендуют методологии. Гуру в своих книгах стремятся создать предельно общую картину, дать ответы на фундаментальные вопросы о принципах и основах программной инженерии, стараются преодолеть мифологические и религиозные заблуждения, которые в большом количестве накопились в программостроении.   Книга Роберта Гласса из этого ряда, ей вполне подошло бы название «Вопросы философии программной инженерии».Читать>.

2008

Интервью для проекта «Клуб успешных менеджеров программистов»

Надо ли исправлять “неправильных” людей? Почему хорошо управляемый проект может быть выполнен командой обычных исполнителей? Важно ли уметь говорить на одном языке с инженерами? Качества и навыки успешного проджект менеджера. Ключ к мотивации людей. Стоит ли портить человеческие отношения из-за работы. Как оценить перспективность проекта и причем тут Word 5.0? Читать>

2007

Антипаттерны руководства командами разработки ПО

Описаны наиболее тяжелые грабли (антипаттерны), которые могут встретиться на пути начинающего руководителя разработчиков ПО. Статья рассказывает о том, почему на них не стоит наступать.  Читать>

2004

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

Для чего написана эта статья? Для того чтобы обнародовать еще одну попытку ответить на традиционные для России вопросы: «кто виноват?» и «что делать?». Кто виноват в том, что «Только 16,2% проектов завершились в срок, не превысили запланированный бюджет и реализовали все требуемые функции и возможности; 52,7% проектов завершились с опозданием, расходы превысили запланированный бюджет, требуемые функции не были реализованы в полном объеме; 31,1% проектов были аннулированы до завершения?» Что делать, для того, чтобы, все-таки, производить необходимые программные продукты с удовлетворительным качеством и в приемлемые сроки? Начну сразу с ответов. Читать>

 

 

Конференции и семинары

Статьи, эссе, рецензии

2009

Конференция «Разработка ПО 2009». «Все модели неверны, но некоторые - полезны».

Поведение людей невычислимо и плохо предсказуемо. Все люди разные. Порой, требуются годы на то, чтобы научится понимать людей и эффективно взаимодействовать с ним.

Существуют сотни поведенческих моделей психики человека. Джордж Бокс сказал: «В сущности, все модели неверны, но некоторые - полезны». В докаладе рассказывается о тех психологических моделях, которые автору оказались полезны при систематизации многолетнего опыта руководства разработчиками ПО. Презентация>

Видео–лекции

2009

17 и 18 ноября в рамках проекта «Гуру на Урале» в Екатеринбурге для студентов и аспирантов Уральского Государственного Университета прочитаны две открытые лекции, на которых присутствовало 150 слушателей.

Хороший программист – кто он? Профессиональное поведение в команде

Личная эффективность не определяется уровнем IQ. Для тог чтобы стать эффективным надо понять себя и научиться управлять собой. Но и этого недостаточно. Надо научиться эффективно взаимодействовать с другими людьми и стать командным игроком. В лекции рассказывается о том, что нужно для этого делать. 

Почему методы Макдональдса не работают? Введение в управление программными проектами

История и основные понятия. Отличия программной инженерии от других отраслей. Эволюция подходов к управлению программными проектами. Модели процесса разработки ПО. Определение проекта. Организация проектной команды. Жизненный цикл проекта. Фазы и продукты. Критерии успешности проекта. Что надо делать для успеха программного проекта.

. 

Антипаттерны в управлении программными проектами

Некоторые руководители программных проектов, в первую очередь начинающие, в работе с людьми постоянно наступают на одни и те же грабли. В программной инженерии для подобных частонаступаемых граблей придумано название «антипаттерны» - это повторно используемые практики, которые могут давать видимость эффекта и даже временный эффект, однако, их применение наносит несоизмеримый ущерб конечному результату. Цель семинара – представить некоторые наиболее тяжелые грабли и попытаться объяснить, почему на них не стоит наступать. Презентация>

Конференция Training Labs 2010. Мастер-класс «Факты против мифов: правда ли, что программистами «невозможно управлять»?

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

2010

Конференция Software People 2010. Доклад  «Технология командообразования»

В разработке ПО многие уже признали, что наиболее эффективные производственные процессы складываются в самоорганизующихся и самоуправляемых командах. Демарко и Листер пишут в своей книге “Peopleware” о том, что команду построить нельзя . Однако, технология построения эффективной команды существует. Она проста и состоит из трех последовательных шагов. Во-первых, надо набрать правильных людей, во-вторых, стать лидером и, в-третьих, «точить пилу».

Презентация >, видео>.