Greesha.ru - Прочитанное

Мэри и Том Поппендик. Бережливое производство программного обеспечения

Fri, 08 Oct 2010 20:18:48 +0000

Этой книге, похоже, суждено войти в каноническое собрание священных книг разработчиков программ. Буквально на наших глазах происходит революция в подходе к разработке ПО: на смену традиционному проектному менеджменту, формальным процессам и прочим диаграммам Гантта победоносно шествует Agile. Рассмотренные в книге семь принципов бережливого подхода к разработке ПО — это развитие Манифеста Agile, его толкование на основе проверенных временем принципов бережливого производства. Это не сборник рецептов, не справочник и не «методология». Это книга из числа «вправляющих мозги»: над ней нужно размышлять, её нужно перечитывать снова и снова, искать и находить свой собственный путь для применения описанных в ней принципов.
>>>

Маркус Бакингем, Курт Коффман. Сначала нарушьте все правила

Wed, 06 Oct 2010 20:10:04 +0000

Провокационное название книги как бы намекает нам на развенчание стереотипов. Это модно в последнее время — развенчивать стереотипы и объяснять, чем «в действительности» отличается от «на самом деле». В действительности, на первый взгляд, в книге не обнаруживается каких-то всеобщих вредных стереотипов. Все рекомендации кажутся простыми, логичными и основанными на здравом смысле. На самом деле, если посмотреть не с теоретической, а с практической стороны, то довольно быстро обнаруживаются некоторые вредные привычки — настолько глубоко въевшиеся в практику, что о них даже не задумываешься. Вот, например, каким сотрудникам мне приходилось уделять больше своего времени и внимания — самым лучшим, инициативным, ответственным и самостоятельным? Или самым слабым — тем, которых нужно обучать, направлять, руководить (водить руками)? А как надо было? Книга утверждает, что лучшие менеджеры делают это по-другому.
>>>

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

Fri, 30 Apr 2010 18:39:58 +0000

Автор книги, Джим Маккарти, возглавлял когда-то в Microsoft группу разработки Visual C++ — на мой взгляд, лучшего продукта этой компании. Но эта книга не о MSF, как можно было бы подумать, судя по названию. И не о RUP (ха-ха, шутка). В общем, она не о процессах, а о людях — о том, как выстраивать с ними отношения и как сформировать настоящую команду. Хотя формальные правила в книге тоже есть. Целых 57 штук. На мой взгляд, они довольно разнородны и как-то не очень складываются в цельную систему. Но это не помешало автору разработать на их основе технологию формирования эффективных команд разработчиков ПО, которая, говорят, признана одной из самых успешных в мире.
>>>

Том Демарко, Тимоти Листер. Балдеющие от адреналина и зомбированные шаблонами

Mon, 15 Feb 2010 20:28:24 +0000

Это, собственно говоря, не книга. Это компактная база знаний, отпечатанная на бумаге. Что-то вроде медицинского справочника, описывающего симптомы распространённых болезней проектных команд. Хотя откуда мне знать, как выглядят медицинские справочники? Мои познания о них ограничиваются книгой «Трое в лодке, не считая собаки». Тем более, что в книге описываются не только симптомы «болезней», но и… как это правильно назвать? признаки здорового образа жизни? Оптимальный способ чтения книги такой. Открываешь на любой странице и читаешь главу, согласно кивая: «Верно подмечено! Да, всё точно как у нас!» Потом закрываешь книгу и начинаешь думать.
>>>

Уильям Эдвардс Деминг. Новая экономика

Tue, 20 Oct 2009 20:33:58 +0000

Казалось бы, какое отношение к разработке программных проектов имеет крёстный отец «японского экономического чуда»? После прочтения этой книги заявляю: самое прямое. Хоть Деминг и отрабатывал свои концепции всеобщего управления качеством на реальном, «железном» производстве, сформулированные им принципы настолько всеобщи, что без каких-либо изменений ложатся на процессы разработки программ. А проблемы качества (заметим с грустью) будут актуальны в нашей индустрии ещё долгие-долгие годы. А ещё в этой книге я нашёл подробное описание эксперимента с красными бусинками, о котором много слышал раньше. Пересказывать не буду: во-первых, это скучно — пересказывать, а во-вторых, зачем лишать вас удовольствия? Возьмите и сами прочитайте, не пожалеете.
>>>

