Аналог книги «Программист прагматик» для менеджеров проектов, бывает такое?

Question

[wonder-kid]

Добрый день.

Может кто-нибудь посоветовать хороший аналог книги "Программист прагматик" но для менеджера проектов?
С "кайдзеном", "теорией разбитых окон" и т.д.

Из тех книг, что я видел, все в основном сфокусированы либо на технической стороне вопроса (утилиты управления проектом, баг трекеры, agile, scrum, kanban), либо на психологии (выделение психотипа сотрудников, и манипуляция им соотв. образом). Такое чувство, что писалось теоретиками или консультантами, которые сами реальными проектами никогда не управляли, а только учили других как надо.

Иначе говоря, остается впечатление, что что-то важное (жизненный опыт, что ли) в этих книгах упущено.

Хорошим примером того что бы хотелось увидеть являются некоторые главы у Джоэля Спольски (про собачьи какашки; про наилучшую тактику менеджера проектов заключающуюся в том, чтобы делать вид, что самый главный в команде - программист, а менеджер у них на побегушках и т.п.).

Заранее спасибо!

Comments

[lukoie]

а Вы проектный менеджер, или по совместительство менеджер по продажам?

[wonder-kid]

Я скорее овнер :) Для начинающих программистов у нас мастхев прочитать книгу "Программист прагматик", теперь задался целью найти что-то подобное и для менеджера проектов. Чтоб повысить его скилл.

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

Answer 1

[Максим Мосейчук]

Как пасти котов

Comments

[wonder-kid]

Кстати, да, спасибо за наводку. Совсем о ней забыл. Хотя там было вроде бы в основном для программистов, решивших переквалифицироваться в проект менеджеры, т.е. скорее для тим лидов, а не менеджеров, нет?

[Максим Мосейчук]

wonder-kid: я не читал, лишь видел отзывы.

Answer 2

[Dimonchik]

я в практике использую две вещи:

1) Теорию ограничений
2) метод прогрессивного Джпега
(это все есть и в терминах PMBOK, если чо)

ну а когда проект большой - там не грех и софт навроде MS Project заюзать, так что и по нему книжки нужны

Comments

[wonder-kid]

1) Кстати да, спасибо. В свое время читал "Цель. Процесс непрерывного совершенствования" очень и очень. Не подскажете Цели достаточно, или лучше прочесть и "Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию" ?

2) Что посоветуете прочесть по методу итеративного процесса (я так понял прогрессивный Джпег это оно)?

Мы используем LAMP, так что MS Project - это происки сотоны ;-)

[Dimonchik]

Голдратта лучше всего прочитать (по-моему, в Вики есть список книг), он настраивает на умение думать о задаче, а не слепо искать боттлнеки

по Джпегу - имею в виду это
https://www.artlebedev.ru/kovodstvo/sections/167/
делается MVP (ну - если по моей практике - запускается процесс со стыком всех требуемых отделов, вх /вых материалов/данных, стат и бух отчетностью) а затем уже тратится время на доведение частей до совершенства, но MVP всегда нужно держать на видном месте, если что-то в линейке рухнуло/неосуществимо - нет смысла тратить на доработку. А узнать осуществимость иногда можно через дооолгое время, до десятков месяцев

[lukoie]

dimonchik2013: дима, а Вы из какой страны?

[Dimonchik]

lukoie: есть мейл )

[lukoie]

dimonchik2013: та вот тилихвон лучше бы

Answer 3

[wonder-kid]

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

Так как одной единственной книги-альтернативы не получилось найти, ниже хочу привести компиляцию из книг, которые на мое мнение наилучшим образом подходят для менеджера проектов. Может это кому-то тоже пригодится.

1) Джоэль спольски
russian.joelonsoftware.com/index.html
Читать с последней (нижней статьи) и вверх

2) Элиягу Голдратт: Цель. Процесс непрерывного совершенствования
(написано в стиле художественной литературы)

3)
3.1) Для менеджеров проектов, которые пришли в менеджеры из программистов: "Как пасти котов"

(хотя я считаю, и наша практика на протяжении нескольких лет, когда мы ставили менеджерами проектов программистов, показала, что это, мягко говоря,- не очень хорошая идея. Но, вообще говоря, это отдельная тема, достойная отдельной беседы)

3.2) Для не-программистов: "Программист прагматик", чтоб лучше понимать из чего состоит программный проект.

