Спасибо Яндексу за мульки

Поиск по блогу
по комментариям по друзьям

Коллеги,

Денис "dva" Войханский послезавтра (10 февраля в 17-30 по Москве) будет проводить халявный вебинар "Людям о менеджерах". На самом деле Денис будет заниматься прокачкой своих бойцов, но в качестве эксперимента решил пригласить и сторонних слушателей.

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

Любопытствующие с других концов галактики могут воспользоваться трансляцией в интернет и, сидя на рабочем месте, послушать мудрое знание нахаляву.
Подробности (куда кликать/кому звонить) смотреть => тут <=.

Записаться на сам вебинар можно = > тут < = (в посте Дениса самую главную линку заметить не так-то просто, видимо, сказывается опыт работы в геймдеве :) ).

PS Есть мнение, что количество мест ограничено, так как у Дениса триальный аккаунт на GoToWebinar.
PPS Денис под страхом жесткого наказания обещает немного рассказать о том, что услышал на дорогущем тренинге Certified Scrum Master

Господа, этот час пробил!
(UPDATE: Кросс-посты и ссылки приветствуются! Есть спортивный интерес - дойдет ли до самого Уинстона? :) )

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

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

Пиратский кадр из презентахи:

Отличный рассказ от Mary Poppendieck про планирование (ссылка).

Очень понравилась цитата Эдварда Деминга, используемая Мэри при рассуждениях о плане-графике и дедлайнах (schedule):

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

Это все к старой древней мысли:
"Поставить дату завершения проекта в инструменте планирования, не достаточно (и даже не необходимо) для завершения проекта к этому сроку"

Блин, а ведь многие этого просто не хотят понимать...

Оно уже близко к завершению. Осталась только заставка и концовка, все остальное отснято, озвучено и смонтировано!

Забегая вперед раскрою тайну будущего фильма. Это будет не убогая презентаха на слайдшаре, это будет настоящий wmv! Правда, все равно несколько убогий. В саундреках как обычно - все от лондонского симфонического оркестра до Offspring (хотя от них было взято самое малое, но зато самое емкое).

Ждите, уже скоро.

Для тех, кто ни разу не слышал про The Rise And Fall Of Waterfall есть трейлер. Кстати, а кто-нибудь действительно не слышал?

По наводке dumtest прочитал очередную бизнес-мурзилку - книгу Джеффри Креймса "7 Уроков Величайших Менеджеров, или что знают СЕО" (кстати, на озоне ее сейчас продают за очень дешево).

Книга очень понравилась: простой язык, неплохой перевод (хотя местами видны косяки в виде пропущенной нумерции в списке или несогласованных предложений) , легкий и приятный стиль изложения материала.

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

Очень приятно было встретить в этой книге нескольких героев Джима Коллинза из "От Хорошего к Великому", похожей по настрою, но более глубокой книги.

У себя dumtest пишет, что видит некоторые из уроков этой книги в конторе, где мы работаем. Возможно... Но на мой взгляд, наше высшее руководство начало проактивные действия, не доводя ситуацию до кейсов, рассмотренных в книге. Хотя есть огромный риск,что по ряду направлений мы скоро можем получить то, с чем в свое время боролся Джек Уэлч (CEO General Electrics), плюс не исключено, что очень потребуются уроки Сэма Уолтона (основателя Wal-Mart) и Майкла Делла (ну этого все знают). И еще в ряде отделов очень бы пригодился опыт Ларри Боссиди (Larry Bossidy из AlliedSignal, купившей в 2001 Honeywell), но это уже из обзора другой книги...

Коменты писать у dumtest-а.

wibas GmbH существенно улучшила свой он-лайн ресурс www.cmmi.de/. Теперь там доступны кишки сразу трех моделей:

1. CMMI for Development
2. CMMI for Services
3. CMMI for Acquisition

Все модели версии 1.2 (или редакции - не знаю как правильнее, но Саша Кондаков поправит :) ).

Броузер по моделям очень удобный (особенно по сравнению с 500-страничными ПДФ-ками). Если кто интересуется детищем SEI, очень рекомендую этот броузер. По крайней мере он должен отпугивать новичков в меньшей степени.

Если вы не знаете, что такое CMMI, то ТУТ есть мое бухтелово про это.

Дослушал сегодня аудиокнигу «Linked: How Everything Is Connected to Everything Else and What It Means»