Питер Друкер. Управление в обществе будущего

Thu, 24 Sep 2009 13:30:04 +0000

Кто не знает Питера Друкера? Это, пожалуй, самый цитируемый, самый признанный авторитет в области менеджмента. Википедия утверждает: все ведущие мировые концерны с середины 40-х годов XX века живут «по Друкеру». (Чему сам он, правда, был не очень рад.) В общем, реальный гуру. За свою долгую жизнь (96 лет) книг он написал, конечно, немало. А эта книга, «Управление в обществе будущего», на мой взгляд, имеет самое прямое отношение к нашей теме: управление программными проектами.
>>>

Стивен Кови. 7 навыков высокоэффективных людей

Mon, 03 Aug 2009 21:08:57 +0000

На обложке книги написано «Международный бестселлер № 1». Обычно меня такие надписи отпугивают. Но после того как эту книгу мне порекомендовали несколько человек, ко мнению которых я прислушиваюсь, решил всё-таки её прочитать. И теперь тоже всем эту книгу рекомендую. Если вас интересуют проблемы саморазвития — читать однозначно! (А если не интересуют, то вы до этого места и не добрались). Подтверждением популярности книги может служить тот факт, что кое-кто уже пытается сделать себе имя на «анти-ковизме» (что-то мне ленинский «Анти-Дюринг» вспомнился). Даже на солидных айтишных форумах вспыхивают иногда дискуссии о ковизме и анти-ковизме. Я некоторое время раздумывал, включать «7 навыков» в эту коллекцию цитат или не включать. Не почувствуют ли себя обманутыми те, кто подписался на «Цитату дня об управлении программными проектами»? Вроде бы к программным проектам книга прямого отношения не имеет…
>>>

Джоэл Спольски. Джоэл: и снова о программировании

Thu, 30 Jul 2009 13:33:50 +0000

Да, это именно то, что вы подумали: ещё один сборник статей из блога www.joelonsoftware.com. На этот раз больше ориентированный на управление программными проектами и бизнесом по разработке программ. Ну то есть как нарочно выпущенный для пополнения моей копилки цитат. Статьи сгруппированы по категориям: «Как управлять людьми», «Управление большими проектами», «Советы программистам» и так далее. Но обнаружил я это только после того, как прочитал книгу с начала до конца. Точнее, после того как прочитал её во второй раз. Ну, если быть совсем точным, я обнаружил это только что, в процессе набора этой записи, заглянув в содержание. Что неудивительно: Джоэл, как всегда, читается запоем.
>>>

Беверли Кей, Шерон Джордан-Эванс. Любите их, или вы их потеряете

Fri, 26 Jun 2009 20:54:11 +0000

В оригинале название книги выглядит намного изящнее: "Love 'em or lose 'em". Книга представляет собой неисчерпаемый сборник советов о том, как удержать на работе лучших сотрудников. И, что особенно важно, все эти советы основаны на результатах очень серьёзных социологических исследований. (Да, да, я знаю, что большинство айтишников ещё не готово признать социологию наукой. Поэтому делаю поправку специально для "технарей": эти советы основаны на результатах очень серьёзных статистических исследований. Опрошено более 60 тысяч менеджеров. Репрезентативность оценивайте сами, а то я уже все формулы забыл.) Как это часто бывает за пределами области точных наук, многие советы могут показаться очевидными и даже банальными, но почему-то очень трудно реализуемыми. Меня, например, больше всего поразил такой совет: обсуждайте с каждым сотрудником его карьерные планы. Как это так - обсуждайте? А если он в ответ скажет: "Cпасибо, что открыл мне глаза. Теперь я окончательно понял, что на этой работе ловить мне нечего." И получится, что я сам спровоцировал человека на то, чего сам больше всего боялся?
>>>

Том Демарко, Тимоти Листер. Вальсируя с медведями

Wed, 17 Jun 2009 21:03:03 +0000

Если вы ещё не знаете, что такое управление рисками в проектах по разработке программ, – начните с этой книги. Если вы где-то слышали, что такое управление проектными рисками, но ещё не читали эту книгу, – раздобудьте её и прочитайте. Если вы читали эту книгу и уверены, что умеете управлять рисками в своём проекте – перечитайте её ещё раз. И попробуйте пройти тест на управление риском из главы 23. Это книга не из списка must have. Это книга из списка must use.
>>>

Ицхак К. Адизес. Управляя изменениями

Wed, 06 May 2009 14:44:08 +0000

Часто натыкался в интернетах на загадочную "классификацию управленческих ролей PAEI", в сочетании с не менее загадочным именем Адизес. Думал, что PAEI - это очередная неудобоваримая аббревиатура. (Кстати, почему-то самые странные аббревиатуры получаются у системных аналитиков - BABOK, IIBA, IIASA...) В общем, обнаружив на полке книгу Ицхака Адизеса с интригующим названием "Управляя изменениями", сразу её купил (хотя я вообще-то искал литературу по управлению изменяющимися требованиями). И, как водится, не пожалел. Я вообще редко о чём-то жалею, особенно о купленных книгах.
>>>

Дэн Бредбэри, Дэвид Гаррет. Как пасти кур. Нестандартное управление проектами

Tue, 27 Jan 2009 13:58:15 +0000

Давно видел эту книгу на полках магазинов, пару раз просматривал, но всё как-то не брал. Может быть, потому что эта книга об "общем" управлении проектами (не-АйТи), а меня интересовали больше особенности проектов разработки программ. А может, просто качество бумаги не понравилось (недавно, перебирая книги на этажерке, с удивлением обнаружил, что это действительно влияет на мой выбор - а я-то был уверен, что для меня содержание важнее формы!) Но вот в очередной раз наткнулся на неё в магазине. И купил. И не пожалел.
>>>

Родд Вагнер, Джеймс Хартер. 12 элементов успешного менеджмента

Wed, 21 Jan 2009 13:32:03 +0000

Эта книга написана на основе многолетних исследований Института Гэллапа, и изложенные в ней 12 элементов - не просто умозрительные рассуждения, а результат серьёзного анализа, проведенного по результатам опроса более чем миллиона человек. Это вступление я написал специально для "технарей", которые пока явно преобладают в области менеджмента проектов, связанных с разработкой программ. :) В этой среде не принято особо доверять социологическим исследованиям, а психология вообще ставится примерно в один ряд с хиромантией. Тем не менее, исследования показывают прямую связь между человеческим отношением к сотрудникам и основными показателями работы компании.
>>>

Джо Мараско. IT проекты. Фронтовые очерки

Fri, 10 Oct 2008 20:07:36 +0000

От этой книги я пришёл в такой восторг, что рекомендовал её направо и налево, в том числе совершенно незнакомым людям. Но, по здравом размышлении, до этой книги нужно дозреть. Никаких специальных рецептов и откровений она не содержит. Хотя автор, между прочим, был вице-президентом Rational Software, создавшей Великий и Ужасный Rational Unified Process, претендующий на звание самого полного сборника рецептов по приготовлению ПО. Начинающему менеджеру проектов книга даже, пожалуй, может показаться сборником банальных советов и скучных сказок. В таком случае я бы посоветовал отложить её в сторону на пару-тройку лет. А потом прочитать снова.
>>>

Эдвард Йордон. Управление сложными Интернет-проектами

Tue, 23 Sep 2008 16:30:10 +0000

Мне до сих пор не доводилось работать в интернет-проектах (кроме нескольких сделанных "на коленке" сайтиков, включая этот, которые и проектами-то назвать язык не поворачивается). Но эту книгу я прочитал с большим интересом. И по-моему, ничего такого уж специфичного именно для интернет-проектов в ней нет, хоть сам Йордон во введении и говорит, что цель этой книги - показать отличия интернет-проектов от "обычных". Может быть, название - дань маркетингу? Книга была написана в 2001 году, видимо, после переосмысления результатов доткомовского пузыря. Меня же некоторое время отпугивало именно название: книгу я купил только с третьего захода.
>>>

Эдвард Йордон. Путь камикадзе

Tue, 23 Sep 2008 15:43:31 +0000

Что, страшно? В оригинале эта книга называется ещё страшнее: "Death March". Книга, как говорится, из разряда must have. В отличие от авторов множества книг, описывающих "правильное" управление программными проектами, Йордон сразу заявляет: для индустрии ПО "безнадёжные" проекты являются не исключением а нормой. Первое, что он советует сделать менеджеру такого проекта - решить, а не стоит ли сразу поменять работу, вместо того чтобы ввязываться в этот "смертельный марш". Тем, кто решил, что всё-таки стоит, и помогут приводимые в книге практические советы по выживанию в безнадёжном проекте. То есть, может быть, и помогут.
>>>

