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

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

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

 

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

 
 

Доклады

#2

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

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

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

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

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

#3

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

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

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

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

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

#5

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

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

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

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

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

#6

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

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

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

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

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

#7

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

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

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

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

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

#8

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

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

#10

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

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

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

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

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

#11

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

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

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

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

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

#12

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

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

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

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

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

#13

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

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

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

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

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

#14

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

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

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

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

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

#15

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

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

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

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

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

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

123