Доклады /

#1

Экстремальный аджайл — танцуют все

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

Уровень аудитории: новички, практикующие
Направление: Experience Report, UX & Product Marketing, Team
Докладчики: Семен Молотков, Евгений Кобзев, СКБ Контур

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

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

#3

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

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

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

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

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

#4

Everyone likes change, but nobody likes to be changed

The easy part is understanding what Agile is about. The hard part is making change happen in practice. To change organizations you need to change people. To change people you need to start with the only person you have any control over - yourself. …

Everyone likes change, but nobody likes to be changed (Henrik Kniberg, AgileDays-2011) from Stas Fomin on Vimeo.

Уровень аудитории: новички, эксперты
Направление: Product Management, Experience Report, UX & Product Marketing
Докладчик: Henrik Kniberg, Crisp

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

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

#5

Ретроспективы. Настраиваем наш процесс разработки.

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

Уровень аудитории: новички, практикующие, эксперты
Направление: Agile Process, Team
Докладчик: Сергей Дмитриев, AgileCoach.ru

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

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

#6

Масштабирование Scrum на большую распределенную команду

На сегодняшний день Scrum пустил корни уже во многих софтверных компаниях... но его использование происходит обычно на уровне отдельных команд или проектов. В этом докладе я расскажу об опыте использования Scrum'а в компании Softline, в департаменте, где по этой методологии работает больше 100 человек. Из доклада вы узнаете …

Уровень аудитории: практикующие, эксперты
Направление: Experience Report, Agile Process, Team
Докладчик: Борис Вольфсон, Softline

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

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

#8

Domain Driven Design в условиях разработки распределенных приложений

Распределенная архитектура приложения сейчас является наиболее актуальным выбором при проектировании корпоративных информационных систем. Такие архитектурные шаблоны как сервисно-ориентированная архитектура (SOA) и трехзвенная архитектура (3-tier architecture) являются de-facto стандартами в разработке корпоративных приложений. Зачастую, главной проблемой в разработки является борьба со сложностью решаемой задачи, при этом для приложений уровня предприятия сложность с каждым годом стремительно увеличивается. Одним из наиболее эффективных средств борьбы с растущей сложностью является методология проектирования на основе модели предметной области (Domain Driven Design, DDD). Каждый, кто пытался применить DDD в приложениях, имеющих распределенную архитектуру, будь то сервисы или клиент-сервер, знает с каким количеством трудностей приходится сталкиваться. В докладе будут рассмотрена целесообразность применения  DDD в приложениях с сервисно-ориентированной архитектурой и в многозвенных приложениях, будут освещены трудности, возникающие при использовании DDD, и обозначены пути их преодоления. Будут даны ответы на вопросы:Стоит ли использовать DDD при разработке распределенных приложений? …

Domain Driven Design в условиях разработки распределенных приложений from Stas Fomin on Vimeo.

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

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

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

#10

Сказка о maven, jetty, web-сервисах и интеграционном тестировании

В Тридевятой компании, в тридесятой команде жил был проект. И использовался maven, как инструмент для сборки проекта этого. И был это корпоративный стандарт Тридевятой компании. Было все и складно, и ладно пока не попал этот проект на аутсорсинг к трем богатырям. Жили богатыри за тридевять земель от корпоративной сети тридевятой компании. И выполнялись тесты интеграционные семь дней и семь ночей. И стали богатыри думу думать как бы облегчить себе жизнь и ускорить тесты интеграционные... ...И нашли они решение проблемы непростой. О нем поведаю вам в сказке этой. О том, как организовали работу они в проекте своем. Как научили билд-сервер дружить с разными проектами с тестами интеграционными. Как организовали работу тестов с данными дабы предсказуемым было базы состояние. …

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Agile Process, Team
Докладчик: Руслан Пилин, фрилансер

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

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

#11

Kanban vs Scrum – чьё кунг-фу сильнее

Experience report из реальной жизни. На примере перехода от Scrum к Kanban в одном проекте мы рассмотрим Scrum: какие предпосылки в нём используются и для каких проектов он подходит лучше, а для каких — не очень ;) …

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

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

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

#12

Обмен знаниями между распределенными командами

