Category: литература

Category was added automatically. Read all entries about "литература".

“Черная книга менеджера” – правдивая правда от директоров

Originally published at Клуб Успешных Менеджеров Программистов. You can comment here or there.

(Книгу в подарок получит каждый участник воркшопа “Карьера менеджера и бизнес”, Москва, 25-27 марта)

Пока мы летели в Новосибирск (отчеты про тренинг в технопарке Академгородка и конференцию CodeFest будут отдельными постами), я как и все нормальные люди тихонько дремал в кресле. А Слава Панкратов, как выяснилось потом, не дремал! Он заканчивал писать очень любопытную книгу – “Черную книгу менеджера”.

Конечно, я ее тут же по прилету прочел. Коллеги, получилась имхо мега-вещь! Книга написана в виде монолога директора ИТ-компании по отношению к менеджеру. Как вы понимаете, директор себя не сдерживает. :) Поэтому книга и читается хорошо, и пользой обладает несомненной.

Я даже написал к ней свое предисловие:

Предисловие от Александра Орлова.

Поскольку Слава Панкратов в книге упомянул меня как мирно спящего рядом, то я почувствовал себя обязанным написать предисловие к этой книге. А то что же получается – я все проспал, что ли? :)

На самом деле, перед вами сейчас книга в определенной степени уникальная.

Кого-то может смутить циничный фокус книги на деньги. Кого-то, но, надеюсь, не вас. Деньги – это мерило пользы, которую менеджер приносит компании, а компания – людям. Все эти вещи – уважение к заказчику, к менеджеру, к каждому сотруднику, приносимая всеми вместе польза и деньги – все эти вещи тесно связаны. И эта книга в том числе и об этом.

Возможно, кому-то не понравится ненормативная лексика. А это, на самом деле, тест. Сможете вы отделить форму от содержания или нет? Матерящийся заказчик может быть вам неприятен, пока вы не узнаете, из-за чего он ругается. Возможно, он сейчас из-за вашей ошибки потерял деньги, и теперь ему придется с семьей выезжать из своего дома.

Точно так же матерящийся начальник – не тиран и самодур. Скорее всего, у этого человека есть проблема, и, скорее всего, вы ее создали. Почему же тогда вы не хотите его слушать? Умеете ли вы отделять форму от содержания – эта книга поможет вам понять.

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

Мне кажется, эта книга станет событием в российском ИТ-менеджменте, как в свое время стали событиями правила Ашманова и книги Сергея Архипенкова. Слава, спасибо тебе за книгу, и надеюсь, ты напишешь предисловие к “Белой книге менеджера” :)

А книгу мы решили дать в качестве подарка тем, кто придет на наш воркшоп “Карьера менеджера и бизнес”. Этим ребятам “Черная книга менеджера” точно пригодится.

На воркшоп у нас еще есть несколько свободных мест, хотя группа уже набралась очень основательная. Летят и едут люди не только из Москвы, но и из Екатеринбурга, Воронежа, Киева, Харькова, Симферополя, Питера.

Хочу записаться на воркшоп “Карьера менеджера и бизнес”!

Обезьяны черные и белые

Originally published at Клуб Успешных Менеджеров Программистов. You can comment here or there.

Наконец, нашел время посмотреть www.monkey-habits.com, который мне уже неоднократно рекомендовали посмотреть. Чудесный проект! Книга читается на одном дыхании. Очень узнаваемо и через это очень смешно. :) Избранные цитаты:

Задача черных обезьян – собирать бананы. Задача белых обезьян – делать так, чтобы бананы были собраны.

Если черная обезьяна собрала много бананов, то ей доверят собрать еще больше. Если белая обезьяна загубила много бананов, то ей доверят загубить еще больше.

Черным обезьянам обязательно нужно, чтобы их постоянно хвалили, говорили какие они умные, и что без них ничего работать не будет. Белым обезьянам это не нужно. Они и так это знают.

