Книги: [Классика] [Базы данных] [Internet/WWW] [Сети] [Программирование] [UNIX] [Windows] [Безопасность] [Графика] [Software Engineering] [ERP-системы] [Hardware]
Введение
Индустрия ПО неумолимо движется в сторону новых методов управления проектами все возрастающей сложности. В прошлом мы сталкивались с эволюциями, революциями и повторяющимися темами успеха и неудачи. В то время как технологии программирования, процессы и методы быстро развиваются, разработка ПО остается процессом с интенсивным использованием людского труда. Следовательно, способы управления людьми, технологией, ресурсами и рисками обладают большим запасом потенциальных возможностей.
В этой книге управление созданием ПО рассматривается в ракурсе, при котором особое внимание уделяется балансу между следующими элементами:
- Теория и практика
- Технология и люди
- Стоимость для заказчика и прибыльность для производителя
- Стратегия и тактика
В книге читатель будет постоянно встречаться с аспектом управления первостепенной важности: с понятием баланса. Необходимо обеспечить баланс между целями заинтересованных сторон, которые общаются между собой с помощью различных языков и систем обозначений. Именно в этом заключается мотивация к искусству открытия изображения камня Розетты. Разработке ПО присущи три фундаментальных языка представления: требования (язык проблемной области), проектные решения (языки трансформации, используемые разработчиками ПО) и реализация (язык, понимаемый компьютерами). Так же, как камень Розетты дал возможность расшифровать египетские иероглифы, методы управления разработкой ПО позволяют перевести возникшую проблему в решение, удовлетворяющее все заинтересованные стороны.
Для управления разработкой ПО не придумано поваренных книг. Не существует рецептов поиска заведомо правильных решений. Я попытался рассмотреть вопросы, вложив в них столько науки, реализма и опыта, сколько было возможно, но управление во многом является предметом рассуждений, (не)здравого смысла и принятия решений в зависимости от ситуации. Вот почему менеджерам платят большие деньги.
Некоторые главы включают в себя разделы с практическим и зачастую очень подробном разбором какой-то конкретной темы. Для того чтобы отличать эти жизненные руководства от общих моделей процессов, методов и дисциплин, заголовки таких разделов содержат слово "практический". Под этим словом я понимаю "лишенный иллюзий" и "честно отражающий действительность", что в точности соответствует цели данных разделов. В них содержатся резкие мнения и провокационные позиции, которые должны задеть за живое читателей, приверженных к каким-либо устаревшим или давно изменившимся решениям, инструментам и технологиям.
Я попытался показать различие между проверенными технологиями, новыми подходами и устаревшими технологиями с помощью доказательств. В большинстве случаев я подкрепляю свою позицию простыми соображениями экономического характера и здравым смыслом, а также различными анекдотами из опыта практического использования. Большая часть материала состоит из уроков, извлеченных из практики управления успешными проектами по созданию ПО в течение последних десяти лет. С другой стороны, некоторый материал представляет новые теоретические положения и гипотетические подходы, которые еще не прошли достаточной проверки практикой.
Я долго колебался, как определить эту книгу - как учебник по управлению или как практические руководство по управлению. Различие может показаться ничтожным, но оно очень важно. Проиллюстрирую это примером, который я услышал лет пятнадцать тому назад. Представьте себе, что ваша 14-летняя дочь приходит однажды из школы и спрашивает: "Мам, пап, можно я буду посещать в школе курс сексуального обучения?" Ваша реакция будет совершенно иной, если она спросит: "Можно я буду посещать в школе практические занятия по сексуальному обучению?" (Тогда это значило для меня меньше, чем значит сейчас, когда у меня три дочери-тинэйджера!)
Практическое руководство содержит в себе аспект прикладного знания, что делает эти знания полезными немедленно. Обучение же больше сосредоточено на том, чтобы научить принципам, заложить экспериментальную базу и привить дух предмета, оставив применение этих знаний на потом. Я пытался сделать книгу средством для обучения управлению проектами по разработке ПО. (Я не уверен, что существует такое понятие, как практические занятия по управлению, отличные от опыта, полученного на работе.) Я не претендую на то, чтобы мой совет мог быть непосредственно применим к любому проекту. Я пытаюсь доказать как можно больше утверждений, но некоторые из них так и остались недоказанными, в виде чистых гипотез. Надеюсь, что мои предположения и советы будут способствовать дальнейшим обсуждениям и прогрессу.
Предполагаемая аудитория книги охватывает всех профессионалов-практиков в области ПО. Прежде всего эта книга предназначена для тех, кто принимает решения: тех, кто выделяет инвестиции, и тех, кто расходует бюджеты, выделенные на ПО. В эту группу входят менеджеры-организаторы, менеджеры проекта, лица, ответственные за покупку нового ПО, и их штат. Для этой аудитории я пытаюсь предложить руководства, непосредственно применимые для принятия сегодняшних тактических решений и для определения стратегии завтрашних инвестиций. Другой важной частью аудитории являются практики, которые принимают и выполняют планы проектов по созданию ПО, а также проводят в жизнь организационные цели и цели проекта.
Стиль
Поскольку книга предназначена для широкой аудитории, я не углубляюсь в технические детали и материалы, многие из которых гораздо лучше обсуждаются в других изданиях. Напротив, я действительно глубоко рассматриваю экономические, управленческие проблемы, стратегию разделения работы на части, стратегию организации и параметры, необходимые для планирования и успешного выполнения проекта по созданию ПО.
Для того чтобы эти сложные темы стали более понятными, в книгу включены иллюстрации. Точность и правильность рисунков требуют некоторых пояснений. В то время как большая часть числовых данных правильно описывает некое понятие, тенденцию, вероятность или связь, формат иллюстраций умышленно сделан неточным. В контексте управления созданием ПО разница между точностью и правильностью не так тривиальна, как это может показаться на первый взгляд, по двум причинам:
- В процессе управления созданием ПО есть много "серых пятен", т.е. того, что зависит от конкретной ситуации, и двусмысленных решений. Многие понятия трудно, если вообще возможно, правильно изображать, сохраняя точность представления для широкого спектра областей.
- Понимание различий между точностью и правильностью является фундаментальным качеством хорошего менеджера, управляющего созданием ПО. Он должен предвидеть возможные расходы, риски и эффекты от изменения чего-либо. Неоправданная точность - в потребностях или планах - не раз оказывалась существенным, хотя и трудноуловимым препятствием на пути к успеху.
В моих численных представлениях абсолютные значения не важны и обычно различны в разных областях и обстоятельствах. Основу большинства рисунков и таблиц составляют относительные значения.
При случае я буду приводить в качестве обоснования занимательную историю или реальный практический опыт с тем, чтобы перевести рассмотрение управленческих подходов в практическую плоскость и снабдить их относительно правильными и точными замечаниями об их применимости в зависимости от правил игры. Понять, как технологии, представленные в этой книге, могут быть использованы в реальных условиях, помогут приложения в конце книги. В качестве главного практического примера приводится тщательно документированный удачный широкомасштабный проект. Он показывает, как хорошо могут работать многие из рассматриваемых ниже подходов к управлению. Этот пример содержит также схему для рационализации некоторых усовершенствованных процессов и методов.
Начало
Полное содержание
Предисловие
Структура книги
Заказать книгу в магазине "Мистраль"
Виртуальные VPS серверы в РФ и ЕС
🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях
