• Парное обучение: смотри как это работает

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

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

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

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

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

      Послушать на podFM или просто скачать mp3 (10 мин).
    • Тренерский бизнес, как он есть: смотрим изнутри (видео)

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



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


        Осторожно: видео может содержать новые идеи :)
      • Взлет с карьерного плато (видео)

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

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



          Очередные 18 минут, в рамках которых мы поговорим про:
          • Накопление экспертизы
          • Выход с плато
          • Простой способ взлета
          • Тренерство и консалтинг


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

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



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


            Подарите себе 18 минут времени, чтобы задуматься над вопросам «Сколько лет до вашего плато?» и «Строите ли свой самолет?»
          • Интервью: Джим Джонсон из Standish Group

            • Translation
            Джим Джонсон — основатель и председатель совета директоров 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 минут времени.
                • Как сформировать кросс-функциональную команду

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

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

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



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

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

                  • Translation
                  В последнее время стал часто встречать упоминание роли «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 команда и контракты с фиксированной ценой

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

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

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

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



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

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

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

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

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

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

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

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

                  • Translation

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



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

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



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

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

                  Читать дальше →
                • Результаты исследования «Зарплаты в ИТ — 2009»: Зарплаты менеджеров проектов

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

                    Опрос: Зарплаты в ИТ — 2009

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

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


                    Читать дальше →
                  • Результаты исследования «Зарплаты в ИТ — 2009»: Аудитория исследования

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

                      Опрос: Зарплаты в ИТ — 2009

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

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


                      Читать дальше →
                    • Основы пользовательских историй. Часть 3: Инвестируйте в качественные пользовательские истории

                        Продолжение перевода. Часть 1, Часть 2.

                        Перевод: Александр Якима (www.enter-agile.com)
                        Независимый консультант, agile-тренер. В IT-индустрии с 2002 года. Работал менеджером проектов, программ, а также присейл-менеджером в аутсорсинговых компаниях и директором по разработке в стартапах Силиконовой долины. В 2007-2008 сотрудничал с тренинг-центром Luxoft.

                        Инвестируйте в качественные пользовательские истории

                        Гибкие команды проводят значительное количество времени (наверное, половину или даже больше) в исследовании, проработке и анализе пользовательских историй а также написании приемочных тестов для них. Так и должно быть, поскольку это подтверждает следующий факт
                        Читать дальше →
                      • Основы пользовательских историй. Часть 1. Введение

                        • Translation
                        Перевод: Александр Якима (www.enter-agile.com)
                        Независимый консультант, agile-тренер. В IT-индустрии с 2002 года. Работал менеджером проектов, программ, а также присейл-менеджером в аутсорсинговых компаниях и директором по разработке в стартапах Силиконовой долины. В 2007-2008 сотрудничал с тренинг-центром Luxoft.

                        Аннотация:
                        В этой статье мы предлагаем обзор происхождения и приложений пользовательских историй, являющихся ключевым механизмом в гибких методах разработки и служащих проводником требований заказчика сквозь поток ценностей. В свою очередь, пользовательские истории являются критическим элементом в статьях «Бережливая и масштабируемая информационная модель требований для гибких компаний» и «Общая картина гибкости компании», обе статьи можно найти в блоге. Текущая же статья извлечена из будущей книги «Гибкие требования: бережливые практики управления требованиями для команд, программ и предприятий», издание которой запланировано на 2010 год. Отдельная благодарность Дженнифер Фосетт (Jennifer Fawcett) и Дону Видригу (Don Widrig) за их вклад в работу над книгой.
                        Читать дальше →
                        • +4
                        • 35.1k
                        • 3
                      • Нас не учат «как», нас учат «чему-то»

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

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

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

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

                            Да, это мы — день добрый!

                            Мы — это Учебный Центр Люксофт. Наш корпоративный учебный центр — команда из 12 человек, которая каждый день решает задачу обучения и развития более чем 3.000 сотрудников Люксофта. Или Большого Люкса, как мы его называем :)

                            Зачем мы на Хабре?
                            Нам интересно с вами общаться. Нет, не так. Нам совершенно необходимо с вами общаться! :) Мы работаем для компании Люксофт и уже более 3 лет успешно толкаемся на внешнем рынке. Да, мы работаем для сотрудников большой компании, но с ними мы видимся каждый день и можем их спросить о своей работе, можем зайти поговорить или пригласить на чай. А еще мы делаем кучу интересного для ИТ-шников, которые не работают у нас: мы организуем семинары и вебинары, читаем курсы онлайн, проводим 5-6 больших конференций по программной инженерии в год и учим много-много хороших людей из других компаний.

                            Для того чтобы пообщаться с вами, мы решили открыть блог на Хабре и напрямую спросить вас о том, чего бы вам хотелось, что у нас получается, а что нет.

                            Ну а еще мы верим, что когда где-то тусуется несколько тысяч человек, для которых мы работаем, с ними надо просто обязательно познакомиться.
                            Читать дальше →