Для того, чтобы подчеркнуть, как хорошо она разбирается в бананах, черная обезьяна всегда предупреждает, что отвечает исключительно за кожуру. За другие составляющие: черенок, удобрения или полив пальмы, отвечают другие черные обезьяны, которые плохо работают и мешают бананам правильно созревать. Среди черных обезьян всегда много главных специалистов по отдельным вопросам. Такие глубокие познания и ограниченная ответственность настораживают и пугают белых обезьян. Им справедливо кажется, что черные обезьяны набивают себе цену, вместо того, чтобы собирать бананы. И тогда белые обезьяны говорят: «Мы занимаемся простым делом. Мы всего лишь срываем бананы с ветки и кладем их в коробки». Черная обезьяна шокирована, но ей нечего возразить по существу.

Если черная обезьяна затягивает сбор бананов, ссылаясь на очередные трудности и отсутствие ресурсов (времени), то белая обезьяна может запросто сказать: «Ну что же, тогда я это сделаю сама». Перспектива увидеть белую обезьяну, лично срывающую банан, несмотря на все сложности, настолько ужасает черную обезьяну («А вдруг и вправду сорвет в легкую и глазом не моргнет, в другой раз уже не отмажешься!», что черная обезьяна с воплем «не надо, не надо, что вы, что вы!» быстро кидается выполнять поставленную задачу, к глубокому удовлетворению белой обезьяны (и за бананом лезть не пришлось, и трюк удался).

Книга небольшая - настоятельно рекомендуется к прочтению.

Что почитать тестировщику

Originally published at Клуб Успешных Менеджеров Программистов. You can comment here or there.

Когда-то я уже писал о том, что почитать программисту, а также менеджеру (часть 1, часть 2). Теперь настала очередь тестировщиков. :) Тем более, что на заседании круглого стола об образовании тестировщиков в рамках конференции SQA Days, как раз был составлен этот секретный список.

Итак, чтобы сделать из обычных тестировщиков команду высокомотивированных профессионалов, нужно начать с того, что подарить им следующие книги:

Причины хаоса

Originally published at Клуб Успешных Менеджеров Программистов. You can comment here or there.

The Standish Group давеча выпустила свой ежегодный отчет о состоянии дел в программной индустрии. Исследователи из the Standish Group почему-то постеснялись изначально назвать его “%опа”, поэтому назвали “Хаос”. И вот, значит - “Хаос 2009″.

Что мы можем там видеть? 32% проектов завершились успешно. 44% испытали различные трудности (превысили бюджет, выпали из сроков и пр.). 24% проектов просто провалились. Результаты ухудшились по сравнению с предыдущим годом. А если взглянуть на отчеты за последние N лет, то какого-либо значимого изменения увидеть не удастся.

И вот это непонятно - почему? Каждый год проводятся сотни конференций по программной инженерии. Каждый год тысячи консультантов и тренеров носятся по городам и весям, пытаясь научить всех делать проекты. Наконец, гибкие методологии пришли на смену водопаду. И что? И ничего.

У меня есть своя версия того, почему ничего не меняется. Все это потому, что:

менеджеры проектов не учатся

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

И это понятно, почему люди не учатся. Как только человек становится менеджером проекта из программистов, на него сразу же начинает оказываться очень сильное давление. По срокам, по ответственности и всему прочему. Ему некогда учиться. А потом так и привыкает работать, не учась.

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

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

И вам от этого будет легче двигаться вперед и наверх.

Книга Сергея Архипенкова “Лекции по управлению программными проектами”

Originally published at Клуб Успешных Менеджеров Программистов. You can comment here or there.

Около года назад вышла из-под пера Сергея Архипенкова книга “Руководство командой разработчиков ПО. Прикладные мысли.” Книга, безусловно, интересная и полезная, что и подтвердили 3000 читателей, скачавшие ее за прошедшее время. Напомню, что та книга была про людей. Точнее прочеловеческие аспекты руководства программными проектами.

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

Сергей Архипенков “Лекции по управлению программными проектами”, 126 стр.

Когда одиночки круче команд?

Originally published at Клуб Успешных Менеджеров Программистов. You can comment here or there.

Относительно недавняя презентация Дениса Петелина и Юрия Шиляева натолкнула меня на мысли о самогоно командо-варении.

И первая мысль была, собственно - а всегда ли командная работа эффективнее работы одиночек? Опыт подсказывает, что не всегда. Толковый одиночка (см. “суперзвезда”) может написать ого-го что. Вспоминается пример из книжки “Inside Intel”, где один парнище, сидя в комнате, разработал в одиночку дизайн проца, сейчас уже не вспомню какого. Сидел месяца три вроде бы, но в итоге победил. А дали бы двоих супер-звезд в помощь - глядишь, за полгода бы управились. :)

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

