20­26 мая 2013: Stratoplan TECH & BUSINESS Summit

Самая большая распределенная конференция

по технологиям и бизнесу

Программа: http://tbsummit.stratoplan.ru/reporter.html

Стоимость: http://tbsummit.stratoplan.ru/cost.html

Регистрация: http://tbsummit.stratoplan.ru/registration.html#registration

Спонсорские пакеты: http://tbsummit.stratoplan.ru/sponsors.html

ПОТОК BUSINESS

HR: рекрутинг и мотивация (20 мая) Как перестать мотивировать персонал — Даниил Колесников, ведущий специалист по обучению в объединенной компании Афиши и Рамблера, расскажет, какие практики мотивации он с коллегами пробовал делать в Яндексе (от KPI до геймификации). И что он делает сейчас в рамках перезагрузки Рамблера.

В докладе планируются примеры реальных практик внутри компаний: Atlassian, Google, Яндекс, Афиша, Рамблер, 37signals —  кейсы, провокации и просто иллюстрации из опыта.

Ценности и лидерство. Искривление реальности. — Александр Семенов, генеральный директор ГК «Корус Консалтинг»

Лидерство – что это такое? Возникновение корпоративных ценностей. Что такое неосознанная мотивация? Искривление реальности. Ценности как источник ДНК и развития организации.  Ценности и мотивация сотрудников – есть ли влияние? Ценности как важный элемент рекрутингового процесса. Критическая масса лидерства – источники реактивного топлива для роста организации. Пристегнитесь – взлетаем.

О пользе завтраков — Олеся Плотникова, рекрутер, объединенная компания Афиши и Рамблера.

Знание технологий и умение отличить UDP от TCP не всегда являются преимуществом для рекрутера в глазах кандидатов. Какие проекты существуют в вашей компании, чем они хороши, почему они интересны для разработчика, в чем особенности процессов и команды на проектах, а также где взять всю эту информацию ­ полезные знания рекрутера при общении с кандидатами. При чем тут завтраки? Вы все узнаете ) Как взять на работу нормальных людей — Тимофей Левицкий, независимый консультант Вы сталкивались с неумелым подбором персонала? Видели, как нанимают людей, не способных ужиться в организации? Задумывались, как убедить руководство принять на работу талантливого кандидата, у которого пока нет опыта? Замечали, что так называемые психологи только отпугивают на собеседованиях нормальных кандидатов?

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

Ролевые игры при отборе разработчиков — Роман Юферев, менеджер проектов, Viacode Почему мы постоянно говорим о том, что мы хотим строить долгосрочные отношения с коллегами, но для этого всего лишь обмениваемся несколькими общими репликами на интервью? Почему мы считаем, что несколько каверзных вопросов, которые мы задаем программисту, расскажут о том, как он поведет себя на проекте? Почему, выбирая партнера по команде на годы мы ведем себя как клиент в публичном доме, выбирающий девушку на час, а кандидаты нам подыгрывают? Кому­то еще нравятся такие игры???

Роман предложит совсем другую игру! Игру, которая позволит разработчику и менеджеру по­настоящему узнать друг друга со всех сторон и сделать главный вывод – стоит ли им работать вместе».

Как найти компанию со «своим характером»? — Ангелина Журавлева, заместитель HR­директора по СНГ Exigen Services Мы обобщим и структурируем знания, связанные с корпоративной культурой наиболее часто встречающихся на рынке типов компаний, и сформулируем типичные черты их «характеров».  Различным типам корпоративной культуры соответствуют различные личностные типы сотрудников и правильный выбор компании со «своим» типом культуры является важным условием для успешной карьеры в этой компании.

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

Эффективное чтение, как инструмент автономного развития — Александр Шумилин, Альпина Паблишер, директор T&D подразделения.

Система эффективного чтения: из чего состоит Повышение скорости чтения Дисциплина при чтении Путь эксперта Система эффективного чтения: алгоритм Обучение и развитие (21 мая) Пороговый эффект в обучении организаций — Слава Панкратов, бизнес­тренер, управляющий партнер Стратоплан.Ру Пороговое значение — это количество людей, которое необходимо обучить в определенные сроки, чтобы внедрение какой­то практики происходило при помощи обученных людей, а не вопреки необученным людям. Это тема из области обучения организаций.

Простой пример:

1. Провели тренинг по конструктивным коммуникациям для 15 человек 2. Эти люди зажглись, прониклись и пошли разговаривать с другими отделами, где люди еще этой теме не обучены 3. На первых переговорах, где обученные пришли договариваться, а вторые отжать свое решение, первые проигрывают 4. Теперь у нас в компании и первые не верят, и вторые не будут этому учиться 5. Внедрение практики не произошло, деньги на ветер Если решать проблемы своим УЦ, или нанятым тренером, который будет ездить по вашим офисам месяц, вы будете повторять подвиг, описанный выше. Потому что внедрение некоторых практик упирается в "пороговый эффект". Тут мы снова возвращаемся к теме распределенного обучения, но с другой стороны это не только экономия бюджета, это еще и сконцентрированная по времени практика научения большого количества людей единым навыкам и практикам.

