• Цитата недели (Карен Стивенсон)

    Posted on January 20th, 2009 Александр Орлов 2 comments

    Whenever change is on the agenda, the power of relationships trumps the power of position.

  • Шашечки или ехать

    Posted on January 19th, 2009 Александр Орлов 19 comments

    Пару месяцев назад на Веборубе мы встретились с Алексеем Баранцевым, главным редактором портала Software-Testing.ru и обсудили тему сертификатов. Он тогда как раз написал пост про сертификаты для тестировщиков, который вызвал неоднозначную реакцию у них на портале. Я тогда решил тоже написать про сертификаты. И забыл. :) Теперь вспомнил, и исправляюсь.

    Для начала несколько фактов из жизни.

    Когда-то мы работали в компании Эльбрус-МЦСТ на Sun Microsystems, Inc. и писали Java и различные сановские тестовые сюиты в различных вариациях. Попробуйте угадать, сколько у нас в компании было Sun Certified Java Programmer’ов? Правильно – ровно ноль. И это не очень мешало нам успешно сдавать проекты в сроки и иметь неплохую репутацию среди сановских инженеров и менеджеров.

    До недавнего времени единственные мои знакомые Sun Certified и MS Certified программисты работали в одной небольшой аутсорсиноговой конторе, которая, в общем, влачила существование от одного клиента до другого. Но на сайте у них было написано, что у них работают сертифицированные специалисты.

    Среди многочисленных сотрудников, которые побывали под моим управлением, был ровно один с сертификатом по Java от Sun. Он в команде продержался недолго в силу неумения общаться с людьми.

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

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

    Теперь от фактов к жизни. Что такое, вообще говоря, сертификат? Это бумажка, подтверждающая, что человек смог подготовиться к экзамену по дисциплине. Имеет ли умение готовиться к экзаменам какое-то отношение к реальной работе? Наверное, да, но довольно слабое.

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

    Сертификаты – это такие шашечки. Которые могут привлекать клиентов (по крайней мере, теоретически), могут греть самолюбие менеджеров или программистов. Но к реальной работе в проектах эти шашечки не имеют никакого отношения.

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

  • Sunday Fun: Тест на качество команды

    Posted on January 18th, 2009 Александр Орлов 2 comments

    Попался хороший тест на то, насколько хорошая у вас команда:

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

    Posted on January 16th, 2009 Александр Орлов 10 comments

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Posted on January 15th, 2009 Александр Орлов 9 comments

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

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

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

    1. Read the rest of this entry »
  • И снова про интерфейсы общения

    Posted on January 14th, 2009 Александр Орлов 8 comments

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

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

    Ну, например, когда в с человеком разговариваете лицом к лицу, ясное дело, что вы ему и он вам отвечаете прямо сразу, то есть немедленно. Следовательно, общение F2F (face-to-face) предполагает немедленную реакцию. Та же история с телефоном.

    В мессенджере, однако, это не всегда так. Там можно взять паузу 1-2 минуты, чтобы подумать, поискать информацию. Некоторые просто в середине разговора уходят попить кофе. Или и того дальше – уходят домой. Но тем не менее, мессенджер все-таки предполагает достаточно быстрый ответ.

    E-mail не предполагает немедленной реакции. Я знаю массу людей, которые проверяют свою почту 3 раза в день. Чтобы она их не сильно отвлекала от работы. И это разумно. Если есть срочный вопрос – то можно сначала послать e-mail с данными и вопросами, а потом и позвонить.

    Некоторые люди, однако, считают, что e-mail предполагает немедленную реакцию. Особенно, это касается почему-то ситуаций, когда начальник шлет письмо подчиненному. Если подчиненный оперативно не отвечает, то начальники сильно обижаются. Как же так, на мое письмо, ай-яй-яй, ой-ей-ей…

    Есть другая крайность – некоторые люди могут не отвечать на e-mail, где от них что-то требуется, неделю, а потом проснуться и ответить. Тоже не очень здорово. Если бы это были VP, у которых более приоритетных работ полон рот – было бы понятною Но случается такое часто на уровне инженеров.

    Но не суть. Суть в том, что способы коммуникации можно классифицировать примерно так:

    Способ коммуникации Реакция
    F2F немедленная
    Видео-конференция немедленная
    Телефон немедленная
    Мессенджер несколько минут
    E-mail до суток

    И вот тут случается то, что:

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

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

    Резюмируя, идеальный коммуникатор :) – это тот человек, у которого одинаково хорошо представлены все интерфейсы общения, и который использует их соответственно срочности ситуации.

  • Письмо о сокращениях

    Posted on January 13th, 2009 Александр Орлов 6 comments

    Прислали бывшие коллеги по почте. По-моему, отлично. :)

    Dear employees,

    Due to the current financial situation caused by the slowdown of economy, Management has decided to implement a scheme to put workers of 40 years of age and above on early retirement. This scheme will be known as RAPE (Retire Aged People Early).

    Persons selected to be RAPED can apply to management to be eligible for the SHAFT scheme (Special Help After Forced Termination). Persons who have been RAPED and SHAFTED will be reviewed under the SCREW programme (Scheme Covering Retired Early Workers). A person may be RAPED once, SHAFTED twice and SCREWED as many times as Management deems appropriate.

    Persons who have been RAPED can only get AIDS (Additional Income for Dependants & Spouse) or HERPES (Half Earnings for Retired Personnel Early Severance).

    Obviously persons who have AIDS or HERPES will not be SHAFTED or SCREWED any further by Management.

    Persons who are not RAPED and are staying on will receive as much SHIT (Special High Intensity Training) as possible. Management has always prided itself on the amount of SHIT it gives employees. Should you feel that you do not receive enough SHIT, please bring to the attention of your Supervisor. They have been trained to give you all the SHIT you can handle.

    Sincerely,

    The Management

    Fun
  • Цитата недели (Питер Друкер)

    Posted on January 13th, 2009 Александр Орлов 2 comments

    The leader of the past knew how to tell. The leader of the future will know how to ask.

  • SQA Days: видео

    Posted on January 12th, 2009 Александр Орлов 8 comments

    Появилось видео моего доклада с SQA Days 2008 в Минске. Доклад называется “Funny Testing: как добавить драйва в работу”. Я его посмотрел, там оператор как-то немного странно все заснял – так, что слайдов не видно. Поэтому может возникать странное ощущение, что народ перед докладом чего-то покурил и ржет. :) Наверное, имеет смысл перед тем, как смотреть видео, таки покурить посмотреть слайды.

    Тестерам, руководителям тестеров и всем сочувствующим рекомендуется к просмотру. :)

    Часть 1:

    Часть 2:

    P.S. Слайды и видео всех докладов доступны на сайте конференции.

  • Sunday Fun: Что опен спейс с людями делает

    Posted on January 11th, 2009 Александр Орлов No comments

    Набор небольших зарисовок об офисном стрессе. Что интересно – везде опен спейс, и в половине сюжетов люди сходят с ума из-за того, что им не дают впасть в состояние работуна. :) Если вы работаете в опен спейсе – будьте начеку! :)

    Fun