Вторая ситуация - это сильное различие по квалификации. Есть одна супер-звезда и два середняка ближе к уровню ватерлинии. Счастья не будет.

Уже слышу возмущенные голоса: “а давайте середняков тестерами сделаем, а давайте посадим их формочки рисовать, а давайте они будут супер-звезде кофе с бутербродами носить…”

Нет, коллеги, вот если суперзвезде-разработчику дать гениального тестера в помощь - получится мега-команда. А потестировать на уровне середняков супер-звезда-одиночка и сам сможет. И не будет тратить свои нервы, когда середнячки будут тупить и мямлить ему про то, что “can’t reproduce” на его стороне. Это, конечно, в долгосрочной перспективе. В краткосрочной-то и середнячки могут помочь, но команды в краткосрочной перспективе не созревают.

Для командной работы должно быть уважение между коллегами. Если люди супер-квалифицированы в своих областях, они смогут зауважать друг друга, из них может получиться команда. Иначе менеджер может утимбилдиться, но команды не будет. Если вам досталась разнобойная группа инженеров - не надо делать из нее команду и кричать на стафф митингах: “Давайте ребята, вместе мы сделаем это!” Лоу-перформеры будут вас поддерживать и глупо улыбаться, а топ-перформеры будут молчать, понимая, что все равно все им придется делать.

Собственно, основная задача при создании команды, это поселить в людях уважение друг к другу. Оно само просто так не поселится. Есть вполне определенные практики, которые позволяют это сделать. Но сильное различие в квалификации не даст вам этого сделать никогда.

Поэтому, уважаемые начинающие менеджеры, не кидайтесь сразу строить команды. :) Оглядитесь вокруг. Мир прекрасен. А надо ли оно вам? А кто у вас в команде уже есть? (Мир, кстати, прекрасен, зря я его зачеркнул. :) )

P.S. Напоследок, порекомендую статью товарища Стива Павлины “Работа в команде”. На мой взгляд, сказано исчерпывающе.

P.P.S. Коллега vsavkin подкинул ссылку на хороший пример одиночной работы. :) Процитирую это также здесь:

“Четыре негритенка пошли купаться в море..”

Вначале все было хорошо. Нас было четверо, и сроки были вполне адекватны.
Тучи начали сгущаться в ноябре - одного негритенка у нас отобрали и бросили на более приоритетное направление.
“И их осталось трое”..
Затем случилась новогодняя вечеринка с катаньем на коньках. Она нанесла нашему проекту просто сокрушительный удар - я второй негритенок простудился и свалился с гриппом, а третий катался с такой самоотдачей что сломал руку.
“И их осталось.. ” Собственно, остался всего один.

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

Планировали планировали - да не выпланировали. Четыре не равно одному. И даже три не равно одному. Сроки все равно сьезжают.

…А четвертый негритенок, надо заменить,  на корпоративе не был, в планировании не участвовал, а тихо мирно сидел себе и работу работал. В лучших негритянских традициях.
И оказалось, что пока мы планировали, с гриппом валялись да руки ломали, он все сделал. И за себя, и за того парня. Сроки вернулись на место.

Мораль - есть люди, которым надо просто не мешать. И все будет хорошо. Билив ми.

Что почитать программисту

Originally published at Клуб Успешных Менеджеров Программистов. You can comment here or there.

(Все имена кроме имен авторов книг в статье вымышленные :-) )

Недавно встречался с одним знакомым программистом - одним из лучших, кого я знаю . Я, говорю, Епифан, знаю, что ты читаешь много книжек. А вот ты можешь собрать список книг, которые ты прочел за последние, скажем, четыре года? - Да легко, говорит. И собрал.

Я подумал, что вдруг кому будет интересно. Ну, там в плане создания личной библиотеки. Или библиотеки компании. Или там выдать своим инженерам список для чтения на лето. :) Или просто в плане впечатлиться. :) В общем, списек книжек ниже. (Наверное, наврал - не верю, что за 4 года. Лет за 6 - верю.)

  1. Read the rest of this entry »