Если в компании имеется несколько распределенных команд и проекты локализованы по географическому принципу, то возникает проблема циркуляции знаний между регионами. Такая проблема наблюдается и внутри одного региона, если команды работают над разными проектами. В результате лучшие практики не распространяются, а лишь циркулируют внутри обособленной проектной команды.Из доклада вы узнаете про:- Факторы мешающие распространению знаний- Компоненты управления знаниями- Инструменты для обмена знаниями и социальные медиа.  - Наш опыт распространения знаний между распределенными командами- Наши планы построения эффективной системы обмена знаниями  Также в ходе доклада хотелось бы подискутировать на тему эффективного распространения знаний.  …

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

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

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

#13

Демистификация и Онтологизация: Эффективность в Agile или чем полезно мышление.

Хотели бы Вы сделать так, чтобы ваше мышление давало Вам самые наилучшие решения в первые моменты времени, когда Вы смотрите на задачу? В принципе, тогда многие вещи стали бы проще. Вы смогли бы без особых усилий настроить команду, организовать ее, мотивировать, в мгновение могли бы решать любые вопросы, которые возникали бы по ходу дела, могли бы сразу вникать в любую задачу и находить решения на любые самые сложные проблемы, не затрачивая на это усилия и время. Эти решения просто всплывали бы в вашей голове моментально, без любых операций, расчета, анализа. Вы могли бы учесть все детали, вплоть до мельчайших подробностей. Если бы Вам было необходимо сгенерировать оригинальное решение, найти что-то новое, неповторимое, уникальное, то это была бы самая простая задача, которую Вы могли бы выполнить. И для этого не потребовалось бы никаких дополнительных средств. Только Ваше собственное мышление.Наверное, некоторые люди на нашей планете обладали такими способностями... Или нет? В чем заключаются секреты наивысшей интеллектуальной эффективности? Каков в ней предел человеческих возможностей? Что говорит нам практика? Каким образом достичь тех поразительных способностей мышления, о которых мы говорили выше? …

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Engineering & Quality, Agile Process, Team
Докладчик: Kirill Sorudeykin, Relevance Research & Development

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

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

#15

Непрерывная интеграция при разработке баз данных

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

Непрерывная интеграция при разработке баз данных from Stas Fomin on Vimeo.

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Experience Report
Докладчик: Владимир Бахов, AT-Consulting

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

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

#16

Что означает «Готово!»: применение практики Definition of Done

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

Что означает «Готово!» — применение практики Definition of Done from Stas Fomin on Vimeo.

Уровень аудитории: новички, практикующие, эксперты
Направление: Product Management, Engineering & Quality, Agile Process, Team
Докладчики: Николай Алименков, Алексей Солнцев, XP Injection

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

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

#17

В погоне за качеством. Code Review мастер-класс

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

Уровень аудитории: новички, практикующие, эксперты
Направление: Engineering & Quality, Agile Process, Team
Докладчики: Николай Алименков, Алексей Солнцев, XP Injection

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

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

#18

Agile-Learning: Передача знаний — быстро, дешево и эффективно мастер-класс

Мы поговорим об корпоративном IT-обучении, когда нужно непрерывно передавать нетривиальные и изменчивые знания между сотрудниками. Знания нетривиальные — языки программирования и фреймворки, абстракции и модели, процессы и регламенты. Знания изменчивые — не существует идеального корпуса книг или курсов, которых можно было бы купить и успокоится. И нужно экономичное P2P-обучение, когда не приглашенные тренера, а именно сотрудники учат друг друга. Рассматривать мы будем не оргвопросы (менторство/кураторство, мотивация/учет), а работающие системы и инструменты, которых мы не только успешно используем, но и разрабатываем или дорабатываем. Да, уже существуют платные и бесплатные системы дистанционного обучения «полного цикла», но практически никто в индустрии их не использует — недостаточно удобно и гибко.  …

Уровень аудитории: новички, практикующие, эксперты
Направление: Engineering & Quality, Experience Report, Team
Докладчик: Стас Фомин, http://team.custis.ru

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

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

#19

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

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

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

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

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

#20

Управление продуктовыми требованиями в реальной жизни

