Командный старт

Ограничение: 25 человек (кто успел того и тапки) У нас новый проект и делать его будет новая команда.  Возможно, мы давно работаем  в одной организации, но мы впервые будем делат…

На доклад идут: 17

 

Новые доклады

 
 

Доклады

#1

5 идей, которые помогли мне наладить работу в команде

Задайте себе вопросы: «Что произойдет с вашей командой, если вы завтра внезапно уедете на месяц в отпуск? Сможет ли ваша команда продолжать работать так же хорошо?» Если ответы на эти вопросы отрицательные, то скорее всего, вы что то делаете не так. Когда я начинал работу в своей команде, у меня было множество проблем: проблемы с мотивацией, непониманием кому что делать, сроками выполнения заданий... Хуже всего было то, что я работал над этими проблемами весь рабочий день и весь вечер дома, а ситуация становилась только хуже. Однако сейчас мы построили наш процесс так, что прогресс команды перестал зависеть от чьего либо присутствия, задания стали выполняться в срок, а члены команды постоянно предлагают новые идеи, как сделать нас еще лучше! Про 5 самых эффективных идей, которые сработали для нас, я и хотел бы рассказать в своем докладе. …

Уровень аудитории: новички, практикующие
Направление: Product Management, Experience Report, Agile Process, Team
Докладчик: Олег Ошкодеров, Luxoft

На доклад идут: 12

Задать вопрос

#4

В поисках гибкого разработчика

Одна из хорошо известных уязвимостей Agile-процесса заключается в его сильной зависимости от человеческого фактора. То есть вне зависимости от Вашего желания и возможностей по использованию самых современных инструментов и привлечения самых крутых экспертов Вы все равно можете прийти к полному краху проекта, демотивации и потере команды и заказчика просто потому, что у Вас в команде неправильные люди. Я предлагаю вам рассмотреть ключевые требования к кандидатам на должность разработчика в agile-команду. Мы рассмотрим как мнение экспертов на этот вопрос (доклад базируется на статье Джоанны Ротманн — одного из ведущих экспертов в области управления проектами, президента консалтинговой компании Rothman Consulting Group) так и попробуем взглянуть на эту тему с позиции менеджера проектов в российской компании. …

Уровень аудитории: новички, практикующие, эксперты
Направление: Team
Докладчик: Роман Юферев, VIAcode (ex-AVIcode)

На доклад идут: 4

Комментарии: 4

#5

Планирование релизов в методологиях быстрой разработки (Agile)

Казалось бы структура рилизов в командах быстрой разработки вообще не нужна, ведь в соответсвии с манифестом "Работающее ПО превыше всего". В теории внедрение должно производиться регулярными интервалами и весь контроль за рилизом - это слова заказчика: "Я доволен, выпускайте". В своем докладе Дмитрий обсудит с вами процесс управления рилизами в Аgile проектах на примерах компаний Майкрософт и Амазон, а также различные методы и подходы: "Ship when ready", "Ship when needed", "Ship when scheduled". Не стоит также забывать, что процесс управления рилизами не ограничивается одним рилизом, и команды одновременно могут работать (и работают) над несколькими одновременно. Прогнозируемость рилиза, качество внедренного кода, соответствие кода ТЗ заказчика - это залог успеха рилиза. …

Уровень аудитории: практикующие
Направление: Product Management, Experience Report, Agile Process
Докладчик: Дмитрий Никонов, Principal Program Manager

На доклад идут: 5

Задать вопрос

#8

Как внедрить ALM систему управления командами по разработке ПО (Agile (Scrum)) и остаться довольным. мастер-класс

