В бытность мою директором питерского Борланда руководил мною, как-то, индус Радж Шинде. Человек он был неплохой, но не без особенностей. Не любил, например, выражать мысли прямо. Ещё рекомендовал всем читать жульническую книгу In Search of Excellence. Ну, Восток - есть Восток. Как-то обсуждали с ним бюджет на какой-то эвент - новый год, вроде. Мы перед этим с главным нашим бухгалтером все тщательно посчитали, ужали где можно по максимуму, вышло 10 что-ли тысяч баксов. Докладываю Раджу. Сделай, говорит, за 5. Я начинаю рассказывать, почему 10, и почему за 5 не очень получится. Да нет, говорит, ты мне не рассказывай, ты сделай за 5 - и все. Ну, я напористый был директор - убедил. В конце говорю, в следующий раз, говорю, я перед тем как тебе цифру говорить - умножу ее на два. Раз уж ты, вместо того, чтобы слушать аргументы, на два делишь. А он мне отвечает - я, говорит, уверен, что ты так и сделал в этот раз.

Базарный вот этот подход, к оценкам, коммитментам как к предмету торга, очень распространён. Приходит программист к менеджеру, рассказывает результат оценки, а тот ему - сделай в два раза быстрее. Мифы разные по этому поводу гуляют - что надо умножать на два, потому, что поделят на два (как показывает вышеприведённый пример, не такие уж и мифы). Я ещё могу понять (с трудом) когда торговлю разводят по поводу зарплаты при приёме на работу. Сейчас, например, на питерском рынке труда принято предлагать кандидату зарплату на 20% меньше, чем он попросит. Кандидаты соглашаются, говорят. Но торговля по поводу результатов оценки имеет примерно столько же смысла, сколько спор о результате умножения 2 на 2.

Мотивация опытного менеджера, пытающегося выбить оверкоммитмент, понятна. Она является частным случаем стратегии получения большего надоя с коровы при понижении расходов на корм. Известно, что программисты, особенно молодые, склонны с большой ответственностью относится к своим коммитментам, и даже если коммитмент выбит с паяльником, работать по 80 часов в неделю, за ту же зарплату, чтобы с ним встретится. К сожалению, программисты или менеджеры первого уровня также склонны включаться в торговлю. Я как-то слышал советы сходить на рынок и потренироваться, чтобы лучше торговаться при обсуждении оценок. Я бы посоветовал, вместо этого, относится к процессу оценки серьёзно и добиваться уверенности в своей оценке, как в аксиоме. Обсуждать можно соотношение между агрессивностью сроков и риском, но не результат оценки. Хорошая новость заключается в том, что в большинстве случаев, если удаётся направить дискуссию в правильное русло, вышестоящий менеджер соглашается с аргументами и вы приступаете к проекту с реалистичными коммитментами.

Один из признаков хорошего менеджера проектов - умение минимизировать число сюрпризов. Один из основных источников сюрпризов - неявные допущения, сделанные при планировании. Assumptions. Допущения делаются всегда и сами по себе они не ведут к сюрпризам. Проблемы с допущениями возникают от того, что они неявные.
Возьмём, например, простое утверждение. "У нас есть команда из 4 разработчиков и мы оценили объем разработки в 12 человеко-месяцев. Мы обещаем заказчику, что продукт будет готов через 3 месяца". ( Сколько в этом утверждении скрыто неявных допущений? )

Немало постов в этом журнале навеяно чтением журнала yakov_sirotkin. Думаю, пришла пора посвятить отдельный пост этому феноменальному явлению. Журнал Якова играет для IT-тусовки ту-же роль, которую для всего ЖЖ-сообщества играет журнал tema. То есть, на самом деле, совершенно не важно, напишет ли Яков очередной совет CEO, банальность про рефакторинг, продолжение драматичной истории про Васю и Петю и их нелёгкие карьеры или вообще про домашние роды. В комментах обязательно собирается интересная тусовка, и читать их, как правило, значительно интереснее, чем оригинальный пост (не в обиду Яще будет сказано).

Мне кажется, Якову надо откликнуться на вызов времени, и продолжать двигаться по пути tema. То есть, конечно сиськи размещать по субботам не надо, это будет совершенно не в стиле журнала Якова. Но зачем, например, ограничивать себя рефакторингом? Почему не написать несколько постов про оператор if? Я уже не говорю, про оператор goto - какие дискуссии мог бы породить такой пост!

А то, заходишь в ЖЖ утром, а поста Якова нет, и дискуссии в комментах нет - сразу настроение портится.

Дерзай, Яша, мы ждём новых интересных постов! -)

MicroFocus поднял цену. Мифический "неназванный финансовый покупатель" так и остался неназванным и вышел из игры. Возникает вопрос, а был ли мальчик? Или МикроФокус просто развели на несколько лишних миллионов -).

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