Управление продуктовыми требованиями в реальной жизниВ большом и серьезном мире ИТ уже давно ни для кого не секрет, что требования – это важнейшая и обязательная составляющая любого проекта. Это могут быть объемные пачки доков с описаниями use cases, это могут быть карточки с user stories. Главное что без них никак. И естественно, начиная очередной проект, хочется сделать его быстрее, выше, сильнее и в том числе улучшить аспект, связанный с ведением требований. Начинаешь гуглить и…И оказывается, что есть достаточное количество книг, статей, докладов на тему сферических требований в вакуумном проекте. Шаг влево, шаг вправо – пустота. Чуть нетиповая ситуация и столь красивая по началу серебряная пуля перестает работать. Что же не так?Суть большинства «бумажных» подходов в том, что они описывают достаточно идеальные кейсы... …

Уровень аудитории: практикующие, эксперты
Направление: Product Management, Experience Report, Agile Process
Докладчик: Антон Зотин, Luxoft

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

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

#21

Зачем нам это надо? или Как продать Agile команде! lighting talk

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

Уровень аудитории: новички, практикующие
Направление: Product Management, Team
Докладчик: Михаил Карпов, Яндекс

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

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

#23

Архитектура в Agile: переосмысляя идею модульности и компонентности

Знакомо ли вам:- Как нам выполнять работу итерациями, если у нас реализация одной фичи занимает месяц-два?- Декомпозируйте!- Да мы декомпозируем: всё разбито на модули, но каждый модуль жестко зависит от всех остальных и мы вынуждены делать синхронные правки в каждом, а потом еще долго-долго тестировать и стабилизировать!... …

Архитектура в Agile — переосмысляя идею модульности и компонентности (1) from Stas Fomin on Vimeo.

Архитектура в Agile — переосмысляя идею модульности и компонентности (2) from Stas Fomin on Vimeo.

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality
Докладчик: Андрей Бибичев, iPi Soft

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

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

#25

Гибкая теория ограничений

Теория ограничений Элияху Голдрата является одной из наиболее распространённых систем оптимизации производства, которая, тем не менее, достаточно слабо применяется в софтверных проектах. …

Гибкая теория ограничений (Борис Вольфсон, AgileDays-2011) from Stas Fomin on Vimeo.

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Experience Report, Agile Process
Докладчик: Борис Вольфсон, Softline

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

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

#26

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

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

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

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

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

#27

И все-таки программисты - дети!

Хей, менеджеры, скрам-мастеры и прочие лиды! Вы все еще считаете программистов взрослыми людьми? Ну конечно, если вы собрались на эту конференцию, то вы уже вовсю прокачались по части командообразования и написали в своем дневнике: «Запомни, программисты на самом деле - взрослые, ответственные люди!»...а самые отважные или именитые из нас даже верят в это утверждение.А те, кто говорит о программистах как об аутистах и гиках с менталитетом уровня детсада - те, конечно УГ и срочно нуждаются в лечении...Хотите чуть-чуть расширить свой кругозор?  …

И все-таки программисты — дети! from Stas Fomin on Vimeo.

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

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

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

#29

Open Space – самоорганизованный обмен опытом.

Бывало ли так, что работая в большой компании вы долго изобретали свой «велосипед», а потом оказывалось, что в соседнем проекте на нем уже давно катаются? Открытость и общение — ключ к решению этой проблемы. Luxoft Agile community часто проводит свои встречи используя технику Open Space.  С помощью этой техники вы можете проводить встречи и обмениваться опытом без подготовки программы заранее.В докладе Вы узнаете, как за первые 15 минут встречи можно сформировать программу, интересную аудитории, какие основные принципы встреч такого формата, как это работает у нас.  …

Уровень аудитории: новички, практикующие
Направление: Experience Report
Докладчик: Nataliia Shtempel, Luxoft

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

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

#30

Шаблоны «Асинхронный фильтр» и «HasValue» в разработке desktop приложений

Шаблон проектирования "Асинхронный фильтр"Разработку современных desktop приложений сложно представить себе без асинхронной загрузки и фильтрации данных для отображения. Но разработчики подобных решений сталкиваются с рядом трудностей при синхронизации пользовательского ввода с многопоточной загрузкой данных. Мы хотим поделиться нашим опытом в разработке асинхронных пользовательских интерфейсов для многозвенных программных комплексов.В докладе речь пойдет о шаблоне проектирования "Асинхронный фильтр" - данный шаблон представляет собой формализованный подход к асинхронной загрузке и фильтрации данных. Наша команда накопила богатый опыт в использовании этого подхода не только для загрузки данных, но и для визуализации в пользовательских интерфейсах связей master - detail.Шаблон проектирования "HasValue"Появление фреймворка "Google Web Toolkit" не осталось незамеченным в среде Java разработчиков и не только. Но мало кто заметил простенький интерфейс из этого фрейворка - HasValue. А тем не менее этот интерфейс способен полностью перевернуть Ваши представления о разработке не только web, но и классических desktop приложений. Он позволяет существенно уменьшить связанность элементов пользовательского интерфейса и проектировать API Ваших компонентов в терминах доменной модели данных. …

