
Балдеющие от адреналина и зомбированные шаблонами
Том ДеМарко, Тимоти Листер, Хрущка, Макменамин, Робертсон
4,2
(55)
Это бета-версия LiveLib. Сейчас доступна часть функций, остальные из основной версии будут добавляться постепенно.

Ваша оценкаЖанры
Ваша оценка
На книгу наткнулся совершенно случайно, но совершенно не жалею ни денег, ни потраченного на чтение времени. Стоит упомянуть, что книга читается практически залпом. На протяжении всего повествования встречается очень много интересных жизненных историй и различных рецептов для предотвращения таких ситуаций. Изложение идет в ногу с качественным юмором, поэтому абсолютно не утомляет.
Думаю, самое время рассказать, что это за книга. По сути, это сборник шаблонов некоторых ситуаций, которые возникают или могут возникнуть в команде при совместной разработке ПО. Шаблоны описывают типичные ошибки, которые могут привести или обязательно приведут (зависит от серьезности) к краху ваш проект, даже если все идет “просто супер”. Все шаблоны, а их ровно 76, имеют четкие, понятные и легко запоминающиеся названия, которыми можно вполне пользоваться в повседневной жизни, а также применять на собраниях дабы обратить внимание руководителей на тонкие или опасные моменты в проекте. Авторы прекрасно описывают предпосылки для возникновения таких ситуаций и каким образом стоит избегать их, почему они так плохи и как определить, что вы попали под действие этого паттерна.
Можно считать, книгу полезной как для менеджеров, управляющих группой разработчиков, так и для рядовых программистов. Порой, читая книгу, можно обнаружить, что авторы как-будто писали данный шаблон прямо с твоей ситуации, поскольку прямо сейчас ты работаешь под влиянием этого паттерна. Иногда, ловишь себя на мысли: “Ох, черт! Я же именно так и делаю” или “Блин, да я так работаю уже пару лет как”, а дочитав до конца главы, думаешь: “Да, нужно именно так и сделать, иначе ничего хорошего не выйдет из этого проекта”
Рекомендую книгу каждому, кто хоть какое-то имеет отношение к разработке программного обеспечения и желает успешности своему проекту.
Приятного чтения

Том ДеМарко, Тимоти Листер, Хрущка, Макменамин, Робертсон
4,2
(55)