Об этом и поговорим — с конкретными примерами, кейсами и рекомендациями.

Continuous education — Константин Демишев, руководитель департамента разработки программного обеспечения компании Sitecore Ukraine Мы затронем три темы:

1. Соответствие skillset команды требованиям проекта 2. Развитие членов команды как мотивационный инструмент 3. Почему команды останавливаются и как их снова завести И выведем практические советы по развитию членов команды с примерами использования.

4 ошибки менеджера в обучении подчиненных — Юрий Матвиенко, Deputy CIO at Moscow School of Management SKOLKOVO Бизнес­тренер, консультант, автор проекта www.it­face.ru Каждый менеджер, безусловно, понимает, что человек должен развиваться. Но далеко не все считают своей прямой обязанностью обучение и развитие подчинённых. «Если сотрудник хочет чего­то добиться в жизни, он сам должен понимать, что нужно учиться», – так порой думаем мы, руководители. Мысль, конечно, верная, и спорить с ней трудно, но ведь есть и другая сторона медали...

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

Какие ошибки чаще всего допускают менеджеры, планируя обучение своих подчинённых?

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

Ответы на эти вопросы – в докладе «4 ошибки менеджера в обучении подчинённых».

Обучение и сертификация в проектном менеджменте — Алексей Минкевич, директор отделения Интернет решений IBA Минск Горят сроки, заказчик забрасывает вас новыми запросами на изменения а тут еще и главный разработчик заявил что увольняется...

Как навести порядок во всем этом? Спасите помогите!

Все украдено до нас. Тысячи руководителе проектов трансформировали свой опыт в методологии и учебники и трейнинги. Давайте разберем несколько интересных вопросов:

Где и как научиться управлять проектами и какие навыки для этого нужны?

Какие бывают типы сертификации, чем они отличаются и какая сертификация самая востребованная?

Что дает обучение и как сертификация связанна с карьерным ростом?

Как стать тренером — Наталья Князева, HR NetCracker За 40 минут мы разберемся с 10 важнейшими вопросами на пути к тренерству:

1. В чем разница презентатора и тренера? Может ли тренер быть с слабыми presentation skills?

2. Как развивать свои навыки презентатора, что важно.

3. Что такое АБ (адреналиновый барометр)?

4. Что такое метасообщения?

5. Что такое пресуппозиции и чем они опасны, примеры ошибок и подходящих пресуппозиций 6. Базовые роли тренера 7. Убеждения тренера 8. Как работать с троллями, использование раскруток в речи (мягкий вариант) 9. Как отвечать на вопросы участников (метапрограммы) 10. Трудные участники, какими ни бывают и что делать (реальный опыт и реальные Евангелизм — это сила! — Мария Питерская, евангелист Мегаплан Этот доклад раскроет новый тренд, который только появляется в России:

Кто такие Евангелисты?

Почему они нужны?

Где их брать?

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

Спиральная динамика как возможная платформа для развития IT­лидеров — Михаил Завилейский, генеральный директор DataArt Трудно заниматься развитием менеджеров и лидеров, не имея рабочих ответов на рабочие вопросы – зачем и куда? Ответы кажутся очевидными и годятся почти любые, но на поверку разные коллеги дают разные ответы, что создает трудности в проектировании программ развития и к неожиданным сложностям в реализации уже созданных.

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

Искусство делегирования — Сергей Хомуляк, директор Центр Бизнес­Решений Что сможете вы вынести для себя из доклада — всего 6 вещей. Вы сможете:

1. Увеличить управленческую эффективность как руководителя.

2. Обеспечить заинтересованное исполнение подчиненными поставленных Вами 3. Обойти классические и нетрадиционные ошибки при делегировании.

4. Отладить рабочую систему контроля задач в компании.

5. Изучить и внедрить современные инструменты для эффективного делегирования.

6. Увеличить скорость и мощность работы Вашей компании.

Стратегия уникальности – как стать самым востребованным на своём рынке — Ирина Каболова, руководитель Центра развития бизнеса "ОптималБиз" Мы разберем практические инструменты и кейсы для создания эффективной бизнес­модели компании, позволяющей выделиться среди конкурентов и снизить затраты на привлечение целевых клиентов, и поговорим о нескольких темах, таких как:

Ключевые компоненты уникальности вашей компании Все ли клиенты одинаково полезны для вашего бизнеса За что клиенты готовы платить любые деньги именно вам Как небольшим компаниям отвоевать у гигантов место под солнцем (кейсы российских компаний) Источник бесконечных ресурсов, который всегда у вас под рукой, и который игнорирует 95% компаний Leadership By Example — Константин Демишев, руководитель департамента разработки программного обеспечения компании Sitecore Ukraine Во время доклада мы разберем практические примеры, а слушатели получат практические советы для оценивания своих лидерских качеств. И мы точно поговорим о том:

1. Кто такие лидеры и в чем разница между управлением и лидерством?

2. Как вести людей за собой и надо ли это делать?

3. Должен ли лидер быть уравновешенный, харизматический и настойчивый, авторитетный?

Путь джедая: эпизод первый — Наталья Шалаева, ресурсный менеджер ЕРАМ Systems Доклад о том, как выжить свежеиспеченному менеджеру и как стать управленцем нового поколения. В докладе будут освещены основные проблемы с которыми сталкивается сотрудник, перейдя в должность менеджера ­ как управлять людьми, как держать позитивную обстановку в коллективе, как при этом держать дисциплину, как найти подход к каждому сотруднику  исходя из его ключевых личностных ценностей и т.д.

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

Лидерами рождаются, а менеджерами становятся. Или системный подход к культивированию и выращиванию менеджеров. — Юрий Шиляев, Директор по обучению Wargaming.net, которые до этого выстроил систему обучения менеджеров в EPAM Systems, расскажет о своем уникальном опыте и выводах, которые вы сможете применить к себе. Поговорим о:

Программах обучения лидеров Программах управления талантами Программах менторинга И том, как это все взаимосвязано.

Управление проектами (23 мая) Проектные офисы в ИТ (иллюстрированные истории многих провалов и одного успеха) — Иван Селиховкин, PMP, со­основатель петербургского филиала PMI, и человек, построивший не один проектный офис, расскажет и покажет ситуации, в которых проектные офисы не могут нормально функционировать. А также поделится своим опытом, что делать, чтобы проектный офис все­таки заработал.

Стратагемный анализ в ИТ бизнесе — Евгений Веселов, PMP, менеджер проектов Cogniance Cтратагема (чжимоу) означает стратегический план, в котором заключена какая­либо ловушка или хитрость. Это понятие одновременно одновременно означает и сообразительность, и изобретательность, и находчивость. Стратагемность зародилась в глубокой древности и была связана с приемами военной и дипломатической борьбы.

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

Основная идея этого доклада — поделиться идеями по использованию стратагемного анализа различных кейсов из практики ИТ­компаний.

Ничего лишнего! — Борис Вольфсон, технический директор HeadHunter В своем «продуктовом» докладе Борис расскажет, как в продуктах появляются лишний функционал, почему это происходит и как влияет на продукт и его разработку. Также мы обсудим, что можно сделать, чтобы ненужных фич в продукте не появлялось. После доклада у вас появится понимание, как работать с «лишними» фичами в больших и средних проектах.

Вы — новый РМ? Шпаргалка по выживанию. — Александра Москвитина, руководитель проектов Doctor Mobile Пройти собеседование и получить должность Руководителя проекта ­ это лишь вершина айсберга, который нужно преодолеть, чтобы действительно стать Руководителем проекта. Самое интересное начинается с первых рабочих дней и знакомства с тем, что скрывалось под водой.

Мы рассмотрим некоторые практические советы по тому, как:

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

Принципы и этапы управления проектами — Алиев Рамин, Product manager RBK money.

В рамках доклада мы поговорим на несколько тем:

Принципы и специфика управления проектами в России Основные ошибки ведения проектов, ключевые моменты Описание этапов работы над проектами в условиях Российской реалии Системотизация знаний На старт... Внимание... Марш! — Анастасия Старостенко, менеджер интерфейсных проектов Яндекс.Деньги Вы много работали и, наконец, приняли историческое решение ­ запускаемся. Ваша экспедиция стартует в назначенный час, но есть ли у вас карта? Вы взяли с собой компас, переводчиков (или хотя бы разговорник), подарки аборигенам?

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

ITSM проекты – так ли страшен черт? — Евгений Шилов, заместитель директора по консалтингу Cleverics На примерах из реальной практики одни из главных идеологов ITSM в России поделятся своим опытом по специфике проектов по реорганизации управления ИТ:

1. Выбор направления 2. Выбор способа реализации 3. Роль людей в достижении результата 4. Жизнь после проекта Soft Skills (24 мая) Понятное руководство — Игорь Одинцов,Ольга Одинцова, психолог, менеджер по стратегическому развитию Intel в России, совместно с профессиональным психологом приведут результаты исследования проблем, лежащих в основе низкой эффективности взаимодействия руководителя и подчиненных. Вы услышите определение «понятного руководства», и наглядно увидите, какие поведенческие навыки лежат в основе взаимодействия. И напоследок будут даны рецепты «понятного руководства», которые вы сможете применить на практике.

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

Обычно выделяют несколько этапов командообразования: формирование, бурление, нормализация, функционирование и расформирования. Задача руководителя максимально быстро вывести команду на этап функционирования, который является у нее максимально производительный, а на остальных этапах помочь членам команды избежать конфликтов и «притереться» друг к другу.

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

«Психологический контракт»: о чем забывают руководители в разговоре с новым сотрудником — Наталья Пенкина, независимый консультант Как часто формальные договоренности об объеме работ, задачах, функциях, условиях – это всё, о чем идет речь с новым сотрудником! При этом упускается из виду самое важное: негласные ожидания обеих сторон. Например, для сотрудника может быть архиважно уважение и публичное признание его заслуг, а для руководителя – безупречная честность и лояльность. Сотрудник стремится к карьерному росту, а руководитель обращает внимание, как идет работа в команде, в целом.

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

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

Как работает коучинг в проектном менеджменте — Андрей Кушнарев, директор AK­ITconsulting Доклад будет полезен управленцам, которые недовольны текущей ситуацией в собственных проектах и готовы работать над собой и над ситуацией в проекте. В ходе доклада менеджеры составят балансную модель для собственных проектов, которая поможет увидеть более четко текущую ситуацию в проекте и конкретные шаги по ее улучшению. Мы поговорим о том:

Что такое коучинг Различные подходы в менеджменте Коуч­менеджмент Когда коучинг работать не будет Балансная модель в ИТ­проектах 5 фатальных ошибок при продаже своей идеи — Евгений Ковалик, NexGenDesign, старший партнер Почему наши самые и гениальные идеи не одобряются с первого раза, а напротив разрываются в клочки и не принимаются под самыми дурацкими предлогами? В чем причины, как с этим быть и что конкретно делать, чтобы донести свою идею максимально быстро — мы и поговорим.

Модель, которая будет рассмотрена, можно применять в продажах, презентациях, докладах, статьях, донесении аргументов в переговорах и т.д.

Наполнение рабочего дня руководителя в IT. Фокус ­ спасательный круг в эпоху отвлечений. — Павел Обод, генеральный директор Sloboda Studio Классический тайм­менеджмент слабо применим для руководителя в IT­сфере. Ключ к результатам и удовлетворенности от рабочего дня IT­босса — в переключении между блоками коммуникаций и творческого блока, а также в удержании фокуса.

Будут даны несколько простых (до банальности), но эффективных советов из практики, как не потеряться в потоке отвлечений и задач.

EQ для IT — совместимо ли приложение? — Татьяна Индина, Indina­Consulting Мы обсудим вопросы актуальности развития Эмоционального Интеллекта у специалистов с рационально­логическим типом  мышления и специальные способы обучения IT­специалистов эмоциональному Интеллекту и Soft Skills. Проблемы адаптации программ обучения Soft Skills для сектора IT.

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

Когда у команды на каждый вызов судьбы есть несколько вариантов ответа — жить веселее.

Usability (20 мая) KEY NOTE: Осмысленный дизайн или осмысление дизайна — Дмитрий Сатин, советник Министра связи и массовых коммуникаций.

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

В такой ситуации необходимо восстанавливать смыслы (лучше, конечно, бы их не теряли).

Что является воплощением смысла, реализацией предназначения продукта, который мы разрабатываем? Это его дизайн!

"Осмысленный дизайн" — это, конечно, тавтология, потому что дизайн и есть осмысление. Бессмысленный дизайн невозможен, потому что дизайн есть противоположенность хаосу, бессмысленности.

Существует много определений дизайна:

Дизайн — это порядок Дизайн — это отсутствие лишнего Дизайн — это замысел продукта Но для меня важнее прагматичная составляющая дизайна.

Дизайн — это решение проблемы.

А по законам творчества проблему нужно изучить, решить и проверить решение. Эти фазы составляют суть в том числе человеко­ориентированного дизайна (human­centred design, HCD).

Мы поговорим об этом, и о том, как компании созревают в своём понимании дизайна, и какие сюрпризы их ждут на этом пути.

Как оценить юзабилити­характеристики макета или продукта — Артём Кузнецов, директор UExpert Мы поговорим в докладе сразу на несколько тем:

Юзабилити ­ важный фактор успеха современного интерактивного продукта (сайт, программа, приложение и пр) Определение юзабилити, звезда юзабилити Кузнецова Какие бывают юзабилити­характеристики продукта Как определить значимые характеристики для конкретного продукта Как измерять юзабилити­характеристики Юзабилити­тестирование или юзабилити­экспертиза Оценка эффективности взаимодействия с пользователями методом ЭПАК Пример юзабилити­экспертизы UX — мир изменился — Станислав Елисеев, директор UserStory Обзорный доклад о том как изменился подход к разработке ПО в связи с изменениями рынка, маркетинговых парадигм, о том, какие методологии стали актуальными, и как делать ПО, которое бы заставляло пользователей с удовольствием отдавать за него свои деньги.

Как жить в изменившемся мире. Часть 2. Инструментарий и практики проектирования UX (пользовательского опыта) — Станислав Елисеев, директор UserStory В докладе будут затронуты следующие вопросы и и темы:

Как определить купят пользователи ваш продукт или нет?

Как проверить продукт не написав ни строчки кода?

Как слушать пользователей на протяжении жизненного цикла продукта?

Критические вещи в дизайне вашего продукта Лучшие UX­практики Школа UX: как получить проектировщика из студента за полгода — Алексей Рытов, Chief UX Officer, Digital Design На рынке труда жуткий дефицит квалифицированных юзабилити­специалистов. Их сложно найти, они стоят дорого и еще не факт, что вы сработаетесь. Крупным организациям ничего не остается, как готовить квалифицированные кадры самостоятельно. В компании Digital Design разработана оригинальная методика подготовки универсальных проектировщиков пользовательского интерфейса. Мы делаем это быстро, эффективно и очень дешево. Результаты последнего года нас так порадовали, что мы решили приоткрыть некоторые наши секреты.

Agile (21 мая) Опыт применения Agile методологий и cloud based автоматизации для управления программой трансформации ИТ ландшафта — Кирилл Меньшов, директор по развитию и программному управлению Yota Реализация по­настоящему инновационных бизнес проектов неизбежно проходит в условиях постоянного цейтнота, неустойчивости внешней и внутренней среды, позднего согласования и постоянного изменения требований, а также регулярным срабатыванием существенных рисков. Такие условия не являются исключительными, более того для них существуют некоторые подходы и методики.

В рамках настоящего доклада ставится цель поделиться опытом проектного управления и его автоматизацией посредством claud решений, полученным Yota в течение 2012 года в ходе реализации программы трансформации IT ландшафта и запуска пилота инновационного продукта.

Все­таки, что же такое Agile? — Роман Иванов, менеджер проектов Inostudio Solutions В докладе мы посмотрим на понятие «Agile» как на систему ценностей, применимую не только непосредственно к разработке ПО:

Немного из прошлого: как разрабатывали ПО с 1970­х и к чему пришли в 2000­х Agile Manifesto: Всего то 4 пунктика, а как все меняется Пара слов об известном: Scrum, Kanban, eXtreme Programming (XP) Чуть­чуть об известном не всем: Appreciative Inquiry (AI) Гибкость: в чем она есть, кроме IT? : компании без менеджеров и бюджетов Где тусуются все эти «гибкие» люди и кто они: несколько известных Agile­персон в Agile и RUP — мифы, легенды и вся правда — Михаил Кумсков, ведущий эксперт учебного центра Luxoft по системному анализу и бизнес­анализу Часто, говоря об Agile разработке, имеют в виду прежде всего итеративную разработку. В докладе хочется развеять известные мифы и легенды про Agile и RUP. Хотелось бы в докладе напомнить про RUP как источник знаний, про agile­RUP ­ про то, что велосипед изобретен и имеется прекрасное его описание, адаптируемое под такие разные проекты разработки софта ­ большого и маленького. Также будет обсужден взгляд на "юзер стори" как на экземпляр сценария использования.

Почему люди согласны тогда, когда они не согласны или Ложный консенсус и что с этим делать?  — Владимир Железняк, Дмитрий Снисарь, основатели проекта «Психология в IT» (it­boost.com) Я много раз сталкивался с ситуацией, когда человек вроде как согласился выполнить какую­то работу, а потом ее не делает. Причины и поводы находятся разные ­ и обстоятельства, и нежелание, и неумение и много чего еще. Что меня бесило больше всего ­ "ну он же обещал!" Потом мне попались в руки результаты нескольких исследований на эту тему, и я понял:

1. Человек может выразить свое согласие разными способами, и некоторые из них значат "я соглашусь, только отвяжись. Делать не буду."

2. Я могу сам подвести человека к тому способу, который мне сейчас нужен. И он либо согласится и сделает, либо откажет прямо сейчас.

Доклад посвящен ответам на вопросы: как определить сразу, подписался ли человек на самом деле? Как его подвинуть на более качественную подпись?

Почему я не верю в Agile: 4 года спустя  — Слава Панкратов, управляющий партнер проекта Стратоплан.Ру, бизнес­тренер, предприниматель Ровно 4 года назад на конференции Agile Labs Слава Панкратов сделал анти­аджайл доклад «Почему я не верю в Agile?» где четко и по полочкам сформулировал претензии к тому, что у нас называют аджайлом.

Что изменилось за 4 года? Вас ждет 20 слайдов аналитики, геополитических трендов и неутешительных выводов.

Где моя спецификация, чувак?! — Антон Зотин, Agile Coach Luxoft ­ А еще в definition of done нужно добавить пункт "требования написаны/проапдейчены"...

­ OK. Работаем по agile. Здорово. Только пусть аналитик для начала подготовит требования ­ как я без требований буду мочить код...

­ Если мы не будем писать требования, то через полгода все забудем...

Как часто мы уже слышали такие фразы? Как часто мы говорили такие фразы сами?

Еще со времен Waterfall мы помним, что требования ­ это что­то очень важное, большое и серьезное. Почти роман Толстого. Вызывает уважение у заказчика, дарит спокойствие менеджерам, отвечает на все вопросы разработчиков. Так почему же agile предлагает выбросить эту увесистую пачку документов? И что он предлагает взамен? Очень многие команды набили себе огромные шишки, так и не найдя ответов на эти вопросы.

В докладе мы постараемся понять изъяны классического подхода документирования требований. Обсудим базовые принципы работы с требованиями в agile. Пройдемся по подводным камням, что ожидают команду, отказавшуюся от классического документирования требований. А так же рассмотрим ряд техник и практик agile requirements management.

И, конечно, мы постараемся ответить на вопрос "нужны ли требования в Agile?" P.S. только реальные примеры Проектирование и анализ (22 мая) Сбор требований для сайта — инструкция для менеджера — Дмитрий Рузанов, директор i­Vi Сбор требований – это один из самых важных этапов при создании информационных систем и интернет­сайтов в частности. От того, насколько точно и полно будут учтены все пожелания заказчика в процессе проектирования сайта, и будет зависеть итоговый результат: получим ли мы сайт «для галочки» или это будет эффективный инструмент бизнеса, который будет приносить прибыль своему владельцу.

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

Методика позволяет менеджеру по продажам организовать эффективный сбор требований и написать на его основе «Техническое задание», по которому разработчик будет создавать сайт.

Так же методика может быть использована менеджером со стороны клиента, желающего сделать сайт.

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

Архитектура? Что это? — Михаил Заборов, зам.директора по стратегическим проектам Custis Что такое архитектура? Спросите у 10 экспертов и вы получите 10 разных ответов.

Известных формальных определений архитектуры существует несколько сотен.

(например на сайте Института Проектирования Программного Обеспечения Карнеги­Меллона). Однако в реальной работе эти определения помогают не очень сильно.

Чаще всего люди, называя это слово, имеют в виду совершенно разные вещи, и поэтому не могут договориться.

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

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

Проектирование как коммуникационная задача: простые бесплатные инструменты повышения ROI разработки — Евгений Кривошеев, тренер в компании SkillTrek Скажите, у Вас бывают ситуации, когда команда разработчиков не выполняет SLA ­ делают слишком долго, а самое главное ­ непредсказуемо долго? И часто ли при этом просаживается качество продукта?

Если да, то можем вас обрадовать ­ можно частично снять эту боль простыми коммуникационными приемами. Цель доклада ­ обозначить, какие именно решения вам необходимо принять и какую именно информацию доводить до команды. Ряд простых настроек в командных коммуникациях позволит снизить риски проекта и поднять скорость производства.

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

Эффективное объектно­ориентированное проектирование и структурное качество приложений — Алексей Петров, тренер учебного центра Luxoft Значимой актуальной тенденцией в инженерии ПО является переход от обеспечения качества приложения путем всестороннего тестирования по завершении основной фазы его кодирования к обеспечению качества на всех этапах жизненного цикла разработки ПО. Кроме того, само понятие качества трактуется все более широко и в соответствии с общепринятыми стандартами (напр., ISO/IEC 9126) охватывает на сегодняшний день такие понятия, как безопасность, надежность, масштабируемость, удобство сопровождения.

Сформулировать соответствующие метрики качества нетрудно, гораздо труднее — добиться заданных показателей. И основную роль в этом играют не программисты, которые "изготавливают" исходный или объектный код, а аналитики и архитекторы, которые проектируют будущие артефакты с учетом описанного выше представления о качестве ПО.

Из нашего доклада, в частности, вы узнаете:

1. Что такое "структурное качество приложения"?

2. Как соотносятся фундаментальные и канонические шаблоны ОО­проектирования и показатели структурного качества? Что такое "анти­шаблоны" и какой вред они могут нанести коду?

3. Какую помощь в обеспечении качества приложения могут оказать современные языки ОО­программирования (на примерах C++, Java)?

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

5. Реально ли повысить структурное качество уже написанного приложения и каким Технология качества (23 мая) Quality Rating как идентификация готовности продукта к релизу — Тимофей Сургученко, Директор QA Parallels Как понять текущий уровень качества продукта? Хватит тестировать или надо еще?

Почему Quality Rating (от 1 до 5, как в школе) скажет вам больше о готовности продукта для рынка, чем количество багов и их критичность.

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

Бывает так, что вас нет рядом... — Роман Ивлиев, технический директор Онтико Иногда бывает так, что в команду разработки тестировщиков не включили. Причин может быть много ­ объективных и субъективных ­ от нехватки бюджета и ошибки в оценках, до "дальновидности" руководства. Бывает так, что тестировщиков просто нет рядом ­ отпуск, прогул :) Бывает так, что не хватает сил и времени протестировать все.  Да мало ли что еще бывает :) Это рассказ об опыте двух команд, о победах и поражениях, о жизни двух очень динамичных проектов, о разработке без инженеров по тестированию. Мы поговорим о том, каким образом, не имея глубоких познаний в тестировании, без опыта использования сложных методик и средств тестирования, удалось добиться уменьшения количества дефектов в продуктиве.

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