Уровень аудитории: новички, практикующие
Направление: Engineering & Quality, Experience Report
Докладчики: Дмитрий Ермаков, Олег Клинчаев, CustIS

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

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

#31

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

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

Модель системы — архитектура для Agile-разработки from Stas Fomin on Vimeo.

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

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

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

#32

Трехуровневое планирование в Agile из реальной практики и как реагировать на изменения заказчика.

На сегодняшний день Agile является основным мейнстримом в процессе разработки ПО. Существует большое количество статей и книг, описывающих SCRUM, Kanban и Lean, но после прочтения вы, возможно, задумаетесь о том, как на практике адаптировать эту замечательную методологию. В своем докладе я расскажу, как я изучал и внедрял Agile, а также поделюсь реальным опытом многоуровневого планирования в Agile, который был адаптирован и проверен в реальном центре разработки.  …

Трехуровневое планирование в Agile (Дмитрий Овечкин, AgileDays-2011) from Stas Fomin on Vimeo.

Уровень аудитории: практикующие, эксперты
Направление: Product Management, Agile Process, Team
Докладчик: Дмитрий Овечкин, Innova Systems

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

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

#33

Эмоциональный клей - секретные техники построения команды мастер-класс

Люди хотят не только зарабатывать деньги, но и чтобы работа приносила удовольствие. Agile — это первый шаг. А что будет вторым? Увы, программисты не роботы и не аппараты по переработке пищи в код. Создание комфортной атмосферы в команде создаёт огромный потенциал для раскрытия личности. Менеджер получит больше инструментов для достижения коммерческих целей эффективным способом, а инженер — удовольствие от участия в команде мечты.Как же сделать “безопасную” и “комфортную” среду для развития команды и проекта? Не секрет, что инженер — это специалист по коммуникации. Как это делать эффективно? Какие навыки нам нужны? Во время доклада попрактикуем мощь эмоционального интеллекта. И к нашим инженерным навыкам (кодировать, фиксить баги, писать юнит тесты, чекинить и интегрировать бранчи) добавим парочку не менее инженерных: эмпатия, честность, справедливость. …

Уровень аудитории: практикующие
Направление: Agile Process, Team
Докладчик: Денис Миллер, Agile Russia

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

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

#34

Agile и жизнь

Вы не ловили себя на мысли, что начинаете думать в терминах спринтов? Что на этой неделе у меня кончается спринт, поэтому в среду я занят, а в пятницу относительно свободен? Что в этом году будет еще 4 спринта, причем весь третий спринт, я буду в отпуске...Итеративный подход всё больше становится частью окружающего мира, структурируя не только наше рабочее, но и свободное время. А может быть это прекрасно? Что получится, если составить свой карьерный план/план профессионального развития итеративно? Если вы функциональный/ресурс менеджер, то что получится, если Вы согласуете итерации персональных планов Ваших сотрудников и график аттестаций с проектными спринтами? Что будет, если циклы/модули корпоративных обучающих программ будут составляться с использованием planning poker?  …

Уровень аудитории: новички, практикующие, эксперты
Направление: Experience Report, Agile Process, Team
Докладчик: Александр Калугин, Mercury Development, Russia

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

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

#35

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

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

Планирование релизов в методологиях быстрой разработки from Stas Fomin on Vimeo.

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

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

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

#36

Иду по приборам! Практические советы по визуализации работ

Многие вещи в процессе работы ускользают от нашего взора. И иногда случается так, что узнаем мы об этом слишком поздно.  Яркий пример. Проект прошел отлично. Участвовали все заинтересованные лица. Требования досконально проработаны. Все ролевые тонкости отполированы до блеска. Сроки выдержаны. Качество на высоком уровне. Заказчик получил то, что просил, в лучшем виде. Но… не то, что ему было нужно. Такое возможно? Как!? …

