Екатерина Иванова, Евгений Джамалов. Разработка прототипа по Agile в условиях...ScrumTrek
На реальном кейсе рассмотрим пример разработки мобильного приложения силами небольшой продуктовой команды внутри компании с Waterfall принципами управления. Расскажем, как эволюционировал продукт от эксперимента к эксперименту, и как мы в итоге пришли к его масштабной версии. Расскажем, с какими подводными камнями столкнулись и какие вызовы нам пришлось принять в ходе работы. В докладе затронем тему изменения компаний, тему внедрения новых методологий разработки и перестройки «неповоротливой» и «закостенелой» структуры компании в сторону быстрого реагирования на потребности пользователей.
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
Егор Крюнькин. Agile-ом по Lean production или Гибкий путь государственного у...ScrumTrek
Внедрять проектное управление в государственном секторе — дело неблагодарное, а местами и бесполезное. Госзаказчику просто так не продашь PMбук, ему охота видеть ГОТОВЫЙ ПРОДУКТ и обязательно доказать, что это работает. А еще, чтобы это как то способствовало выполнению поручений руководства страны и духу времени (например экономии, клиентоориентированности и импортозамещению). И как же впихнуть все хотелки в один framework? Мы (отделение Пенсионного фонда РФ по Самарской области) для себя нашли ответ и готовы им поделиться. Что будет в докладе: примеры из практики; путь от каскада до собственных Agile разработок; немного провокаций.
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...ScrumTrek
Доклад про трансформацию процесса развития госуслуг: не столько и не только разработка кода портала госуслуг, сколько изменения всего процесса сервис-дизайна. А также договорная составляющая: как гибкий подход нашёл отражение в госконтрактах.
Сергей Смирнов, Виталий Александров. Оздоровление унаследованной информационн...ScrumTrek
В наши дни возраст многих информационных систем достигает нескольких десятков лет. Если за это время применяемые технологии и процессы разработки не эволюционировали, а уровень технического долга должным образом не контролировался, то дальнейшее развитие таких систем сильно затруднено, а стоимость внесения изменений чрезмерно высока. Не минует эта учесть и государственные системы, с одной из которых нашей команде и пришлось столкнуться. Нам было поручено дальнейшее развитие системы, автоматизирующей предоставление услуг населению в режиме 24х7. Разработка системы более 15 лет велась различными подрядчиками, качество работ в последние годы значительно ухудшилось, участились срывы сроков. Нам требовалось вывести процесс разработки на новый уровень и выполнить контрактные обязательства по развитию функционала! В докладе речь пойдет о том, как мы успешно прошли этот путь, применяя современные процессные и инженерные Agile практики: как провели аудит системы, какие риски учли, а какие нет, какие практики применили, какой порядок работ выработали. Материалы доклада можно рассматривать как практические советы.
Cергей Щербинин, Холакратия: Менеджмент без менеджеровScrumTrek
Тема самоуправляемых команд и предназначения компаний уже далеко не что-то новое. Для многих компаний это стиль жизни и основная идея существования. Вдохновленные трудами Фредерика Лалу (Reinventing Organizations) и Брайана Робертсона (Holacracy) мы решили понять, а возможно ли перейти к холакратической модели в такой консервативной организации как 100-летний австрийский банк. Как найти предназначение компании? Как отпустить власть и не боятся что все рухнет без вас? На эти и другие вопросы я постараюсь ответить в своем докладе.
Екатерина Иванова, Евгений Джамалов. Разработка прототипа по Agile в условиях...ScrumTrek
На реальном кейсе рассмотрим пример разработки мобильного приложения силами небольшой продуктовой команды внутри компании с Waterfall принципами управления. Расскажем, как эволюционировал продукт от эксперимента к эксперименту, и как мы в итоге пришли к его масштабной версии. Расскажем, с какими подводными камнями столкнулись и какие вызовы нам пришлось принять в ходе работы. В докладе затронем тему изменения компаний, тему внедрения новых методологий разработки и перестройки «неповоротливой» и «закостенелой» структуры компании в сторону быстрого реагирования на потребности пользователей.
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
Егор Крюнькин. Agile-ом по Lean production или Гибкий путь государственного у...ScrumTrek
Внедрять проектное управление в государственном секторе — дело неблагодарное, а местами и бесполезное. Госзаказчику просто так не продашь PMбук, ему охота видеть ГОТОВЫЙ ПРОДУКТ и обязательно доказать, что это работает. А еще, чтобы это как то способствовало выполнению поручений руководства страны и духу времени (например экономии, клиентоориентированности и импортозамещению). И как же впихнуть все хотелки в один framework? Мы (отделение Пенсионного фонда РФ по Самарской области) для себя нашли ответ и готовы им поделиться. Что будет в докладе: примеры из практики; путь от каскада до собственных Agile разработок; немного провокаций.
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...ScrumTrek
Доклад про трансформацию процесса развития госуслуг: не столько и не только разработка кода портала госуслуг, сколько изменения всего процесса сервис-дизайна. А также договорная составляющая: как гибкий подход нашёл отражение в госконтрактах.
Сергей Смирнов, Виталий Александров. Оздоровление унаследованной информационн...ScrumTrek
В наши дни возраст многих информационных систем достигает нескольких десятков лет. Если за это время применяемые технологии и процессы разработки не эволюционировали, а уровень технического долга должным образом не контролировался, то дальнейшее развитие таких систем сильно затруднено, а стоимость внесения изменений чрезмерно высока. Не минует эта учесть и государственные системы, с одной из которых нашей команде и пришлось столкнуться. Нам было поручено дальнейшее развитие системы, автоматизирующей предоставление услуг населению в режиме 24х7. Разработка системы более 15 лет велась различными подрядчиками, качество работ в последние годы значительно ухудшилось, участились срывы сроков. Нам требовалось вывести процесс разработки на новый уровень и выполнить контрактные обязательства по развитию функционала! В докладе речь пойдет о том, как мы успешно прошли этот путь, применяя современные процессные и инженерные Agile практики: как провели аудит системы, какие риски учли, а какие нет, какие практики применили, какой порядок работ выработали. Материалы доклада можно рассматривать как практические советы.
Cергей Щербинин, Холакратия: Менеджмент без менеджеровScrumTrek
Тема самоуправляемых команд и предназначения компаний уже далеко не что-то новое. Для многих компаний это стиль жизни и основная идея существования. Вдохновленные трудами Фредерика Лалу (Reinventing Organizations) и Брайана Робертсона (Holacracy) мы решили понять, а возможно ли перейти к холакратической модели в такой консервативной организации как 100-летний австрийский банк. Как найти предназначение компании? Как отпустить власть и не боятся что все рухнет без вас? На эти и другие вопросы я постараюсь ответить в своем докладе.
История развития отдела вёрстки в Одноклассниках: причины, опыт организации, рефакторинг и путь к чистому коду. Помимо личного опыта и процессов в отделе, речь пойдёт о методологиях вёрстки и инструментах для командной разработки — зачем, как выбрать, на что обратить внимание.
Семён Факторович (Noveo) рассказывает о карьерных лестницах и различных профессиях в IT-индустрии, 20.02.2013
Software Industry 101 — это серия обзорных лекций для студентов Новосибирского государственного университета о профессиях в IT и о реалиях коммерческой разработки софта.
Более подробную информацию, материалы лекций и раписание занятий можно посмотреть на http://bit.ly/industry101
Формирование и управление командой проекта
• Выбор партнера. Ключевые роли и люди на Проекте;
• Различия в подходах к внедрению систем;
• Мотивация персонала на достижение результата и преодоление сопротивления внутри компании.
When you pool 50+ acting delivery managers in organization, you can find a lot of surprises HOW they understand Delivery Management role. This is definitely surprising you. How to treat results, what PAEI management model says and how to deal with this variety.
Картинки к моему рассказу о том, что такое фреймворки и с чем их едят, что лучше не есть и как выбрать приправы для приготовления. Тезисы тут: http://backendconf.ru/2016/abstracts/2123.html
Поговорим о неотъемлемой составляющей большого числа современных веб-проектов — о фреймворках.
Рассмотрим следующие темы и поищем ответы на вопросы:
1) Что такое фреймворк, и зачем их пишут.
2) Почему для некоторых языков их десятки, а для некоторых — единицы.
3) В чём плюсы и минусы применения.
4) Наиболее распространённые мифы.
5) Использовать или нет — примеры из жизни.
6) Как выбрать из множества доступных вариантов, на что стоит обратить внимание.
3. Первая версия
• Rational Requisite инструмент
• Все регламенты на всех, включая инженеров :)
• Централизованный хоровод вокруг проектного
офиса
• 100% тотальное согласование со всеми
• Тотальное обучение, методички, экзамены,
проектные комитеты, секретариат и так далее
• Гигантский бюджет
4.
5. Вторая версия
• JIRA и куча плагинов к ней
• Инструментарий создан в помощь PM’ам
• Не сильно формализованный, учли
предыдущий опыт
• Прозрачен для всех
• Адаптирован под процессы и структуру
9. Сотрудничество
• Проще выслушать других и помочь, чем
заставлять всех выполнять регламенты
• Сотрудничество нужно рассматривать как
культуру и ценность в компании
• Формы сотрудничества начинаются с
совместной работы над проектом
• DevOps - наш отличный пример, тот же подход
и для проектов
10. Вовлечение
• Качественный эффект от подключения спецов
на самых ранних стадиях. Админы,
Сопровожденцы, Тим Лиды, Безопасники и
так далее
• Профиты: Чёткие требования, упрощения,
чёткие рамки и дополненные истории
11. Децентрализация
• 4 команды
• Кросс-функиональность
• Представители заказчиков - они же
аналитики, и держатели бэклогов
• Несколько архитекторов и ответственных за
продукт
12. Пробуем новые роли
• Тим Лиды как ПМы в некоторых темах или
представители заказчиков, или аналитики, или
все это вместе
• Менеджеры внедрения как держатели эпиков
или аккаунты внешних партнеров
• Сопровождение как ответственные за продукт
• Технические писатели как представители
заказчика или аналитики
18. Капитанские вещи, но
работают всегда
• Триал ран вместо полноценной
выкатки
• Поговорите со всеми до запуска
еще раз, может быть вам скажут,
что вы неправы и все надо
переделывать. Очень часто,
именно перед запуском проекта
включается мозг у многих.
Ощущение конца света именно
завтра
• Подготовьте реанимацию. И все
метрики, которые показывают
пульс вашего проекта заранее.
• Всегда нужен план B. Всегда. Но
чаще работает план С.