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

Кто-то говорит, что парное обучение это круто и вообще любая парная работа идет гораздо легче. Кто-то сомневается.

Мы включили запись и решили рассказать как это работает у нас.

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

Что в этом подкасте?
— Как Панкратов (case) худеет :)
— Что заставляет Орлова (eagleson) вставать и делать зарядку по утрам
— Как мы работаем в паре за 1.200 км друг от друга
— Психология работы в паре: объясняем на пальцах

Послушать на podFM или просто скачать mp3 (10 мин).

После первых двух видео про карьерное плато и про то как с него взлетать, мы с товарищем Орловым (eagleson) решили заглянуть внутрь устройства тренерского самолета и немного рассказать, что из себя представляет тренерский бизнес, как это попробовать и что для этого нужно. Видео получилось простое и понятное, в формате «Тренерство за 30 минут» или «Тренерский бизнес, как он есть».



В этом видео:

• Какие ведущие мировые эксперты никогда не были лучшими специалистами
• В чем сходство тренера, менеджера и психолога
• Из каких составляющих складывается карьера успешного менеджера
• Что включает в себя методика и маркетинг тренингового бизнеса
• Сколько времени занимает постройка и взлет самолета, который переносит специалиста в успешные тренеры

Осторожно: видео может содержать новые идеи :)

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

Продолжая эту тему, предлагаем вам некоторые рассуждения в ключе «Что делать дальше?»



Очередные 18 минут, в рамках которых мы поговорим про:

• Накопление экспертизы
• Выход с плато
• Простой способ взлета
• Тренерство и консалтинг

А еще там есть прикольный самолетик :)

Продолжая тему рассуждений про карьеру, мы с хабраюзером eagleson записали новое видео: «Карьерное плато».



Коротко и по делу (всего 18 минут) обсудили следующие темы:

• Динамика ИТ-специалиста: рост, рост, рост, ЗП, семья, ипотека…
• Почему так, где движение?
• С любого плато можно улететь: нужно строить самолет!

Подарите себе 18 минут времени, чтобы задуматься над вопросам «Сколько лет до вашего плато?» и «Строите ли свой самолет?»

Джим Джонсон — основатель и председатель совета директоров Standish Group — уважаемой во всем мире компании, предоставляющей услуги по исследованию и анализу эффективности работы ИТ-проектов. Он широко известен, в первую очередь, благодаря исследованию «Почему проекты проваливаются?» и другим работам о системных затратах и доступности. Кроме того, он пионер современных исследовательских технологий, таких как виртуальные фокус-группы и техника аналитики прецедентов.

Несомненно, наибольшую славу Standish Group принесло их исследование The CHAOS Chronicles, в котором собран материал за 12 лет, состоящий из исследований более чем 50000 завершенных ИТ-проектов при помощи фокус-групп, детальных опросов и интервью руководителей высшего звена. Задачей этого исследования — зафиксировать масштаб провалов среди проектов разработки программных приложений, решающие факторы неуспешности и пути снижения подобных рисков. В 1994 году Standish Group опубликовала свой первый отчет по исследованию CHAOS, в котором зафиксированы факты траты милиардов долларов на проекты, которые так и не были завершены. С тех пор этот отчет наиболее часто цитируют в контексте данной отрасли.

Выделив немного времени во время отпуска, Джим Джонсон поговорил со мною на этой неделе о том, как это исследование проводилось, и о роли Agile-методов в контексте результатов исследования. К нам также присоединился Гордон Дивитт, исполнительный вице-президент корпорации Acxsys, ветеран производства ПО, участвовавший в мероприятиях CHAOS University с момента его основания.

После 2-го видео о том, чему и как менеджерам стоит учиться, мы с товарищем eagleson получили несколько забавных комментариев по теме «Хорошо, а что делать-то?!» и конечно, традиционых «А ты ваще кто такой?» :)

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



Из нашего 3-го видео вы узнаете:

1. Как за пару лет стать успешным тренером
2. Как тестировщице из Харькова стать QA директором известной компании, а заодно подружиться с главным гугловским тестировщиком
3. Что такое лидерство в трудные моменты с точки зрения больших менеджеров
4. Как просто иногда бывает стать менеджером проекта
5. Какие результаты случаются за год у тех, кто шевелит правильными местами

Первое видео о том, чему и почему не учатся менеджеры, оказалось неожиданно популярным. За первые сутки оно набрало 8.000 просмотров, а на момент публикации этой темы около 9.500 просмотров, если верить статистике Яндекс.Видео — совсем неплохо!

