Системный анализ в IT

Мой ответ на этот вопрос, заданный в форуме SQL.ru:

Почему так популярна и востребована профессия руководителя проекта?
Зачем их так много??

Давайте посмотрим с малого – зачем вообще нужны лидеры в любом коллективе. Скажем, собралась группа из N людей пойти в кино. И тут выясняется, что одним нравятся боевики, другим детективы, одни не хотят ехать на другой конец города, третьи не могут в выходные и у каждого есть своё мнение. Происходит гвалт, до какого момента?

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

С. Коллектив договаривается о правилах выбора куда, когда и как идти и что делать в случае изменений, по каким правилам взаимодействовать.

По методу Л работает классическая теория лидерства и руководства. По методу С – теория самоорганизации однородных систем.

Что мешает вам и вашим друзьям (программистам) пойти и придумать идею продукта, взять кредит в банке, разработать систему и продавать её, живя в своё удовольствие?

1. Нежелание брать на себя риски востребованности продукта, сроков и качества его реализации
2. Отсутствие необходимых навыков целеполагания, планирования, контроля, маркетинга и т.д.
3. Нежелание брать на себя риски того, что в коллективе произойдёт конфликт/ы, которые:
   а) могут происходить систематически и фактически саботировать разработку;
   б) могут привести к распаду коллектива

Что мешает вам, оставаясь в коллективе в компании в качестве наёмного работника, обходиться без менеджера проекта?

• Отсутствие навыков и желания общаться с заказчиком.
• Отсутствие навыков долгосрочного планирования.
• Отсутствие навыков ведения эффективных переговоров.
• Отсутствие навыков согласования интересов разных сторон.
• Отсутствие навыков финансовых расчётов.
• Отсутствие навыков и методов управления рисками.
• Отсутствие практики точного следования договорённостям.
• Отсутствие навыков предотвращения и разрешения конфликтов.
• Отсутствие желания заниматься обеспечением ресурсами.

Метод Л в разработке ПО – это классический проектный менеджмент из серии “вот приедет дядя, дядя нас рассудит”.

Метод С в разработке ПО – это то, что предлагает Agile и что естественным образом происходит во многих стартапах.

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

PS: Там, как обычно, тусовка базданщиков устроила сральню с меряньем пиписьками, но уж такая культура на форуме.

С тем, что на этапе инициации проекта можно ограничиться сбором бизнес-требований, я ещё могу согласиться, но вот то, что пользователь, по мнению PMI, не входит в число основных заинтересованных лиц — это довольно показательно.

Теперь есть формальное объяснение тому, почему PMI-подход так плохо совместим с разработкой публичных веб-систем.

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

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

Пожалуйста, указывайте мотивацию, почему именно эту книгу.
Просто “PMBOK, Арчибальд, Беркун, Брукс, ДеМарко” – не надо.

Вопрос необходимости и приоритетности практики и торжества здравого смысла в деятельности ПМ понятен и не обсуждается.

Ещё раз:
1) Конкретных авторов
2) Конкретные книги
3) В определённом порядке
4) С обоснованием

На Intuit.ru опубликован учебный курс по MSF.