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

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

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

 

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

 
 

Доклады

#1

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

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

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

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

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

#2

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

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

#3

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

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

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

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

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

#4

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

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

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

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

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

#5

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

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

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

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

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

#9

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

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

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

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

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

#10

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

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

#11

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

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

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

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

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

#12

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

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

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

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

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

#13

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

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

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

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

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

#14

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

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

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

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

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

#15

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

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

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

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

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

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

123