Планирование тестирования — Наталья Руколь, консультант по управлению тестированием, Лаборатория качества Планирование тестирования – одновременно важная и сложная задача. Важная потому, что тестирование чаще всего является «последним рубежом» проекта и наши ошибки в планировании влекут за собой сдвиг сроков или ухудшение качества по всему проекту. А сложная – потому, что мы в своих оценках очень сильно зависим от других ролей: когда будет готова сборка, сколько циклов тестирования потребуется, насколько серьёзными будут ошибки и т.д.

А самое ужасное – это отсутствие панацеи, волшебной пилюли и правильной кнопки. Не существует «правильных» решений, но есть подходящие!

Как наилучшим образом планировать тестирование в вашей конкретной ситуации? Чтобы ответить на этот вопрос, мы рассмотрим 3 основные варианта планирования тестирования:

Гибкий (майнд­карты, скрам­доски, таблички и пачки стикеров) Инструментальный (Jira, Redmine, TFS и т.д.) Формальный (создание тест­планов RUP, IEEE и т.д.) По каждому из этих вариантов планирования мы рассмотрим плюсы и минусы, основные правила для успешного внедрения, и кейсы из практики: в каких условиях они отлично сработали, а когда вызвали проблемы.

Доклад будет полезен для ведущих тестировщиков и тест­менеджеров, которые не готовы тратить всё рабочее время на бюрократию, и при этом хотят иметь максимально эффективный, прозрачный и всем понятный план тестирования.

Эволюция экосистем тестирования — Глеб Рыбалко, консультант QA Consulting Существует "старая" поговорка в мире разработки ПО: "Если в проекте нет изменений, значит проект мертв". Это в полной мере отражается и на фазах разработки и тестирования. Когда проект жив, изменения происходят постоянно. Эти изменения представляют эволюцию, мы же поговорим о эволюции экосистем тестирования.

В этом докладе автор поделится своей версией развития команд тестирования в абсолютно разных проектах. Их объединяет лишь то, что оба проекта начинались с малого и постепенно доросли до команд в 40+ человек, оба проекта живут уже более 3х лет. Используя этот опыт, автор систематизировал общие фазы, через которые проходили команды, и расскажет, как это было.

Вот некоторые из тем, которые мы затронем во время доклада.

Процесс изменения отдела и процесса тестирования Зарождение: Что лучше хаос или полный порядок?

Осознание: Азмъ есмь я. Что дальше?

Становление: А давайте выдумаем велосипед ­ построим процесс.

Изменение: Перемен требуют наши сердца Совершенствование\Оптимизация: Было время разбрасывать камни, пришло время их собирать Рамблер: 3 истории про ошибки — Андрей Кузьмичев, руководитель отдела поддержки качества объединенной компании Афиши и Рамблера История учит тому, что она ничему не учит. В докладе рассказывается об ошибках, которые многие IT­компании совершали, совершают и будут совершать, на примере Рамблера, — ошибках функциональных, продуктовых и стратегических.

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

QA в мобильных проектах (Роль QA инженера с точки зрения PM) — Денис Цыплаков, менеджер проектов DataArt Так получилось, что последние 4 года автор доклада участвовал в роли координатора в более чем 10 мобильных проектах различного размера, для различных платформ, для заказчиков их разных стран. У всех мобильных проектов есть нечто общее (спасибо, кэп) и эти общие черты накладывают определенный отпечаток на подход к менеджменту таких проектов.

В последние десятилетие QA как самостоятельная дисциплина испытала значительный рост. Уровень Quality Assurance за это время вырос на порядок как минимум. Мобильные проекты как массовое явление в современном своем виде появились где­то в 2008­ году (все мы знаем почему). Особенностью QA именно для мобильных платформ является возможность быстро и просто построить линейный, прозрачный для всех процесс, который во всех известных мне случаях давал очень хорошие результаты. Это, конечно, не единственно возможное решение, но это простое, дешевое и надежное решение. Доклад содержит how­to построения такого процесса и объяснения, почему сделано именно так, а не иначе, и что получалось, когда делали по другому.

Технология разработки (24 мая) KEY NOTE: Пошаговый алгоритм разработки высоконагруженной системы — Олег Бунин, директор компании Онтико — Сервисно­ориентированная архитектура — Вертикальное масштабирование — Горизонтальное масштабирование — Отложенные вычисления — Асинхронная обработка — Использование толстого клиента — Кеширование — Функциональное разделение — Шардинг — Виртуальные шарды — Центральный диспетчер — Репликация — Партиционирование — Денормализация — Введение избыточности — Параллельное выполнение Secret magic of developer productivity — Денис Цыплаков, менеджер проектов DataArt В рамках доклада производится еще одна, очередная попытка ответить на вопрос почему одни разработчики работают значительно быстрее других, и что сделать чтобы те, кто работают медленнее, стали работать быстрее. В общем, тема эта не нова, в Интернете можно найти довольно много различных материалов, если искать по ключевой фразе "super programmer". К настоящему моменту коллективный разум пришел к выводу, что каждый разработчик является потенциальным "супер программистом", но не каждый может им стать в силу ряда факторов. Мы рассмотрим наиболее популярные причины контр продуктивности. Очевидно, что нет никакой гарантии, что они "откроют глаза каждому", мы скорее поговорим о правиле 20/80.