Компании, разрабатывающие ПО, в определенный момент времени сталкиваются с потребностью упорядочить управление командами разработки ПО (Agile (Scrum)) и в последствии автоматизировать управление. В результате компании начинают искать решение, позволяющее объединить в себе инструменты управления проектами, процессами, средства коммуникаций для распределенных команд и имеющих интеграцию с инструментами для разработки и тестирования. На рынке подобные решения относятся к классу ALM (Application Lifecycle Management) систем. Однако, не всегда понятно, как подбирать команды, что должно быть в такой системе и каковы принципы ее успешного внедрения. В основе мастер-класса лучшие практики ведения проектов по разработке ПО на основе методологий (PMBOK, ГОСТ 34, 19, 22, Agile (XP,Scrum),ITIL V3.0, Ситуационного моделирования) компаний (Motorola, Оборонительные системы, ООО «Ай-Ферст», Счетной палаты РФ (ИТКС), Федеральное казначейство РФ (АС ФК), «Электронный архив»,  т.д.). В ходе мастер-класса будет продемонстрирована система подготовки и оценки профессионализма  членов команды с оценкой их эффективности на основе авторской технологии Simulation Games StartUp «BesTTeamKPI.com». (http://www.nuclear.kz/2010/02/23/press-reliz-ob-otkrytii-zimnejj-shkoly.html ; http://twitter.com/pmi_ru)   Это новая методология реинжиниринга и оценки процессов и проектов, сбора и анализа знаний, основанная на деятельностном, ситуационном, имитационном и ролевых подходах,  (http://www.slideshare.net/PGMPPROFY/ss-6355330; ) В ходе мастер – класса будут игры, небольшая симуляция разработки ПО нового продукта. Каждый участник узанет свою оценку предпочтительных ролей, которые он может выполнять в команде. Все это и многое другое - в режиме практического тренинга, с упражнениями и разборами на реальных примерах. (Для участия в симуляции необходим ноутбук с WiFi :-)) …

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Experience Report, UX & Product Marketing, Agile Process, Team
Докладчик: Заходяйченко Андрей, BesTTeamKPI

На доклад идут: 2

Задать вопрос

#9

Тестирование встроенного ПО: альтернатива классическому TDD

Вы сторонник TDD практики, но считаете, ее затратной или у вас не хватает времени на ее поддержание? Хочу предложить вам альтернативу - FTDD (Feature Test Drive Development) - в своем докладе я расскажу о реализации FTDD подхода для разработки встроенного ПО, который заменил классический TDD с юнит тестами, но сохранил качество. TDD (Test Driven Development) практика является одной из первых, которая рекомендуется в Agile, т.к. она способствует повышению качества кода и тестового покрытия. Однако, несмотря на всю детально описанную пользу от ее использования, многие команды ей пренебрегают, т.к. она требует значительных ресурсов, как для начальной разработки, так и для последующего поддержания и этой же практикой жертвуют первой, когда поджимают сроки. Особенно сложно использовать TDD при разработке встроенного ПО, ввиду сложности отладки. FTDD – подход, который поддерживает туже парадигму, что и TDD, но является более легковесным и требует меньше усилий на разработку и поддержку чем Unit Testing. Я расскажу, как в одном из центров разработки был разработан собственное фреймворк для реализации FTDD для встроенного ПО, и как код покрывался фича-тестами. И о том, как FTDD гармонично вписался в Continious Integration практику. …

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Experience Report
Докладчик: Дмитрий Овечкин, Innova Systems

На доклад идут: 3

Задать вопрос

#10

Стратегическое планирование через инновационные игры

Все больше компаний подходит к черте, за которой заканчиваются дивиденды от лихих идей 200х годов.   Мир изменился, во всех известных сферах IT-бизнеса наблюдается жесткая конкуренция. IT-компании вынуждены нервно искать инновации, часто бездумно вкладывая деньги, словно при игре в русскую рулетку «вдруг повезет и я сорву куш».   В нашей компании (как и в Google, Facebook, Anazon, Apple, SAP и т.д.) мы решили свернуть с проторенного пути и использовали новую технику сбора и анализа знаний - Innovation Games.   В своем докладе я поделюсь опытом проведения сессий стратегического планирования развития компании посредством инновационных игр, а так же расскажу о нюансах ведущих к успеху или провалу данного начинания …

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Experience Report, UX & Product Marketing, Agile Process
Докладчик: Дмитрий Лайер, Softline

На доклад идут: 24

Комментарии: 2

#12

Agile Distribution Risk Score - планируйте распределенность осознанно

Scrum давно используется для разработки программного обеспечения в распределенном режиме и когда речь заходит о проекте с участием нескольких распределенных команд, то понятно что проект будет непростым.  Но насколько непростым и как четко и грамотно построить взаимодействие между заказчиком, командами и руководством проекта? Каков на самом деле уровень риска такого проекта? Проанализировав личный опыт разработки распределенных Agile проектов и опыте Exigen Services,  я выделила несколько факторов влияющих на такие проекты что позволило сформулировать  Agile Distribution Risk Score как четкую метрику сложности распределенного проекта.  Пользуясь этой формулой любой руководитель проекта сможет наглядно  в цифрах увидеть сложность проекта и работая над факторами входящими в рассчет Distribution Risk Score сделать проект более грамотно организованным.  Этот подход позволяет рассчитать когда распределенная команда будет эффективна, а когда стоит настаивать чтобы проект не был распределенным. …

Уровень аудитории: новички, практикующие, эксперты
Направление: Agile Process, Team
Докладчик: Анна Обухова, Exigen Services

На доклад идут: 3

Задать вопрос

#13

Как сервисному отделу не стать бутылочным горлышком

Основной идеей Agile является увеличение ценности разработки для бизнеса. Ваш Капитан.   Тестирование никогда не было созидательной службой. Если тестирование хорошее – оно уменьшает расходы бизнеса. Но дополнительное «value» в продукт тестированием привнести очень трудно.   А вот помешать – очень легко. Неграмотно построенная организация работы может сделать тестирование бутылочным горлышком в проекте, а то и в компании.   Значит, помимо поиска багов, ключевой задачей тестирования является сделать этот поиск настолько гармонично вписанным в общий процесс, чтоб не увеличивать операционные расходы.   …

Уровень аудитории: практикующие
Направление: Experience Report, Team
Докладчик: Юля Нечаева, Иннова

На доклад идут: 0

Задать вопрос

#14

Использование 3х-точечных оценок в Scrum

Часто встречаюсь с тем, что даже команды начавшие использовать Scrum достаточно давно, всё ещё испытывают сложности с оценками историй пользователей (user stories). Оценка историй из бэклога занимает неоправданно много времени. Мы рассмотрим типичные причины этих сложностей и классические решения проблемы.  …

Уровень аудитории: новички, практикующие, эксперты
Направление: Experience Report, Agile Process, Team
Докладчик: Кирилл Климов, Golden Planet Ukraine

На доклад идут: 9

Комментарии: 3

#15

Модель системы — архитектура для Agile-разработки

Итеративная разработка в agile ставит проблему: как создавать и поддерживать архитектуру системы. Можно работать без нее, но в сложных проектах не получаются. DDD предлагает строить каркас как доменную модель. Это — лучше, но доменная модель описывает не все аспекты системы. Мы хотим поделиться своим опытом описания архитектуры.Начиная новый проект мы, естественно, создаем vision системы, определяем границы проекта. Затем создается интересный артефакт — архитектурная модель системы в терминах бизнеса, сначала в общем виде, описывающим крупные блоки системы и выработка плана реализации. А затем выполняется уточнение фрагмента модели, а на следующей итерации — его реализация и демонстрация Заказчику.Из чего состоит модель? Наша компания занимается заказной разработкой учетно-аналитических систем, и мы выработали достаточно устойчивый шаблон, использованный в десятках проектов, который мы называем Учетной машиной. Модель состоит из трех частей: доменная модель, модель документооборота и модель учета. Первая представляется диаграммой классов. …

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Experience Report
Докладчик: Максим Цепков, CustIS

На доклад идут: 7

Задать вопрос

Смотреть все доклады

123