Иду по приборам! Практические советы по визуализации работ from Stas Fomin on Vimeo.

Уровень аудитории: новички, практикующие
Направление: Product Management, UX & Product Marketing
Докладчик: Максим Гапонов, Банки.ру

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

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

#37

В чем счастье заказчика? Готовые фичи вместо гант чарта!

Agile очень популярен среди разработчиков. Кому не понравится ощущать себя частью самоорганизующейся команды, самостоятельно решать, кто что делает, не тратить время на написание никому не нужных формальных спецификаций, практиковать xDD и вообще – чувствовать себя на гребне волны современной индустрии разработки. Практика показывает, что в отличии от разработчиков заказчикам намного сложнее понять преимущества Agile и поверить в его эффективность. Действительно, на первый взгляд исчезают все традиционные механизмы контроля проекта: обязательство сделать фиксированный скоуп к определенной дате, план-график и процент его выполнения, формальные спецификации и процедуры приемки, сложные метрики и подробные статусные отчеты. С другой стороны… …

В чем счастье заказчика? Готовые фичи вместо гант-чарта! from Stas Fomin on Vimeo.

Уровень аудитории: новички, практикующие
Направление: Product Management, Experience Report
Докладчик: Станислав Калканов, Luxoft

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

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

#38

Архитектура для автоматизированного тестирование UI

UI, он-же пользовательский интерфейс, он-же междумордие - это то, с чем непосредственно работают пользователи вашей программы. Именно от того, насколько правильно и просто построен UI, насколько он безошибочно работает, пользователь составит мнение не только о продукте, но и о вас как о его авторах. Именно поэтому так много внивания уделяется usability. Именно поэтому UI должен работать безукоризненно, а значит тестировать его не менее важно, чем бизнес-логику.  Какие есть способы автоматизированного тестирования UI? Как построить дизайн вашего приложения, чтобы облегчить тестирование? Какие паттерны лучше использовать? Чем отличаются MVC, MVP, Passive View, MVVM и Presentation Model? Ответы на эти и многие другие вопросы вы получите на этом докладе. Вас ждет множество примеров из реальных проектов, практические советы и приемы. Приходите, будет интересно. …

Уровень аудитории: практикующие
Направление: Engineering & Quality
Докладчик: Антон Бевзюк, Intel

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

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

#39

Agile с фиксированной стоимостью: это реально!

Берем заказчика, который за свой определенный бюджет хочет разработать некий программный продукт. Требования, как водится, самые высокоуровневые, про Agile заказчик не слышал никогда и его это слово интересует мало - он оперирует классическим треугольником: бюджет, сроки и нужная бизнесу функциональность (которая, конечно, по ходу проекта будет меняться). Понятно, что для нас, как разработчиков, риски в таком проекте крайне высоки: как дать правильные оценки, как построить открытые отношения с заказчиком, как бороться с изменениями в скоупе.. как, наконец, выстроить эффективный процесс на основе Scrum и не облажаться? …

1108-agile-fixed-price-lobasev-agiledays-2011 from Stas Fomin on Vimeo.

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

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

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

#40

Agile без брака, или как внедрить личную ответственность

Как научить программистов выполнять задачи с первого раза? Как получать меньше замечаний по итогам демо? Как не получать «пожары» после релиза? Как перестать быть нужным для выполнения любой задачи?.Если эти вопросы есть у менеджера, у остальных в команде есть свои «отражения»: как не возиться с глупыми багами программистов? (тестировщик), почему докопались до каких-то мелочей? (программист/ верстальщик/дизайнер), и так далее..Источники вопросов не зависят ни от бюджета, ни от владениями технологий: то, что в одном случае вылезает на пользователя как баг, в другом – просто создает лишние затраты на исправление..Решение – общее для всех: принцип «сделал — проверь», заряженный личной ответственностью каждого. Это — ключ к успеху в любой отрасли, но в разработке его внедрить сложнее всего. Но если внедрить — счастливее все..В докладе: …

Уровень аудитории: практикующие, эксперты
Направление: Product Management, Engineering & Quality, Experience Report, Agile Process
Докладчик: Антон Белоусов, EasyFinance.ru

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

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

#42

Enterprise Scale Agile. Lessons learned

