Практики масштабирования гибкой разработкиAskhat UrazbaevБизнес требует от ИТ постоянно ускорять обороты. Сроки выхода на рынок постоянно сокращаются.
Применение гибких методологий в небольшой команде позволяет значительно уменьшить Time-to-Market.
Однако в крупной компании прямое использование Agile/Scrum затруднено: даже простое на первые взгляд изменение бизнес процесса может затрагивать несколько систем, за которые отвечают разные команды. Выпуск релиза приходится координировать с большим количеством заинтересованных лиц. Это сильно замедляет и проектирование и финальное интеграционное тестирование. В результате добиться снижения Time-to-Market кажется очень непростой задачей, осложненной к тому же непростой политической ситуацией, типичной для крупной организации.
Мы поговорим о системном подходе к снижению Time-to-Market для сложных задач координации релиза, характерных для крупных организаций
KPI и бонусыAskhat UrazbaevЛюди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Agile в кровавом энтепрайзеAskhat UrazbaevВ “классическом” энтепрайзе правят водопадные процессы. Это позволяет снизить затраты на старт новых проектов, но сильно ухудшает время Time to market. Переход на гибкие методологии позволяет это время значительно улучшить. Это очень не просто. Каждая команда разработки страдает от большого количества зависимостей. И в большой организации таких зависимостей настолько много, что представленный самому себе Agile в такой команде через какое-то время может и помереть. Перестраивать организацию процессов приходится полностью, сверху донизу.
Мы поговорим про специфику внедрения Agile в крупной организации сравнив две компании — типичную крупную веб-компанию и классический “кровавый энтепрайз”.
Управление зависимостями между командамиAskhat UrazbaevЧто делать в ситуации, когда несколько команд работают над одним проектом или продуктом? Возникают зависимости. Мы рассмотрим как ими можно управлять и как повысить общую эффективность процесса.
Выступление на коференции AgileDays'15 20 марта
Геймификация процесса разработки ПОAskhat UrazbaevМир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги.
Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую.
С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать?
Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста.
Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
Agile Coach и Scrum Master как руководители нового типаAskhat UrazbaevМир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
3 кейса провала и успеха внедрения AgileAskhat UrazbaevВыступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
как убить поставку скрамомAlexey IlyichevВ начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
Agile мёртв (!|?) / Александр Сидоров (Яндекс)OnticoНедавно вышла статья "Agile мёртв" (https://www.linkedin.com/pulse/agile-dead-matthew-kern).
Мне хотелось бы рассказать о том, почему, на мой взгляд, это признак взросления agile и отрасли IT в целом.
О том, почему agile могут называть мёртвым, как это может быть связано с ожиданиями и границами применения, а также о недостатках при внедрении и использовании, из-за которых agile-методологии могут быть дискредитированы и нарушать собственные принципы.
О том, чего касаются распространённые методологии, которые относят к agile, чего не описывают, а в чём могут вводить в заблуждение.
О том, в чём они полезны, где может быть их место в различных уровнях работы над проектами, какие отдельные инструменты и практики agile приживаются и приносят пользу, а также каких принципов полезно придерживаться при внедрении и работе с ними.
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...Denis TuchinВидео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo
Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как:
- передача изолированных User Story удалённой команде
- Индивидуальные User stories
- Scrum of Remote Scrums
- Функциональные распределённые команды
- Scrum in spite of distributed team
Максим Богуславский, Ищем специалиста по обеспечению качества вместеScrumTrekПроворные методологии прочно вошли в жизнь современной разработки, мы изучили процессы, внедрили их и пожимаем плоды. Теперь вам в команду нужен специалист по обеспечению качества. На примере своего опыта подбора, я хочу показать как собрать команду своей мечты. На докладе я расскажу о:
- подготовке к подбору человека;
- составлении описания вакансии;
- проведении собеседования;
- проведении испытательного срока;
- последующей работе с сотрудником.
от каждого по потребностям, каждому — по AgileAlexey DeryushkinНесколько историй внедрения гибких методологий разработки в различных командах АО Райффайзенбанк.
Асхат Уразбаев, КПЭ и бонусыScrumTrekЛюди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Highload в ВУЗе: идеализм, расчетливый менеджмент или пустые надеждыArtyom KalichkinМой доклад с #ritfest #rootonf 2016 о том как и почему нужно готовить молодых специалистов к разработке высоконагруженных систем с молоду
Сергей Смирнов, Гибкая разработка ИС в рамках ГОСТScrumTrekПредъявляемые требования к ГК (оформление, порядок работ, документирование), ограничения/препятствия
Опыт гибкой разработки ИС в рамках ГОСТ (оформление ТЗ, процесс работ, документация)
Геймификация процесса разработки ПОAskhat UrazbaevМир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги.
Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую.
С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать?
Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста.
Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
Agile Coach и Scrum Master как руководители нового типаAskhat UrazbaevМир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
3 кейса провала и успеха внедрения AgileAskhat UrazbaevВыступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
как убить поставку скрамомAlexey IlyichevВ начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
Agile мёртв (!|?) / Александр Сидоров (Яндекс)OnticoНедавно вышла статья "Agile мёртв" (https://www.linkedin.com/pulse/agile-dead-matthew-kern).
Мне хотелось бы рассказать о том, почему, на мой взгляд, это признак взросления agile и отрасли IT в целом.
О том, почему agile могут называть мёртвым, как это может быть связано с ожиданиями и границами применения, а также о недостатках при внедрении и использовании, из-за которых agile-методологии могут быть дискредитированы и нарушать собственные принципы.
О том, чего касаются распространённые методологии, которые относят к agile, чего не описывают, а в чём могут вводить в заблуждение.
О том, в чём они полезны, где может быть их место в различных уровнях работы над проектами, какие отдельные инструменты и практики agile приживаются и приносят пользу, а также каких принципов полезно придерживаться при внедрении и работе с ними.
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...Denis TuchinВидео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo
Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как:
- передача изолированных User Story удалённой команде
- Индивидуальные User stories
- Scrum of Remote Scrums
- Функциональные распределённые команды
- Scrum in spite of distributed team
Максим Богуславский, Ищем специалиста по обеспечению качества вместеScrumTrekПроворные методологии прочно вошли в жизнь современной разработки, мы изучили процессы, внедрили их и пожимаем плоды. Теперь вам в команду нужен специалист по обеспечению качества. На примере своего опыта подбора, я хочу показать как собрать команду своей мечты. На докладе я расскажу о:
- подготовке к подбору человека;
- составлении описания вакансии;
- проведении собеседования;
- проведении испытательного срока;
- последующей работе с сотрудником.
от каждого по потребностям, каждому — по AgileAlexey DeryushkinНесколько историй внедрения гибких методологий разработки в различных командах АО Райффайзенбанк.
Асхат Уразбаев, КПЭ и бонусыScrumTrekЛюди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Highload в ВУЗе: идеализм, расчетливый менеджмент или пустые надеждыArtyom KalichkinМой доклад с #ritfest #rootonf 2016 о том как и почему нужно готовить молодых специалистов к разработке высоконагруженных систем с молоду
Сергей Смирнов, Гибкая разработка ИС в рамках ГОСТScrumTrekПредъявляемые требования к ГК (оформление, порядок работ, документирование), ограничения/препятствия
Опыт гибкой разработки ИС в рамках ГОСТ (оформление ТЗ, процесс работ, документация)
Lean leadershipAskhat UrazbaevЭнтропия растет. Так устроена вселенная. Команда или организация сначала использует Agile, и переполнена энтузиазмом. Она успешно решает свои проблемы. Но время идет и процесс перестает улучшаться. Возможно, команда выбралась в свою зону комфорта. Или улучшение процесса не так уж и нужно команде и деградация - часть закономерного процесса восстановления статус-кво?
А можно ли сделать улучшение процесса действительно непрерывным? И что для этого нужно сделать?
Мы рассмотрим в докладе особенности процесса улучшения процесса и рассмотрим, каким должен быть лидер этого процесса, его задачи и инструменты.
Agile и госконтракт (2016-01 SPM MEETUP)Sergey SmirnovПроблематика применения agile практик в государственном секторе разработки программного обеспечения
Статегия agile-трансформации крупной компанииAskhat UrazbaevДостаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Как сохранить гибкость бизнесаAskhat UrazbaevПрактически все молодые компании гибкие. Именно это им помогает обходить “взрослые” медленные компании на крутых виражах конкурентной гонки.
Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов.
Может ли компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.
Scrum на практикеSergii IelchenkoGotoIT: бесплатный семинар 24.09.2015 , доклад 1: «Scrum на практике», детали здесь http://dou.ua/calendar/8219/ или http://gotoit.pl.ua/scrum-and-redis/
Сервисы самообслуживанияIgor ShevchenkoPpt is about self services for employees which was presented in Sloklovo competion.
Презентация описывает продукт создания сервисов самообслуживания для работников предприятия. Презентация была представлена на конкурсе в Сколково.
IDM - это непросто!Sergey SoldatovПрезентация читалась на межотраслевом форуме директоров по ИБ.
Содержит практические вопросы проектирования и внедрения решений IDM
#itSMFru2014 - Патрик Болджер в секции Мирный КосмосClevericsМост в космосе: как правильно использовать SLM
Управление уровнем услуг (SLM) позволяет связать ИТ и бизнес. Связь совершенно необходимая, и тем не менее этого процесса нет более чем в половине внутренних ИТ-служб. В итоге задачи управления ожиданиями, предоставления услуг должного качества за приемлемые деньги решаются нестабильно, бессистемно и не слишком успешно. Реализация процесса SLM может стать основой для существенного улучшения ИТ-услуг в глазах бизнеса и изменить к лучшему отношения Ит-службы с внутренними заказчиками. Патрик расскажет о том, как наладить диалог о качестве услуг, избежать непродуктивного взаимодействия и сосредоточить усилия ИТ-службы на формировании ценности для бизнеса
Финансовое обоснование инвестиций в ИБ банкаAleksey LukatskiyОписание нескольких кейсов, в которых возможно продемонстрировать обоснование финансовых инвестиций в ИБ на примере типичных банковских процессов - кредитование, повышение продуктивности, удержание персонала, private banking, борьба с криптолокерами, отражение DDoS и т.п.
Инфраструктурные решения: виртуализацияSoftlineПроектирование и внедрение ЧАСТНОГО ОБЛАКА.
Проектирование и внедрение отказоустойчивогоЦОД (резервная площадка, кластер).
Создание виртуальной IT-инфраструктуры.
Проектирование системы мониторинга и управления облачными средами.
Внедрение системы управления мобильными устройствами (MDM) и корпоративный drop-box.
Проектирование и внедрение корпоративной системы хранения и резервного копирования данных.
Рамочные диаграммы процессов в арсенале аналитикаSQALabДоклад Игоря Архипова на конференции Analyst Days-4,
17-18 апреля 2015 г., Минск
www.analystdays.com
Вебинар: ИТ-проекты глазами ЗаказчикаАлександр КольцовПрезентация Александра Кольцова и Юрия Шиляева на вебинаре "ИТ-проекты глазами Заказчика", проведенного Сергеем Бережным.
Как избежать типичных ошибок при автоматизации процессов управления персоналомValery LeontyevСтатья в октябрьском выпуске журнала "Директор по персоналу".
Презентация Tibco spotfireКомпания КсемаTIBCO Spotfire - Аналитическая платформа бизнес анализа (Business Intelligence, BI), которая позволяет бизнес пользователю анализировать большие данные (Big Data) и большой контент, выявить скрытые возможности и скрытые риски бизнеса, на основе которых можно принимать обоснованные решения.
Scaling agileAskhat UrazbaevThe process of software development for reasonably small team (less that 9 people) is pretty straitforward. Usually it is based on Scrum or Kanban with some variations and simplifications.
For huge team with more then 30 people it is not that obvious. For sure teams have interdependencies both in coding and requirements management that can really slow down development.
For people and teams it looks like constant interruptions caused by other teams and management. The problem is that “classic” Agile doesn’t help.
In this session we will consider methods of scaling Agile in huge teams.
#No estimate. Безоценочная разработкаAskhat UrazbaevВы слышали о движении #NoEstimates? Разработчики во всем мире отказываются от оценки! Не надо оценивать проекты, фичи и таски — говорят они. Это занимает много времени, да и процесс это не особо приятный.
Вам нравится эта идея? Вижу, что нет.
Вот например, как объяснить заказчику свое новое безоценочное восприятие? Хотите вы или нет, сроки придется называть! Что делать с обязательствами на спринт? А как же прозрачность? Предсказуемость?
По большому счету вы правы. Нельзя просто выкинуть оценку и все. Идея #NoEstimate в том, что можно увеличить прозрачность и предсказуемость разработки, если заменить оценку более эффективными инструментами.
Мы поговорим, что такое на самом деле #NoEstimate и чем практически можно заменить оценку.
UX в Scrum: Итерация ноль для проектирования продуктовAskhat UrazbaevВ этом докладе я расскажу об опыте и практиках проектирования продуктов в Agile. Мы обсудим исследование и создание концепции продукта,первоначальный сбор требований, проектирование пользовательского взаимодействия и как подготовить команду к первым итерациям.
Как продать Agile заказчикуAskhat UrazbaevИтак, вы прочитали про Agile и у вас загорелись глаза. Вы хотите работать по Scrum. Однако одному Agile не внедрить. Вам нужно убедить заказчика, начальника и коллег. Каждый день с горящими глазами вы рассказываете им по Scrum и Agile, но вот беда - в какой то момент они могут начать вас избегать :-) Несколько лет я (в числе прочего) занимаюсь тем, что продаю или помогаю продать гибкие методологии. В докладе я расскажу о совем опыте продажи Agile заказчику и всем остальным заинтересованным лицам.
Внедрение Agile на разных этапах развития компанииAskhat UrazbaevАдизес сравнивает развитие организации с взрослением человека – от стадии ухаживания и зачатия до самой смерти. На разных этапах требуется по разному управлять компанией.
В последнее время (с приходом Lean) гибкие практики выходят на уровень управления организацией. Однако, как показывает опыт (сын ошибок трудных), тот Agile, который подходит молодой, полной надежд организации может совсем не подойти покрытой шрамами и растерявшей все свои зубы компании.
Мы поговорим о том, какие потребности в проектном управлении есть у компании на разных этапах ее развития, когда имеет смысл применять Agile, когда это опасно и рассмотрим несколько практических советов по управлению проектами.
9. Разбиение работ на
Пользовательские Истории
Интеграция с онлайн-банком
1
Выбор
контрагента
2
Выбор
типа
операции
3
Ввод
данных по
операции
4
Подтверждение
операции
5
Уведомление
11. Пример формата User story
ID
[Заголовок]
• Как [персона] я могу [фича/действие] для того,чтобы [бизнес
ценность]
Приемочные критерии
– Персона может [выбрать/сделать] [фичу/действие], так чтобы [результат]
будет [виден/действие завершено/и т.д..]
Ограничения
Заметки
Валидация должна
Нужно обсудить, если сервис требует
проходить на слое
большей защищѐнности
бизнес логики
Тесты
1. Тесты на граничные условия
2. Проверить на исключение и обработку ошибок
3. Основной проход (счастливый путь)
4. Проверить на производительность.
13. Дорожная карта (Road Map)
Q1
• Прототип
• Использование на точке в Твери
Q2
• Использование в Московской области
• Онлайн для контрагентов
Q3
• Федеральная версия
14. Минимальный набор артефактов в
Scrum
• Vision
– Цели, критерии успеха, ограничения
• Backlog
– Список пользовательских историй
• User story
15. ГОСТ 34.602-89. Техническое
Задание
• Одно на проект
• Описывает то, что (скорее всего) не поменяется
• Указать
– Цели проекта
– Ключевые ограничения