Коллеги,
Поздравляю всех с наступающим 2012 годом дракона!
Так как про дракона известно только что он черный, для определенности будем предполагать что имеем дело с драконом Хартера — Хейтуэя 
А раз так — 2012 это год математиков и программистов.
В этом нашем новом году, желаю творческих свершений и все новых и новых успешных итераций!
Калугин А.
Продолжая серию естественно-научных маразмов – пардон, физизмов, – хотелось бы поговорить об успешной команде и токамаке.
Согласно новомодным научным концепциям, для создания успешной и эффективной команды необходимы:
1. Постоянная плотность
Участники команды должны сидеть друг рядом с другом, работать вместе на достижение общих целей и постоянно общаться. То есть должна быть высокая концентрация/плотность участников команды на единицу площади. Continue reading →
Despite the inability of most software developers to become people managers, it seems that the selection of non-technical people is an even worse choice for management of technical people.
Jurgen Appelo Blog
Интернеты пестрят статьями о том, что менеджеры-технари – это ошибка природы. Последние исследования Google показали, что технические навыки – наименее востребованные из навыков менеджера. В последнее время заметен однозначный тренд в сторону «нетехнических» менеджеров проектов. Причин тому много – например возвращение менеджеров-технарей на техническую стезю. Индустрия научилась делать работу «нетехнических» менеджеров эффективной даже в технически очень сложных проектах. Исследования, проведенные PMI в далеком 2004 году, показывают, что уже тогда среди группы менеджеров-респондентов более 95% руководили техническими проектами, но меньше половины из них имели технические навыки в соответствующей области.
Но какой ценой все это далось? Саша Орлов в своем блоге высказал интересную мысль:
Оглядываясь назад и по сторонам, я заметил, что во всех знакомых мне успешных командах, где менеджер был не техническим человеком, всегда был сильный технический лидер. Это очевидное наблюдение. Неочевидное же заключается в том, что менеджер и тех.-лид работали в плотном тандеме. Тех.-лид, например, в публичных обсуждениях никогда не подвергал сомнению авторитет менеджера. Более того, своим поведением тех.лид как бы говорил: «Мы работаем вместе, я силен в технической части, ты силен в других вещах – отношениях с клиентами, администрировании бизнеса и т.д.»
То есть получается, что всё-таки нужны и технические, и управленческие, административные, коммуникативные – если хотите, менеджерские навыки, просто их сложно совместить в одном человеке. Это подтверждает и Скотт Беркун:
Of course there is nothing mutually exclusive between being a great programmer and being a great manager. These people exist. But they’re rare.
Но, всё-таки такие менеджеры встречаются! В отчете PMI всего 50% были не технарями…
Да, в начале менеджерского пути у бывших технарей куча проблем. Об этих проблемах писали уже все кому не лень, даже я (см. заметку «Менеджер-начинашка» и серию «Случаев из жизни…»: случай #1,случай #2 и случай #3). Но большинство этих проблем – неспецифические, это просто проблемы неопытного менеджера! Программистское прошлое на начальном этом этапе значения не имеет или даже работает «в плюс». А вот дальше ситуация меняется…
В приведенной цитате из блога Саши Орлова у менеджера-профессионала и технического lead’а формируется тандем, который позволяет им мирно и эффективно вести проект. А как быть тому несчастному, который из опытного, хорошего team lead’а, пройдя все тернии и горнила, стал-таки классным менеджером проекта? С одной стороны, он счастливчик – и нашим, и вашим… Но получается ли у него так же эффективно наладить процесс коммуникации с собственной командой, построить отношения с другим team lead’ом? Об этом моя заметка.
Порой мат. подготовка прорывается из-под гнета менеджерских забот и в голову лезут несуразные мысли… Например, мысли о комплексном (или чисто мнимом) разработчике.
Математики, когда не смогли найти корни многочленов высоких степеней, придумали новую сущность — мнимую единицу и комплексные числа, как расширение поля действительных чисел. Менеджеры, когда не могут найти решение проблемы своего проекта, поступают аналогично: решают вопрос путем подключения нового сотрудника и расширения команды проекта. Continue reading →
Вторые выходные подряд уезжаю из Самары. И второй раз приезжаю в дождь… может быть этот знак?
В этот раз побывал в Москве, на юбилейной конференции SQADays’10. Как известно, конференции тестировщиков – это всегда «уйма движухи». Так было и в этот раз! Живые обсуждения в кулуарах, слушатели докладов, сидящие на полу, когда не хватало мест, секция стендовых докладов на «кайфунах», соревнование тестировщиков от Innova… Все было супер! Был очень рад шансу лично пообщаться со многими друзьями. Очень был раз увидеть много представителей зарождающегося Самарского сообщества тестировщиков.
С уверенностью говорю о том, что конференция получилась отличная во всем: в подборе материалов, планировании программы, с точки зрения технического обеспечения выступлений и «питания» . Налицо значительный опыт, накопленный организаторами за предшествующие девять конференций Планка была поднята очень высоко!
К сожалению, я смог побывать только на втором дне, из программы которого мне больше всего понравились следующие выступления:
Доклад Е. Жульковой был посвящен персональному опыту down-shifting-а в карьере тестировщика. Катя рассказала о том, что изменилось в ее жизни, и в какую сторону. Опыт из первых рук, четкая и ясная подача материала и личное очарование спикера сделали доклад очень убедительным
От пламенной речи К. Каменевой мне выбило пробки. Вот несколько тезисов: (1) Деплой на production 10 раз в сутки (2) в своей команде, Катя заставила убедила программистов делать всю рутинную работу по тестированию, (3) в ее проекте пропущенные баги ничего не значат (так как быстро фиксятся) (3) Катя призывает ничего не документировать, если есть общая вовлеченность и общие цели … Эти идеи показались мне, эммм… спорными! Но энтузиазм Кати и жизнестойкость её проекта заставили задуматься о праве на существование такого подхода…
В рамках своего мастер класса, Алексей Петров очень занимательно, с юмором и в то же время содержательно, с большим количество практических советов и реальных примеров рассказал о своем опыте работы во freelance. Отличное выступление!
Евгения Фирсова поделилась интересной концепцией, что очередь задач на тестирование – это не плохо, а даже наоборот! Этот как раз тот инструмент, который позволяет построить эффективный процесс в условиях ограниченности ресурсов. Размер же очереди – является важной метрикой, диагностирующей различные проблемы. ИМХО, остался один шаг до Kanban-а, хотя Евгения это отрицает…
Что же касается моего доклада – не мне судить Но зрители, которые слушали стоя, или сидя на полу, так как не было свободных стульев – это что-то значит! Большое спасибо всем, кто пришел. Ниже, слайды моей презентации:
Тот самый случай, когда менеджер вырос из программиста. Стараюсь навести порядок в небольших проектах, упростив жизнь всем участникам. Очень интересуюсь системной и бизнес аналитикой, управлением проектами и программами. Подробнее…