На очереди второе видео. Сразу скажем, что мы не успели учесть все замечания, которые были высказаны по формату — второе видео на тот момент уже было смонтировано. Но подкаcт, как и обещали, все-таки выложили. Более того, что-то с формат странное — мы выглядим гораздо изящней, чем есть на самом деле (особенно я :)) Однако, решили, чем держать видео неизвестно сколько в доделке это неправильно. Польза должна наступать как можно быстрее. А формат мы еще доработаем.



Скачать mp3-файл (28.4 Мб/20:38 MP3, 192 kbps)

20 минут на саморазвитие, из которых вы узнаете:

1. Как понять, готовы ли вы быть менеджером или пока нет? Над какими вопросами стоит работать?
2. Сколько книг в год читает Слава Панкратов (это Орлов с меня прикалывается)
3. Как выбрать книги и аудио-книги для изучения
4. Простой способ как выйти из «цикла менеджера»
5. Что такое коммуникационные окна и как их создавать на практике

Идея записывать небольшие полезные видео носилась в воздухе давно. Во время тренингов в Киеве, мы с Сашей Орловым (eagleson) все-таки взялись за ум и записали первое небольшое видео на тему развития менеджеров — чему менеджеры не учатся и почему так происходит.



В этом выпуске:

1. Что мы выяснили, проведя опрос синьор менеджеров ведущих компаний
2. Каких навыков и знаний больше всего не хватает начинающим менеджерам
3. Что мешает менеджерам учиться на этапе назначения на эту позицию
4. 3 главные причины, почему менеджеры не учатся
5. Как наследие нашей системы образования влияет на обучение взрослых людей

Подарите себе 20 минут времени.

Воплощение большинства бизнес-проектов требует широкого спектра навыков и знаний. Если вы руководите таким проектом, то практически обязательно вам приходится управлять группой представителей разных профессий. Они могут быть частью вашей организации, представлять различные подразделения вашей компании или работать в совсем отдельных структурах. Откуда бы они ни были, они объединены в то, что называется «межфункциональной» или «кросс-функциональной» командой.

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

Что необходимо знать

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

Начните с того, какие задачи ставит перед собой проект и каких навыков требует их выполнение. Затем присмотритесь к сотрудникам и определите, кто из них обладает необходимыми знаниями и энтузиазмом. В то же время необходимо определить, требует ли проект привлечения сотрудников извне. После этого надо нанять людей, которые вам подходят, — для этого может понадобится разного рода одобрение вашего и их начальства. Очевидно, что список кандидатов может сильно разниться в зависимости от характера проекта и объемов необходимой работы.

В последнее время стал часто встречать упоминание роли «Enterprise Architect». Решил покопаться в теме и наткнулся на немного сумбурное, но достаточно интересное обсуждение за круглым столом, что же такое или кто же такой «Enterprise Architect». Возможно, наши коллеги по цеху немного однобоко смотрят на роль «Enterprise Architect» исключительно со стороны IT, но обсуждение в любом случае полезное.

Обсуждение за круглым столом, модератором которого была Дэйна Гарднер, главный аналитик Interarbor Solutions, началось с утверждения:

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

Участники круглого стола, Жанна Росс, директор и ведущий исследователь MIT Center for Information Systems Research, Дейв Хорнфорд, главный специалист по бизнес-архитектуре Integritas Solutions и председатель The Open Group Architecture Forum, и Лен Фескенс, вице-президент направления по развитию навыков и способностей The Open Group, помогли сформулировать следующее:

— Как совершить преобразование ИТ из загадочного мастерства в развитую и структурированную науку и каким образом бизнес-архитекторы получают уникальную возможность предвосхитить концепцию бизнес-архитектуры и повлиять таким образом на гибкость бизнеса.

Контракты с фиксированной ценой — это зло, вот что можно услышать от адептов agile. С другой стороны, такие контракты — это реальность, с которой сталкиваются многие agile команды. Но что, если мы попытаемся укротить это зло, а не бороться с ним?

Как компания может выполнить такой контракт с использованием гибкой методологии для достижения лучших результатов с меньшими рисками? В этой статье мы постараемся ответить на эти вопросы.

Так давайте же начнем с самого контракта.

Фиксированная цена, время и объем обязательств

Такие контракты фиксируют сразу три магических фактора — деньги, время и объем обязательств. Являются ли цена и сроки проблемой для agile команд? Ну, не должны быть. На самом деле, таймбоксинг (timeboxing) — это обычная практика. Ограничение бюджета только помогает таймбоксингу лучше работать.

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

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