2Framework | !2Framework — Денис Цыплаков, менеджер проектов DataArt Писать или не писать для проекта фреймворк, который будет делаться 2 месяца, но зато потом позволит нам сделать все экраны на 59% быстрее. На этот вопрос есть как минимум три правильных ответа 1. Да, конечно, надо каждый проект начинать с написания фреймворка и Utility библиотек, чтобы потом сэкономить время на common вещах 2. Нет, ни в коем случае не надо. Сейчас в 2013 уже все фреймворки и библиотеки написаны, надо просто грамотно пользоваться тем, что есть. Ну по крайней мере не надо в 99% проектов.

3. Надо механически посчитать, сколько времени тратится, сколько экономится и если экономится больше, чем тратится, то Go!

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

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

Бывает, что чью­то работу (и Вы делали ремонт? :) ), бывает, что готовое изделие (покупку машины помните?), еще что­то.

Автор вкратце расскажет о своем опыте организации приемки ПО.

Что ожидает заказчик от исполнителя?

Как построить приемку, чтобы уменьшить риски компании?

На что обратить внимание?

Семинар «Техники оценки на проекте (PMI­based)» (25 мая) Автор: Иван Селиховкин, основатель проекта PMLead.ru, со­основатель Санкт­Петербургского филиала PMI Семинар предназначен для менеджеров проектов (опытных и начинающих).

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