( примеры из жизни )

Тут, конечно, следует учитывать специфику моего опыта. Львинная его доля - даже во времена SwiftTeams-а пришлась на ресерч проекты и изготовление собственных продуктов. Где предсказуемость была гораздо менее важна, чем инновации и гибкость. Там, где работа была скорее работой на заказ, и где требовалась именно предсказуемость и "встреча с ожиданиями" (как перевести meet expectations?), все делалось по правилам гораздо чаще и отклонение от них заканчивалось хуже.

Раскопал вот.... На дворе 1996 год и Питер Коад только что получил первый Jolt Cola за Together расширение для Borland C++. Никто еще не знает что часть людей с этой картинки в Borland-е будут работать, а другая часть примет активнейшее участие в отодвигании продукта JBuilder на вторые роли на рынке.

Похоже Borland похоронили в недрах Micro Focus-а преждевременно. Borland получил конкурентное предложение. Причём, поскольку предложение не от другого производителя софта, а от "неназванного финансового покупателя", речь, насколько я понимаю, идёт именно о смене владельца Borland-а, а не о поглощении, как в случае с Micro Focus.

Закончил читать Software Estimation от Стива МакКоннела. Надо сказать, что книги Стива наряду с Томом ДеМарко и Джерри Вайнбергом оказали ключевое влияние на мое формирование как менеджера. Rapid Development вообще была первой книгой по менеджементу, которую я прочитал от корки до корки, что учитывая мой тогдашний английский и 650 страниц текста было мальньким подвигом.
Software Estimation состоит из 23 частей, большинство из которых посвящено различным техникам. Прочитать её стоит, однако, хотя-бы ради ( первой и последней части. )

В пятницу посетил с дочкой концерт Щербакова. В этот раз он был вместе со Стародубцевым и пел в основном старое. После "Трубача" и "Под знаменем фортуны" подряд я уж было подумал, что сейчас будет "Крым" или "Баб-эль-мандебский пролив" -). Но нет, слово держит, не поёт. Из знакомых встретил vladk и Дена Ковальчука. Новых песен было вроде две, хотя, я не настолько внимательно слежу за новыми песнями, чтобы быть уверенным. Последний выпущенный диск, по прежнему "Райцентр". Что вместе с ретро-темой наводит на мысль, что пишет он в последнее время мало. В подвале ЛКЗ вместо задрипанной столовки - сравнительно приличное кафе.

Первый раз я слушал Щербакова в 1987, если не ошибаюсь, году, в школе. Он тогда был очень популярным среди интеллектуальной молодёжи. Сам тоже был молодой, розовощёкий и сильно краснел. Пел "Крым" и "Пролив" ещё. На концерты билеты брать надо было заранее, в день концерта можно было рассчитывать разве что на стоячие. Знакомых вокруг было столько, что времени не хватало со всеми поздороваться. Потом эти концерты превратились в своеобразные встречи выпускников - в широком смысле. Сейчас складывается такое впечатление, что публика осталась та же, что и в 87 - только ее стало значительно меньше. Хотя, слышал тетушку, соседку, лет тоже 40, которая рассказывала, что Щербаков для нее "начался два года назад с восемнадцатого февраля" -). Молодёжи практически не было.

К чему это я? 39 тут десять дней назад исполнилось.... Старею.

Предсказания о скорой продаже компании Borland оказались верными. Приобретает беднягу не Microsoft, не Oracle и не IBM, а компания Micro Focus за 75 миллионов баксов. Интересно, что заодно с Borland эта компания покупает ещё и QA-ный кусок Compuware (это такая компания, которая тоже занималась ALM -) - многие мои старые знакомые экзекьютивы после Borland работают там). Я долго пытался вспомнить, откуда я помню этот Micro Focus... Посмотрел на их сайт - вспомнил. Году в 1998 для одного из Together-ов решили поддержать Cobol. Ну, и поддержали вот - Micro Focus Object Cobol, ага. Жалко, что IDE продали уже - Delphy для Cobol - это было бы гламурно. Но Together вот они купили, так что моделирование для Cobol можно ожидать -)
HQ у ребят в UK, что характерно. В бизнесе с 1976 года.
Вот тут пишут, что Micro Focus не сделал пока заявлений, по поводу сокращений, но таки заявил, что "существует четкий план решения проблем с финансовой и операционной производительностью". Еще пишут, что Borland рассматривался как ключевой конкурент для Micro Focus в области enterprise ALM. Если посмотреть на их предложения - кроме кобола - то конкуренция тут, скорее, в области новоиспечённого BMS, чем старого доброго ALM (который, в отличии от BMS, Borland до самого конца продавал) То есть, возможно это просто снятие с доски конкурента, и тогда моделинга для кобола мы можем и не увидеть. Но может быть им и правда нужны продукты.