Answer 4

[Дмитрий]

А чем вам не нравится "Мифический человеко-месяц" ?

Comments

[wonder-kid]

Про кайдзен нету :(

[wonder-kid]

Ну и плюс там на всю книгу только одна идея (на тот момент революционная), что 1 отличный программист сделает больше работы, чем 10 плохих. Но вот что делать с хотя бы двумя отличными? (пятью, десятью..)

[Дмитрий]

wonder-kid: Она заставляет человека думать головую. Ставит перед ним вопросы, которые он никогда перед собою не ставил. Умному человеку достаточно направления и эта книга как раз и дает направление!

Answer 5

[Alexej Simakov]

По поводу "нестандартного" мышления и подхода это однозначно Dan Ariley - Freakonomics, The (Honest) Truth About Dishonesty, и все остальные его книги думаю можно читать.
Еще можно Николаса Талеба почитать.
Рекомендую также ознакомиться со статьей на википедии "Список конгитивных искажений". Помогает иногда понимать причины поступков и решений.

Ну и так "наугад" еще кое что:
Fitzpatrick, Collins-Sussman: Debugging Teams
Barbee Davis: 97 Things Every Project Manager Should Know
Mary Poppendieck: Implementing Lean Software Development From Concept to Cash
Michael K. Levine: A Tale of Two Systems: Lean and Agile Software Development for Business Leaders
Вайнберг: Психология программирования

Comments

[wonder-kid]

Хм. А на русском нет этого Дана Эрайли? Не все менеджеры проектов могут в оригинале :(

[Alexej Simakov]

wonder-kid:
с Фрикономикой я ошибся, автор Левитт,
www.mann-ivanov-ferber.ru/books/paperbook/freaconomics - Фрикономика
www.ozon.ru/context/detail/id/5134345 - Суперфрикономика
www.ozon.ru/context/detail/id/28293370 - Дэн Ариели "Вся правда о неправде"
www.ozon.ru/context/detail/id/135660655 - Дэн Ариели "Исчезающие носки, новогодние обещания и еще 97 загадок бытия"
https://www.ozon.ru/context/detail/id/5015579/ - Дэн Ариели "Предсказуемая иррациональность. Скрытые силы, определяющие наши решения"
www.mann-ivanov-ferber.ru/books/paperbook/perfectl... - Дэн Ариеле "Позитивная иррациональность"

Answer 6

[kazmiruk]

www.ozon.ru/context/detail/id/2449712

Comments

[wonder-kid]

Хорошее художественное произведение. Вдохновляющее. Жаль только, что в реальной жизни оно не работает :( От слова совсем.

Том де Марко, не смотря на мое к нему уважение как к писателю, способному "зажечь" на подвиги, все же теоретик, рассказывающий о сферическом коне в вакууме. Конкретно в дедлайне он предлагает составить ПОДРОБНЫЙ и полный план работ до начала собственно программирования. Это звучит логично. Угу. Вот только не работает.

Любой практик вам расскажет, что если вы делаете проект длинной больше месяца, то план за это время поменяется, и не раз. По совершенно различным причинам. И мы должны быть готовыми к этому. Именно поэтому вслед за водопадной моделью пришло экстремальное программирование, agile, kanban и т.д. и т.п.

[kazmiruk]

wonder-kid: "Любой практик вам расскажет, что если вы делаете проект длинной больше месяца, то план за это время поменяется, и не раз" - любой практик Вам расскажет, что такое происходит у плохого ПМа. ПМ на то и нужен, чтобы команда не металась от изменения к изменению каждый месяц, а действовала по четкому плану. Изменения естественно будут, но они должны утверждаться на последующие итерации после уже утвержденных иначе Вы застрянете в постоянной доработке и улучшении (исключения бывают, но это опять же провал ПМа). В этом смысле Вам как раз стоит перечитать еще раз эту книгу, так как Вы описали как раз антипример из нее.

[Dimonchik]

wonder-kid: план делается для того, чтобы понять - понимают прогеры ( и вообщше подрядчики) что они делают, или нет, хули толку с изменений, если формы на интерфейсе двигать могут, а обеспечить требуемый rps на бэкенде - нет ?

[wonder-kid]

kazmiruk: dimonchik2013: Открываем любую книгу по стартапу. И что мы видим? Что любые планы не выдерживают столкновения с реальностью. Т.к. в начале пути мы можем лишь "догадываться" о том, что действительно нужно нашему пользователю.
Поэтому в любом случае меняться план будет по ходу работы и не раз (это как в артиллерии: недолет-перелет).
Никто не говорит, что план не нужен. Он не нужен, а необходим! Но, мы должны закладывать в проект всегда то, что он будет еще 100 раз меняться. (Иначе сделаем не гибкую основу, и привет костыли и подпорки)
А Де Марко рекламирует именно подход жесткого и неизменяемого плана. Где расписаны все мельчайшие шаги заранее, и известно точно, что ни один изменяться не будет. Шаг влево - шаг вправо считается побегом. Поэтому для неподготовленного менеджера (без опыта) эта книга скорее вредна, чем полезна. (ИМХО разумеется).

[Dimonchik]

wonder-kid: не буду спорить, Вы правы про стартапы, но я трудно представляю планирование для стартапа: разве что тактические задачи на 1-3 мес
если же не стартап, а какое-нибудь внедрение CRM/документооборота (по ERP опыта нет, но, думаю, там то же самое, с поправкой на понимание бизнес-процессов) - там вполне себе и долго, и по плану
посмотрит на не-АйТи: Олимпиада, ЧМ, крымский мост, Вы же не будете утверждать, что там тоже много чего меняется по ходу реализации)

[kazmiruk]

wonder-kid: вы очень невнимательно читаете и книги, и комментарии. Изменения будут обязательно, я не спорю, но хороший пм должен уметь построить процесс так, чтобы программисты не работали постоянно все меняя. Требуется изменение - обсуждаем необходимость, затраты, решаем когда оно появится, записываем в план максимально безболезненным способом. Все. И именно про это у Де Марко, а не про строгий план, который не меняется. Меняется, но без суеты и паники.

[kazmiruk]

dimonchik2013: стартап у которого требования постоянно меняются никогда не взлетит. Это не разработка уже, а бездумное исполнение хотелок очень креативного владельца, которые должен фильтровать им.

[wonder-kid]

kazmiruk: Читаем еще раз внимательно то, что я написал выше ;-)

Никто не говорит, что план не нужен. Он не нужен, а необходим! Но, мы должны закладывать в проект всегда то, что он будет еще 100 раз меняться. (Иначе сделаем не гибкую основу, и привет костыли и подпорки)
А Де Марко рекламирует именно подход жесткого и неизменяемого плана. Где расписаны все мельчайшие шаги заранее, и известно точно, что ни один изменяться не будет. Шаг влево - шаг вправо считается побегом. Поэтому для неподготовленного менеджера (без опыта) эта книга скорее вредна, чем полезна. (ИМХО разумеется).

Вот когда будет у менеджера какой-никакой опыт, вот тогда пусть и читает деМарко ;-)
Из реально полезных вещей там мысль про то, что все решают кадры. И у хороших программистов получится хороший проект. Но опять же, про это лучше прочитать в Мифическом Человеко-месяце.