Переход к Agile и Lean методологиям успешно доказали свою эффективность в новых и небольших компаниях, для которых гибкие методологии это на сегодняшний день стандарт де-факто.За изменениями в небольших организациях следует новая волна, которая изменяет огромные транснациональные корпорации, включая крупнейшие инвестиционные банки с десятками тысяч людей. Такие изменения масштабны, в большинстве случаев включая массивный редизайн организаций, изменение мышления и стереотипы огромного количества людей.В этой презентации я расскажу об одной из успешных трансформаций группы проектов в крупнейшем инвестиционном банке которая включала 200 человек. Я расскажу о cross-component, cross-functional feature teams, объедененных архитектурных воркшопах, множественных бэклогах и двух десятках командах одновременно работающих в одной базе кода на пяти разных сайтах у трех вендоров и при этом каждые 2 недели выпускающих новую версию платформы. Я поделюсь опытом о полученных уроках, успехах и достижениях, ошибках, улучшениях и, конечно, инновациях. …

Уровень аудитории: практикующие, эксперты
Направление: Agile Process, Team
Докладчик: Константин Гурнов, Люксофт

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

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

#44

Ахиллес и черепаха. Разумный подход к работе над крупными клиентскими проектами

Почему Ахиллес никогда не догонит черепаху? Что является источником стресса для участников крупных проектов и тормозом прогресса отрасли в целом? Как повысить эффективность и снизить риски на крупных проектах? Разбор примеров из реальной практики.В этом докладе мы обсудим... …

Уровень аудитории: практикующие, эксперты
Направление: Engineering & Quality, Agile Process
Докладчик: Юрий Гугнин, ADV

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

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

#45

Наследие капитана Флинта: трудности и ошибки внедрения Scrum на примере компании Промедичи

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

Наследие капитана Флинта — трудности и ошибки внедрения Scrum from Stas Fomin on Vimeo.

Уровень аудитории: практикующие
Направление: Product Management, Team
Докладчики: Александр Лесневский, Никита Филиппов, Промедичи

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

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

#46

Недостающая часть Scrum: как стать успешным инженером в Agile?

Scrum учит нас эффективному управлению проектов, созданию самоорганизующихся команд. Но зачастую Scrum-проекты могут быть обречены, если участвующие в них разработчики позволяют себе не следовать инженерным практикам, помогающим улучшить качество кода, покрытие тестами, и дисциплину внутри команды. Основы этих технических практик лежат в методике XP, которая успешно применяется во многих организациях повсеместно со Scrum. В докладе я расскажу о своем опыте внедрения этих практик, а также почему следование им обязательно в успешных Agile-проектах. …

Уровень аудитории: новички, практикующие
Направление: Engineering & Quality, Experience Report, Team
Докладчик: Антон Кекс, Codeborne

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

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

#48

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

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

1204-looking-for-agile-developers-uferev-agiledays-2011.avi from Stas Fomin on Vimeo.

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

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

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

#49

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

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

Тестирование встроенного ПО: альтернатива классическому TDD from Stas Fomin on Vimeo.

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

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

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

#50

Практики 'Экстремального Программирования' в оффшорном проекте

В настоящее время agile методологии широко применяются при разработке программного обеспечения. Очень популярен Scrum, становиться все более популярным Kanban.  Однако данные чрезвычайно мощные методологии определяют правила разработки на довольно высоком уровне менеджмента команды и взаимодействия с заказчиком. Если же спустится немного ниже к техническим приемам и принципам работы программистов, то практики XP ('Экстремального Программирования') по-прежнему остаются незаменимыми и эффективно дополняют собой методологии более высокого уровня, которые сами по себе достаточно абстрагированы от конкретной специфики разработки программного обеспечения. В докладе приводиться подробное описание практик XP с конкретными примерами применительно к разработке программного обеспечения в оффшорной ситуации. Рассматриваются следующие практики:- Парное программирование - Модульное тестирование - Общее владение кодом - Ничего на будущее - Простые решения - Непрерывные рефакторинг - Непрерывная интеграция  …

Практики «Экстремального Программирования» в оффшорном проекте from Stas Fomin on Vimeo.

Уровень аудитории: новички, практикующие
Направление: Agile Process
Докладчик: Сергей Андржеевский, First Line Software

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

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

#51

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

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

Agile Distribution Risk Score — планируйте распределенность осознанно from Stas Fomin on Vimeo.

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

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

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

#52

Как внедрить 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

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

#53