Таковы были мои ассоциации на всем протяжении чтения этой книги. Ну ладно, не все истории были действительно веселыми, но посмеяться кое-где удалось.
Это сборник баек из жизни разных проектов и команд по разработке программного обеспечения, каждый слегка абстрагированный, многие с некоторыми выводами. Чтение любопытное, местами забавное, местами кое-что проясняющее - не зря у авторов суммарно 150 лет опыта разработки, о чем они пишут прямо в предисловии. Какие-то паттерны намекают, что при их использовании прогноз скорее неблагоприятный, какие-то - что их применение позволит повысить продуктивность и качество работы.
Для меня узнаваемыми паттернами оказались вот эти:
Паттерн номер 1. Балдеющие от адреналина. Срочно, срочно, еще срочнее! Нет времени думать, работать надо!
Паттерн номер 3. Дохлая рыба:
Паттерн номер 5. Проектный нянь. Это когда руководитель, подобно няне в традиционном английском понимании, "создает условия, позволяющие безопасно рисковать и учиться".
Паттерн номер 13. Без скамейки запасных:
Ну то у важного сотрудника нет никого на подхвате. А почему?
Паттерн номер 30. Карандашный огрызок. Здесь речь о сокращении расходов, которое оборачивается ростом затрат.
Паттерн номер 36. Правила виноделов, которые висят на стене, но плохо пересекаются с реальной практикой, и поэтому их никто не соблюдает.
Паттерн номер 45. Улучшение новостей. Чем выше по уровню иерархии менеджмента передается обратная связь, тем сильнее она улучшается, подправляется и облагораживается.
Паттерн номер 52. Суп из функций. Когда продукт - это мешанина из разных возможностей.
Паттерн 53. Качиство данных. Грустно, но правда: "Качество данных часто омерзительно".
Паттерн 56. Нераздельное внимание. Если тебе надо постоянно переключаться, ты неизменно будешь терять время на переключение. По моим наблюдениям, именно так это и происходит.
Паттерн 69. Мэрилин Мюнстер - о феномене белой вороны и недооцененности тех или иных участников процесса разработки.
Паттерн 76. Солнце взойдет завтра. Это так актуально, что я едва ли не прослезилась:
Паттерн 83. Неразобранные полеты.
Паттерн 85. Утечка. Это когда ты превысил запланированный объем трудозатрат по задаче, но не закончил ее, поэтому начинаешь списывать время в остальные, доделывая ту.
Интерлюдия с проектным жаргоном забавная, я видела похожее, но для оценки задач:
Вторая интерлюдия, "На полу монтажной", еще лучше, там невошедшие паттерны, изящно сформулированные одной строкой.
Без ложек дегтя, как водится, не обошлось (паттерн 21 "Советский" стиль, я смотрю на тебя! Как не пнуть-то, это ж святое - совок пнуть.).
А вне контекста работы - маленькие открытия или некое узнавание себя, вроде паттерна номер 7:
Или паттерна 19 (Кинокритики):
Или паттерна 25 (Молчание - знак согласия): когда некто 1 выражает желание "надо сделать то-то", а некто 2 в ответ на это пожимает плечами. Авторы предлагают явно проговаривать и фиксировать обязательства и придерживаться правила "только согласие - знак согласия".
Или паттерна 39 (Атлант). Когда руководитель настолько хорош, что его подчиненные просто не могут вырасти рядом с ним.
Вообще чтение интересное и местами помогающее задать себе кое-какие вопросы и запустить мыслительный процесс, но при этом все-таки достаточно легкое, чтобы не загружать мозги.

Том ДеМарко, Тимоти Листер, Хрущка, Макменамин, Робертсон
4,2
(55)

Полезная, легкая и простая книжка для всех, кто так или иначе связан с проектной деятельностью в сфере IT. Читать можно с любой страницы: вся книга - это набор т.н. паттернов, которым в большей или меньшей степени подвержена каждая команда или, если смотреть шире, каждая IT-компания. Аудитория - скорее, руководители и менеджеры среднего звена. Все те человеческие факторы, которые так или иначе влияют на результат, склассифицированы и описаны (зачастую с вариантами решения проблем - но не всегда, увы). Кроме всего прочего, радует то, что нет налета менталитета, характерного для американских изданий. Все описанные паттерны вполне характерны для тех компаний и команд, где мне доводилось работать.
Я, например, саму себя увидела в паттерне, который (не случайно, думаю) вынесен в заголовок - "балдеющие от адреналина". Вероятно, он самый распространенный: неспособность найти время расставить приоритеты. Все - важно, а то, что сразу получает статус "неважно", рискует так и сгнить без шансов на то, чтобы быть сделанным до того, как это перестанет быть кому-нибудь нужным. Что делать? Ну, подозреваю, прокачивать скилл тайм-менеджмента : )

Том ДеМарко, Тимоти Листер, Хрущка, Макменамин, Робертсон
4,2
(55)

Цели проекта - это его требования и ограничения на самом высоком уровне. Эти цели необходимо сформулировать на раннем этапе и каждый участник проекта должен постоянно возвращаться к ним. Почему? потому что у сотрудников организации зачастую есть собственные цели, порождающие противоречия.
PAM (Purpose, Advantage, Measurement)

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

Ни одно решение не становится лучше от перегрузки возможностями или наведения глянца. Скорее отсутствие лишнего придает решению эстетики.
Совершенство достигается не тогда, когда уже нечего добавить, но когда уже ничего нельзя отнять. (Антуан де Сент-Экзюпери)