Понравилось. Несмотря на то, что раздобыть эту книгу не так уж и просто (у нас ее пока не издавали и не переводили), делюсь своим мнением.
( много буков и картинка )
Что это значит, и при чем тут менеджмент – думайте сами. Я пока конкретного применения этому знанию не придумал.

В воскресение прочитал книжку Дэвида Платта "Софт отстой! И что с этим делать". Глаза не раскрыла, но мои убеждения подкрепила.

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

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

Книга подойдет для самого широкого круга читателей, но особо рекомендуется коллегам, кто хоть раз за последние пол года сказал о пользователях своего детища: "Вот тупые, все у меня в проге работает как надо, просто конфирмейшены читать надо и не тыкать куда попало".

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

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

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

На длинных выходных дочитал книгу Leaning Into Six Sigma : A Parable of the Journey to Six Sigma and a Lean Enterprise. Сразу скажу, про программирование там нет ни слова. В книге затронуты Lean и Six Sigma в их естественной среде обитания - материальном производстве.

Книга забавна. Написано в манагерско-популярном стиле от лица женщины-консультанта, пришедшей на завод, что бы научить их там справляться со своими проблемами. Что такое Lean / Six Sigma и как их использовать книга, не смотря на уверение рецензента из издательства, не расскажет. Какие-то основы по ходу действия даются, но в объеме, совсем не достаточном для практического использования.

Ценность книги в другом. Она показывает жизнь странствующего-джедая консультанта. Жизнь показана в розовых тонах, про негатив нет ни слова, но любой менеджер, более-менее закаленный в боях, способен сам найти места в книге, где жизнь слишком идеализирована и понять, как оно было на самом деле.

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

Один из идеализированных моментов, например, такой. Автора пригласили помочь выбрать новый станок, а то производительность завода была меньше требуемой. Автор посмотрела на все своим опытным взглядом и сказала, что дело в головах, а не станке и вызвалась повысить производительность без особых вложений. Для этого надо было всего лишь сломать сложившиеся за 10 лет традиции и научить пустивших корни работяг новым правилам. И буквально через недельку все согласились. Даже работяги, не убиравшие годами свои рабочие места, после недельного воркшопа активно вовлеклись в процесс. А директор сидел ночами, рылся в интернете и читал, а что же такое Lean... Сам... Не смотря на дедлайны с поставками...

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

Сегодня купил планшет. Теперь могу делать презенташки без сканера. Хочу выпустить The Rise And Fall Of Waterfall на праздниках.

AV School пригласила меня рассказать детям про программистов, на что я с радостью согласился. Дети - это святое. Чем бы они не тешились, лишь бы наш сайт не хачили.

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

Если картинка внизу не говорит моим голосом, то кликайте >>> ТУТ <<<
(СУПовцы чинить слайдкасты, судя по всему, так и не собираются. По крайней мере мой багрепорт они отреджектили)

Это круть! Это стоит прочитать! Пока я пересказывал теорию Джорджа Акерлофа в изложении Скотта Стивенса про персики и лимоны, показывая проблему недооценки хороших сотрудников и переоценки плохих, СОТОНА пошел дальше и начал анализировать проблему найма в деталях. При этом подсказки он ищет у самой природы: Компании выбирают себе работников, чтобы совместно сотворить проекты, так же, как и самки подбирают самцов, чтобы совместно сотворить потомство. Про эволюционно-стабильные стратеги в подборе персонала читать здесь.

Заслайдкастил еще один кусочек люксофтовского семинара. Этот кусочек будет последним, так как все остальное в том или ином виде уже было в каких-то предыдущих слайдкастах. На очереди мое бухтелово детям. Скорее всего ЖЖшники так и не починили правильную вставку слайдкастов. Если я прав, то нужно кликать сюда (тут с голосом).

Хорошего програмного инженера делает хорошим программным инженером не доскональное знание всех тонкостей языка программирования, не знания всех мыслимых и не мыслимых паттернов проектирования и даже не лидерские качества или способность работать в Agile командах.
Хорошего программного инженера делает хорошим программным инженером тоже самое, что делает джедая джедаем - Сила.

Но... У Силы всегда есть две стороны...

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

Что-то типо этого:


У разработчика в голове - решение задачи на языке программирования, у тестировщика - тараканы баги, у аналитика - счастливое лицо заказчика, у менеджера - странные и непонятные графики со значками доллара. Но на первый взгляд они все одинаковые!

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