Стив Макконнелл. Профессиональная разработка программного обеспечения

Mon, 22 Sep 2008 18:27:33 +0000

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

Том Демарко и Тимоти Листер. Человеческий фактор: успешные проекты и команды

Fri, 15 Aug 2008 20:10:41 +0000

В английском оригинале эта книга называется «Peopleware». Это слово уже зажило самостоятельной жизнью и скоро, наверное, войдёт в словари. Об этой книге, наверное, слышали все, кто связан с разработкой программ. Нет, не слышали? Тогда послушайте, что сказал Эдвард Йордон: «Обязательно купите экземпляр Peopleware и ещё один - своему боссу. Если же вы начальник, купите по экземпляру каждому сотруднику и ещё один своему начальнику». Что, не знаете, кто такой Эдвард Йордон? Хм... тогда пора уже узнать. На этой странице скоро появятся ссылки и на его книги.
>>>

Эрик Синк. Бизнес для программистов. Как начать своё дело

Tue, 22 Jul 2008 16:42:28 +0000

Ещё один известный блоггер. Точнее, неизвестный блоггер. Настолько неизвестный, что ему посвящён сайт www.notalegend.com. Какими всё-таки извилистыми путями иногда доходит до меня информация. Это ж надо было купить в магазине книгу, представляющую собой бумажное издание блога, чтобы узнать из неё, что MSDN - это не просто справочник программиста по продуктам Microsft, а ещё и сборник интересных статей. Ну, по крайней мере, так было в году так 2003, когда Эрик Синк публиковал там свои эссе. Честно, я не знал. Но меня можно простить: по-английски я читать не люблю, а русские переводы на сайте MSDN появились сравнительно недавно, причём попытка почитать "блоги русских независимых экспертов" навевает такую тоску... нет, я всё-таки, пожалуй, подожду появления чего-нибудь более интересного, чем тупая и прямолинейная реклама.
>>>

Джоэл Спольски. Джоэл о программировании

Tue, 22 Jul 2008 15:45:39 +0000

Вообще-то это не совсем книга, а блог. Точнее, избранные статьи из блога www.joelonsoftware.com. Честно признаюсь: именно эта книга подтолкнула меня к созданию вот этого сайта. Ну, то есть, я давно собирался и готовился, но финальным толчком оказалась именно она. Да, должен предупредить: если вам попадёт в руки эта книга, то не читайте комментарии "научного редактора". То есть сожмите всю волю в кулак и не обращайте внимания на сноски. Если можете. (Я вот не могу. Мне всегда кажется, что в сносках говорится о чём-то очень важном. И почти всегда разочаровываюсь.)
>>>

Роберт Гласс. Факты и заблуждения профессионального программирования.

Fri, 11 Jul 2008 18:30:54 +0000

Вообще-то автор хотел назвать свою книгу "Fifty-Five Frequently Forgotten Fundamental Facts (and a Few Fallacies) about Software Engineering". Или, коротко, "F-Book". Но, как он пишет во вступлении, эта гениальная маркетинговая идея была отвергнута издателем. Потому что название получилось бы немного неполиткорректным. Нетрудно догадаться, что в книге обсуждаются некоторые известные, а также малоизвестные утверждения о профессиональном программировании. Цитировать все эти утверждения было бы глупо, вместо этого я приведу только некоторые понравившиеся фразы.
>>>

Алан Купер. Психбольница в руках пациентов.

Fri, 11 Jul 2008 12:02:34 +0000

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

Фредерик Брукс. Как создаются программные системы. Мифический человеко-месяц

Thu, 10 Jul 2008 19:55:33 +0000

Комментировать эту книгу - всё равно что комментировать букварь, по которому мы когда-то учились читать. Всеми признанная, всеми цитируемая классика, библия айтишников, альфа и омега руководителей программных проектов. Но я всё-таки не удержусь и скажу пару слов и от себя. С одной стороны, поражает, как далеко Фредерик Брукс заглянул в будущее. Тридцать с лишним лет назад он ясно видел, как будет развиваться отрасль разработки программных систем.
>>>