Все в ваших руках: быть готовым к изменениям в системах БД.

Использование накопленных данных является основой современных информационных систем.  Обработка данных  заложена в фундамент информационных технологий. Казалось бы, нет ничего более стабильного, чем данные, но  современный мир устроен так, что основной линией развития является потребность в изменении. Бурное развитие AGILE-технологий в 00-е годы нашего столения вызвано потребностями ИТ-промышленности в резком повышении эффективности процессов разработки и использования компьютерных систем в условиях необходимости частого внесения изменений в соответствии с меняющимся внешним миром, потребностями бизнеса, быстрым развитием технологий, возрастающей глобализацией недостатком ресурсов и времени.  Изложенные в АGILE manifesto характеристики направлены на борьбу с недостатком текущих знаний у разработчиков и некомпетенцией, организацию продуктивного сотрудничества создателей систем и их заказчиков. Следование этим принципам подразумевает использование эволюционного подхода и сокращение времени циклов при увеличении их количества.  В области управления данными применяются такие передовые AGILE-технологии, как рефакторинг БД, Agile-моделирование данных, управление конфигурациями и изменениями, организация тестовых площадок (sandbox), Agile master data management (MDM) и др. …

Все в ваших руках — быть готовым к изменениям в системах БД from Stas Fomin on Vimeo.

Уровень аудитории: новички, практикующие
Направление: Product Management, Engineering & Quality, Experience Report
Докладчик: Андрей Совцов, Embarcadero Technologies

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

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

#56

Несколько war stories от ветерана Agile

С 1991-го по 2007-й год я работал CEO компании StarSoft. Так сложилось, что уже в 2002-м году, когда большая часть сообщества инженеров программирования имела весьма отдаленное представление об Agile методологиях разработки ПО, StarSoft стал одной из первых (если не первой) компанией не только в России, но и в мире, актвино практикующей Agile методологии в заказных разработках (application outsourcing). Во многом благодаря этому, бизнес StarSoft в 2003-2007 годах рос со среднегодовой скоростью (CAGR) 43%.У меня в запасе есть много историй внедрения Agile в крупной аутсорсиноговой компании, адаптации "религиозных" методов к реалиям проектов и клиентов, распространения философии Agile в целом на все бизнес- и HR- процессы компании, синхронизации CMM-compliant процесса компании с Agile методологией разработки, спасения безнадежных "кондовых" проектов путем внедрения Agile практик, "обращения" клиентов в Agile веру, и даже реализации проекта, который позволил Jeff Sutherland определить новый тип Scrum (так называемый, Type C SCRUM). Я выберу несколько таких историй, наиболее познавательных и поучительных, и поделюсь с аудиторией. Надеюсь, что это будет и полезно и интересно участникам Agile Days 2011. …

Уровень аудитории: новички, практикующие, эксперты
Направление: Experience Report, Agile Process, Team
Докладчик: Николай Пунтиков, MITEF RUSSIA

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

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

#59

Почему я не люблю огурцы и фитнес: плюсы и минусы BDD и ATDD

Идея написания спецификаций на "естественном языке" манит своей внешней красотой и простотой. Мысль о том, что не умеющий программировать product owner станет сам рисовать Fitnesse-таблички и писать Cucumber-спецификации, выглядит очень привлекательно, возникает надежда переложить на него часть работы. Более того, исполнимые спецификации можно использовать как направляющие для разработки, и наряду с test driven development возникают подходы с похожими названиями - behavoiur driven development и даже acceptance test driven development. …

Почему я не люблю огурцы и фитнес — плюсы и минусы BDD и ATDD from Stas Fomin on Vimeo.

Уровень аудитории: новички, практикующие
Направление: Engineering & Quality, Agile Process
Докладчик: Алексей Баранцев, Software-Testing.Ru

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

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

#60

Адаптация Agile-практик под команду за час мастер-класс

