Дорогие друзья, рад снова поприветствовать вас в блоге команды Русский MSDN!
В этой записи:
1. Изменения в блоге
2. Заметки об управлении проектами в Microsoft
3. Достижения Русского MSDN за 2009 год
Мой блог теперь меняется, и на это у меня есть несколько причин :)
Во-первых, теперь Русский MSDN представлен не только мной и Александром Трубицыным, нашим научным редактором… В этом финансовом году Microsoft Русский MSDN стал командой. Мы еще только начинаем вместе работать над областями сайта, но некоторые первые результаты уже есть: Центр Безопасности MSDN и Форумы MSDN.
Позвольте мне представить нашу команду:
Александр Трубицын
Старший научный редактор / Sr. Editor
Москва
Александр – бессменный редактор нашего сайта. Каждый центр технологий, каждый бюллетень MSDN проходят жесткую редактуру Александра. Александр ранее работал одним из редакторов журналов PC Week/Russian Edition и PC Magazine/Russian Edition.
Илья Воробьев
Координатор проектов / Project Coordinator
Илья только совсем недавно был стажером летней стажировки DPE, а теперь работает в нашей команде – с октября этого года!
Я рад, что Илья уже успел провести крупный проект, выпустив долгожданный «Центр по безопасности» на Русском MSDN. Илья также поддерживает два важных блога – по мобильной разработке и по безопасности, а также ведет собственный блог на MSDN.
Иван Воронцов
Инженер поддержки форумов / Forums Support Engineer
Воронеж
Иван также недавно присоединился к нашей команде, с 1-го октября обеспечивает техническую поддержку на форумах Русского MSDN для разработчиков. Иван работает совместно с инженерами поддержки форумов Русского TechNet в Воронеже.
Данила Корнев
Руководитель программы “Русский MSDN” / Program Manager
Работаю в Microsoft на протяжении трех лет. Работал на позиции “Developer Evangelist”, пока в апреле 2008-го года не перешел на проект «Русский MSDN», которым и продолжаю заниматься по сей день.
Также учусь в аспирантуре Высшей Школы Экономики, занимаюсь более 2-х лет научными исследованиями в области построения контекстно-зависимых систем применительно к проблематике человеко-компьютерного взаимодействия (human-computer interaction); в частности, управлял проектом построения системы расширенной реальности (augmented reality) для навигации по кампусу МГУ. Автор Microsoft Think Week Paper по контекстно-зависимым системах. Участник ACM SIGCHI, ACM SIGMOBILE.
Теперь, в связи с тем, что наша команда выросла, я не вижу необходимости писать об изменениях и новостях Русского MSDN в моем блоге, и переношу эту задачу на этот вновь созданный блог Русского MSDN. Следите за новостями :)))
Одним из интересных для меня изменений в процессе работы над Русским MSDN стал переход моей деятельности из IC (Individual Contributor) в PM (People Manager).
В Microsoft широко используется понятие Manager – это и продажи, и разработка, и сервисы, и маркетинг, и многое, многое другое... Но на самом деле есть всего два вида разделения деятельности с точки зрения менеджмента – либо ты Individual Contributor, т.е. работаешь сам по себе, либо же – People Manager, т.е. управляешь людьми.
Т.е. functional manager, скажем, Site Manager или Audience Marketing Manager, это позиции Individual Contributors, до тех пор пока у вас не появляются подчиненные.
Исходя из собственного опыта, а также из разговора с одним из моих коллег , вынес одно интересное наблюдение. Как известно каждому сотруднику нашей компании, в Microsoft, компании достаточно сильно иерархичной, жесткой, становится очень важной связка «менеджер-подчиненный». Четкость работы организации оказывается построенной на метриках. Во многом уже от самого менеджера зависит, как именно он и его команда будут выполнять эти метрики; важным оказывается подход конкретного менеджера к выполнению метрик. Можно, к примеру, рассматривать свою команду как «вольных стрелков», направляя их деятельность на достижение метрик, но не углубляясь в микроменеджмент, а можно и углубляться в оный. Сложно сказать, что лучше; невзирая на современные демократические принциы работы в команде, равенство ролей и т.д., нужно заменить, что необходимо соблюдение баланса между микроменеджментом и свободным режимом работы.
Так вот, в тот момент, когда вы становитесь руководителем команды, вашей основной задачей становится контроль над выполнением метрики. Т.е. вы и в команде за них тем или иным образом отвечали, но если ваш менеджер относился к команде как к вольным стрелкам, то эти метрики могли и не особенно сильно проскальзывать в вашей работе. Становясь руководителем команды, ваша позиция к этим метрикам становится совершенно другой.
Теперь ваша задача – это метрики и такая организация работы вашей команды, при которой достижение этих метрик будет реализовано, причем в такой форме, что и команде будет интересно этим заниматься, и вы сможете сами реализовать эти метрики.
В свое время в истории Microsoft я заметил очень, как показалось мне, важную вещь... Когда вы работаете менеджером среди разработчиков, вашей задачей становится обеспечение беспрепятственной работы команды – изъевшееся клише «слуга народа» приобретает совершенно конкретный смысл.
Тем более интересно было заметить, что в интервью нашей PR службы с новым директором COI группы (Consumer & Online International), Павлом Черкашиным, Павел отметил этот же принцип, только на более широком уровне:
Принцип Дилберта говорит о том, что в любой команде, в любом коллективе, есть люди, которые эксперты в конкретной предметной области, и они будут еще больше погружаться в эту область знаний. А есть люди, которые, в общем, ничего особенного собой не представляют, с точки зрения конкретных знаний, они поднимаются наверх потому, что больше им не в чем себя выразить. Соответственно, руководителем становится человек, наименее компетентный в каждом конкретном вопросе в этой команде, но способный организовать работу других. Павел Черкашин
Принцип Дилберта говорит о том, что в любой команде, в любом коллективе, есть люди, которые эксперты в конкретной предметной области, и они будут еще больше погружаться в эту область знаний. А есть люди, которые, в общем, ничего особенного собой не представляют, с точки зрения конкретных знаний, они поднимаются наверх потому, что больше им не в чем себя выразить. Соответственно, руководителем становится человек, наименее компетентный в каждом конкретном вопросе в этой команде, но способный организовать работу других.
Павел Черкашин
Т.е., руководитель команды может оказаться не самым компетентным в выполнении тех или иных задач внутри команды, но его ключевой компетенцией оказывается способность организовать работу своей команды так, чтобы команда вместе добивалась высоких успехов.
Это же говорит и Павел:
Я вижу идеального менеджера как человека, который может широким взглядом посмотреть на ситуацию и правильно организовать работу других людей, которые в свою очередь являются экспертами в конкретной предметной области. Это означает, что руководитель сам по себе не является экспертом в каждой конкретной области и не должен им быть. Он должен доверять людям, работающим у него в команде, он просто организует для них, скажем так, их рабочую обстановку, чтобы они могли творить. Вот это в моем представлении идеальный менеджмент. Павел Черкашин
Я вижу идеального менеджера как человека, который может широким взглядом посмотреть на ситуацию и правильно организовать работу других людей, которые в свою очередь являются экспертами в конкретной предметной области. Это означает, что руководитель сам по себе не является экспертом в каждой конкретной области и не должен им быть. Он должен доверять людям, работающим у него в команде, он просто организует для них, скажем так, их рабочую обстановку, чтобы они могли творить. Вот это в моем представлении идеальный менеджмент.
Необходимо подчеркнуть, что при этом бывают случаи, когда руководителя выбирают среди экспертов внутри команды, но очень быстро становится понятно, что несмотря на широту его опыта работы с технологиями и программами, ключевыми способностями его обязательно являются понимание всего процесса в целом и умение работать с людьми.
Возвращаясь к теме обсуждения, скажу, что этот переход из специалиста в организатора поисходит приблизительно именно так... Добавлю, что организация рабочего процесса для меня оказалась одной из увлекательнейших задач за эти полтора с лишним года. Другой стороной работы стало установление деловых связей внутри и снаружи компании, привлечение материалов, ресурсов для того, чтобы сделать Русский MSDN более интересным и насыщенным.
Если взглянуть в ретроспективы на то, что происходило на сайте Русского MSDN в этом календарном году, то можно отметить много интересных вещей. Александр Ложечкин, новый директор DPE в России (это наш департамент; в России мы называемся Департаментом стратегических технологий), попросил недавно всю нашу большую команду DPE прислать списки достижений и успехов за практически прошедший уже 2009 год, и я рад отметить, что за этот год произошло очень и очень много всего интересного и на стороне Русского MSDN. Что же именно произошло за столь насыщенный 2009 год?
Русский MSDN:
Мы работаем, чтобы разработчикам в России было легче заниматься своим любимым делом, пользуясь документацией, справочными пособиями, тренинговыми видео, читать последние новости по разработке на родном языке!
С наступающим Новым Годом!