[kazmiruk]

wonder-kid: эх, трудно, наверное, с Вами работать. Ладно, не вижу смысла дальше спорить

Answer 7

[Антон Костин]

Очень советую помимо всех перечисленных вот эти две:
Peopleware by Lister, DeMarco
The Deadline: A Novel About Project Management

А вообще я специально этому раздел в своем блоге посвятил, если можно немного саморекламы - blog.handsomecake.com/booking-books

Answer 8

[Андрей Плетенев]

В книгах для вас есть 2 проблемы:

1. Действительно, многие из них пишутся теоретиками (бумага все стерпит)
   
2. Даже в ценных книгах коэффициент практически полезной информации - на уровне нескольких процентов. Это происходит потому, что никто не издаст книгу, где вся суть изложена на 1-2 страницах. Нужно разбавить их еще 200 страницами водички. После чего читатель производит обратную выжимку и извлекает эту суть, теряя массу времени. Хотя за это, порой, получает удовольствие от процесса.
   

Подробнее о сравнении книг с другими форматами обучения я писал здесь.
Практику управления лучше всего постигать в личном контакте с опытным руководителем. Однако, вряд ли кто из РП согласится тратить много личного времени на ваше обучение. Хорошим компромиссом сопряжения информативного текста и личного общения являются онлайн курсы, в которых есть диалог с тренером-практиком. Например, я обучаю РП именно так: Текст+изображения/схемы/графики+видео-кейсы+задания+диалог.