В то же время оказывается, что многие специалисты мечтают о хорошей работе, связанной с тестированием. Тестировщики часто спрашивают меня, как «втереться» в команду, работающую по Agile-методике, или как им найти просто хорошую работу. Если у них нет опыта в программировании, они переживают, что недостаточно технически подкованы, чтоб попасть в Agile-команду. С моей же точки зрения, навыки безусловно важны, но отношение к делу — это самое главное. Если вы готовы учиться, делать все для того, чтоб на выходе у команды получился по-настоящему хороший продукт, то у вас хорошие перспективы как у тестировщика. Мой вам совет — добровольно подключайтесь к любой деятельности, которая принесет новые знания и умения, и работайте на совесть, чтоб отточить приобретенные навыки.

В современном бизнесе принято полагаться на многозадачность, и оценка сотрудника как специалиста зависит от его способности выполнять несколько задач одновременно. IT-специалисты постоянно работают в нескольких проектах сразу. Всегда ли так было? Действительно ли многозадачность необходима? Какую реальную пользу она приносит? И есть ли ей альтернативы?

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

Другая точка зрения

Когда мы говорим об опыте, полученном при работе в рамках Agile или Scrum, то всегда камнем преткновения становится идея о том, что команда работает гораздо лучше и эффективнее, если у нее постоянный состав и ее члены не заняты в других командах. В этом нет ничего нового. У нас есть многолетний опыт создания групп специалистов для решения особо трудных проблем, особенно во времена кризиса. И в то же время наши организации пришли к модели, где мультиспециалисты заняты одновременно во множестве проектов. Фактически, это единственно решение, позволяющее справляться со множеством вещей сразу. Считается, что это наиболее эффективный способ использовать «ограниченные ресурсы», то есть когда у вас мало специалистов, но все они широкого профиля.

Agile или управление жизненным циклом

С первого взгляда Agile и гибкость предполагает в первую очередь краткосрочную расстановку приоритетов, в то время как формальное управление жизненным циклом продукта — это нечто совершенно противоположное, а именно весь спектр изменений, сопровождающих существование продукта с момента разработки до момента наступления полной непригодности. Тогда как определить связь между этими двумя категориями? Как раз в этот момент и выходит на передний план ценность продукта.

Что влияет на ценность продукта?

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

Из чего состоит ценность моего продукта?

Портал www.it4business.ru подводит итоги исследования «Зарплаты в ИТ — 2009», которое проходило с 8 сентября по 8 декабря 2009 года.



Всего в исследовании приняло участие 1600 участников. Мы публикуем обновленные результаты, которые отображают уровень зарплат менеджеров проектов. Аудитория исследования «Зарплаты в ИТ — 2009»

Зарплаты менеджеров проектов:

• Зарплаты менеджеров проектов: Москва, Питер, Киев, Минск
• Зарплаты менеджеров проектов: Россия, Украина, Белоруссия, Казахстан, СНГ
• Средние зарплаты менеджеров проектов

Портал www.it4business.ru подводит итоги исследования «Зарплаты в ИТ — 2009», которое проходило с 8 сентября по 8 декабря 2009 года.



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

Общие данные об аудитории исследования и условиях труда:

• Размер компании
• Опыт работы в IT
• Владение иностранным языком
• Владение вторым иностранным языком
• Образование
• Страны респондентов
• Детализация географии по регионам России
• Детализация географии аудитории по крупным городам и странам (кроме России)
• Детализация географии аудитории по регионам России
• Распределение анкет по средним зарплатам
• Оформление сотрудников в штат
• Бонусы и премии
• Официальность выплаты ЗП

Это не абстрактный наезд на нашу систему высшего образования, которую не пинает (к месту и не очень) только ленивый. Я собираю наблюдения, делаю заметки на многие темы, которые меня интересуют. Анализируя записи и мысли своей mindmap-карты на тему развития персонала я понял, а точнее, сформулировал, что не устраивает меня в нашем высшем образовании. Возможно, в некоторых ВУЗ-ах (честь им и хвала!) ситуация уже меняется — если в вашем ВУЗ-е, уважаемый Хабра-житель, это не так — отпишите в комментариях с названием ВУЗ-а и города. Но в целом…

Нас не учат «как», нас учат «чему-то».

Поясню на примерах.