Не претендуя на существование «универсальных методик» и золотой пули – разберемся с тем техниками, которые предлагает методология PMI. Не будем говорить о программных инструментах и по минимуму затронем саму методологию. В фокусе – техники и приемы. В ходе тренинга – разберемся с техниками расчетов, и на практических кейсах попрактикуемся их применять.

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

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

Семинар «Манипуляции в переговорах» (26 мая) Автор: Дмитрий Коткин, руководитель Санкт­Петербургской школы переговорщиков ШиП Семинар предназначен для всех, кто ведет переговоры и обсуждения, как на работе, так и в личной жизни.

Программа семинара:

1. Основная терминология переговорщика. Какие виды переговоров бывают.

Принципиальное отличие жестких переговоров от конструктивных.

2. Что такое картина мира переговорщиков. Разбор учебного видео­фрагмента про манипулирование человеком. Способ быстрого налаживания доверительных отношений с партнером.

3. Тактика ведения переговоров. Манипулятивная тактика ведения позиционных торгов – 12 принципов.

4. Противодействие жесткой манере ведения переговоров.

5. Что такое манипуляции в переговорах.

6. Роли манипулятора, управление через эмоции, разбор эффективного проведения манипулятивного воздействия.

7. Принципы построения манипуляций.

8. Речевые приемы манипулятора.

9. Разбор видеофрагмента демонстрирующего эффективные продажи, выстроенные на манипулятивном воздействии.

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

11. Подведение итогов, ответы на вопросы.

20­26 мая 2013: Stratoplan TECH & BUSINESS Summit Самая большая распределенная конференция Программа: http://tbsummit.stratoplan.ru/reporter.html Стоимость: http://tbsummit.stratoplan.ru/cost.html Регистрация: http://tbsummit.stratoplan.ru/registration.html#registration Спонсорские пакеты: http://tbsummit.stratoplan.ru/sponsors.html