Аджайл это когнитивный подход к разработке программного обеспечения. Что значит когнитивный? Это значит что процесс создания программ не планируется от-и-до а развивается командой разработчиков во время работы над проектом через полученный всеми участниками опыт и знания. Команда как-бы изучает и тщательно отбирает практики которые помогают им получить отборный продукт.Как и в любом другом серьёзном исследовании, аджайл команде важно учитывать все моменты которые влияют на результат. Мы часто говорим о технических практиках, командной работе, UX, непосредственном общении с клиентами, создаваемой ценности и устранении трат.Что же должна учитывать и исследовать аджайл команда? Из чего делать свои селекционные выборы?Несмотря на бурный рост и популярность аджайла на эти вопросы нет однозначных ответов. Аджайл ещё очень мало изучен и мы можем говорить только о процессе "исследования и поиске" таких дисциплин, практик, методов, церемоний, которые влияют на успех разрабатываемых продуктов. Что еще делает процесс селекции очень сложным - это своего рода грызуны, сорняки к прочие вредители - вокруг аджайла вращается так много всевозможных домыслов, псевдо понимании и мифов.Как же научиться когнитивной практике? Что, я должен снова изобретать велосипед?Один из самых быстрых способов познания это имитация - внедрение увиденного, услышанного чужого опыта. AgileDays со своей программой даёт вам массу возможностей узнать о чужом опыте. …

Уровень аудитории: новички, практикующие
Направление: Agile Process
Докладчик: Алек Козлов, scrum.ee

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

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

#63

Для тех, кто в танке — что такое Agile lighting talk

Yet Another введение в Agile.Не очень короткое (не «Скрам за 5 секунд» и т.п.), но зато вполне вдумчивое, на хорошем уровне, для достаточно подготовленной (как выяснилось) аудитории. …

«Для тех, кто в танке — что такое Agile?» (Асхат Уразбаев, AgileDays-2011) from Stas Fomin on Vimeo.

Уровень аудитории: новички, практикующие
Докладчик: Асхат Уразбаев, ScrumTrek

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

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

#64

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

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

#65

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

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

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

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

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

#66

Стихийный Agile во внутрикорпоративной среде

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

Стихийный Agile во внутрикорпоративной среде from Stas Fomin on Vimeo.

Уровень аудитории: новички, практикующие, эксперты
Направление: Experience Report, Agile Process, Team
Докладчик: Всеволод Леонов, Embarcadero

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

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

#67

Модель принятия инженерных решений: ключ к ответам на технические вопросы

Нужен ли в дизайне моей системы паттерн Singleton?Почему при изменении требований затраты на внесение изменений возрастают?Сколько времени уделять проектированию?Зачем мне модель предметной области, ведь и без нее все работает?Чем архитектура отличается от дизайна?С чего начать проектирование?Я запутался в паттернах - они противоречат друг другу!Вся остальная команда - придурки, они ничего не понимают!Где располагать модульные тесты?Нужно ли документировать? Что именно документировать? Мучают эти вопросы? Конфликты в команде? Тогда мы идем к вам :)Ответ есть :) Бухтелово посвящено модели принятия инженерных решений. Ожидается, что слушатели выступления получат мощный инструмент - стройную систему, которая позволит в лучших традициях agile-подхода вырабатывать оптимальный дизайн систем и разрешать конфликты в команде.В качестве отправной точки будут представлены типичные грабли и антипаттерны разработки, которые автор считает наиболее типовыми и массовыми. Отталкиваясь от них, мы коллективно смоделируем решения, которые помогут резко снизить затраты на разработку и приведут к качественному дизайну.Полный план доклада доступен по адресу http://tinyurl.com/6l32r94 …

2304-engeneer-decision-model-krivosheev-42-agiledays-2011.avi from Stas Fomin on Vimeo.

Уровень аудитории: практикующие
Направление: Engineering & Quality
Докладчик: Евгений Кривошеев, ScrumTrek

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

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

#68

Принципы Lean и развитие аутсорсинговой компании: теория и практика

Доклад посвящен построению стратегии развития аутсорсинговой компании на Lean-принципах. Рассматриваются цели компании и демонстрируется, как с помощью принципов философии Lean можно построить стратегию их достижения в следующих областях:After-sales и старт проектовПодготовка кадровРабота с ODCСтратегия инвестирования Будет показано, что философия Lean применима к очень многим аспектам жизни организации, и будут даны практические рекомендации по применению этой философии. Доклад будет полезен руководителям проектов и компаний, интересующимся современными подходами к развитию организаций и философией Lean. …

Принципы Lean и развитие аутсорсинговой компании from Stas Fomin on Vimeo.

Уровень аудитории: практикующие
Направление: Agile Process, Team
Докладчик: Михаил Плискин, Ланит-Терком

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

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

123