Нас не учат «программировать на языке АВС», нас учат «программированию на примере языка АВС». Нас не учат, как решать примеры, нас учат «методам интегрирования». Нас не учат, как «планировать» (активности, проекты, отпуск, поездку в другой город, покупку), нам рассказывают или учат «планированию» как науке или совокупности методов, зачастую опосредственно прививая или культивируя студенческую привычку «откладывать на потом» самой структурой и продолжительностью циклов обучения и объёмов итераций учебных курсов. Нас учат на черчении «построению двойного проницания», хотя для многих эта задача в голову не вкладываема по складу ума, соотв. гораздо дешевле и быстрее было бы научить такого человека работать с системой, которая сама построит такое «проницание». Какой урок выносит студент, решая на «тройку» очередное задание, к которому нет внутренней предрасположенности или склонности?..

Решил подвести итоги прослушанным за 2009 год книгам.

Не художественная двадцатка получилась следующая.

Антон Калабин: «Требуется харизматичный Руководитель»
Harvard Business Review: «Ведение переговоров и разрешение конфликтов»
Владимир и Александра Козловы: «Мифы о коммуникациях»
Владимир и Александра Козловы: «Технологический подход к переговорам»
Гарри Беквит: «Продавая незримое. Руководство по современному маркетингу услуг»
Дарси Резак: «Связи решают все»
Джек Траут, Эл Райс: «Маркетинговые войны»
Стюарт Крейнер «Бизнес путь: Джек Уэлч 10 секретов величайшего в мире короля менеджмента»
Дэвид Аллен: «Как разобраться с делами» (GTD)
Ицхак Адизес: «Идеальный руководитель. Почему им нельзя стать и что из этого следует»
Йеспер Кунде «Уникальность теперь или никогда»
Карл Сьюэлл и Пол Браун: «Клиенты на всю жизнь»
Клаус Кобьелл: «Мотивация в стиле ЭКШН»
Ларри Кинг: «Как разговаривать с кем угодно, когда угодно и где угодно»
Ли Якокка: «Карьера менеджера»
Тадао Ямагучи: «Путь Торговли»
Ричард Бренсон: «Теряя невинность»
Стивен Кови: «7 навыков эффективных менеджеров»
У.Боннер, Э.Уиггин: «Судный день американских финансов: мягкая депрессия XXI в.»
Эрик Берн: «Введение в психиатрию и психоанализ»

В художественную часть попали две книги Лукьяненко «Спектр» и «Конкуренты», Стругацкие «Пикник на обочине» и «Горячий старт» Васильева.

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

А что интересного в этом году попало на ваши радары?

Оказывается, физиология полезная наука, если слушать, понимать и делать практические выводы. Расскажу своими словами не претендуя на академичность и научную достоверность.



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

Отсюда простое прямое правило и не очень очевидное правило обратное, про которое мы и поговорим далее.

Прямое правило: сколько поработал, столько и поспал.
Обратное правило: сколько поспал, столько и поработал.

Если ты ночью поспал 3 часа и «бодрячком» поехал на работу, то в твоем наличии «кассета магнитофона», которая свободна только на 3 часа.

В рамках ежегодной серии мероприятий Patterns&Practices от компании Microsoft, 21-22 сентября 2009 в Москве состоялся Patterns&Practices Summit Russia, на котором, в роли специального корреспондента от портала www.it4business.ru присутствовал Александр Орлов.

Александр Орлов из московского офиса компании Microsoft.
21 сентября шаттл бизнес-парка «Крылатские холмы» высадил меня на остановке самого бизнес-парка. Обычно я направлял свои стопы к зданию №4, где располагался офис Intel, но в этот раз прошел сквозь зеркальные двери здания №1. Прямо в офис Microsoft, где меня ждала беседа с ключевыми менеджерами команды MS Patterns & Practices (PnP) — по совместительству, главными докладчиками PnP Summit'а, который был назначен на следующий день.

Завтра Аджой Криншамурти (Lead Product Planner), Григорий Мельник (Senior Program Manager) и Дон Смит (Program Manager) должны были выступать с докладами о продукте PnP и лучших практиках, которые они используют в команде, а сегодня они втроем сидели в конференц комнате и у меня было больше часа, чтобы расспросить их про все это в подробностях.

Разговор оказался настолько интересным, что мы вышли за пределы часа. Но думаем, что вам будет интересно послушать то, о чем мы поговорили:

• Что такое Patterns & Practices (PnP)?
• Как PnP помогает разработчикам создавать бизнес-приложения
• Интересные возможности, которые будут в MS visual Studio 2010
• Agile практики, которые применяются внутри команды PnP
• Трудности, с которыми столкнулись в команде PnP при внедрении Agile

Слушать/cкачать (mp3):

• Интервью с командой Microsoft Patterns&Practices

Александр Орлов, из московского офиса компании Microsoft, специально для портала www.it4business.ru