Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Владимир Стасевич, Сбербанк и Agile – понятия совместимыеScrumTrek
В моем выступлении мы по шагам пройдем наш тернистый путь к продукту Сбербанк Онлайн, каким мы знаем его сегодня. С момента первого запуска нашего мобильного приложения мы преодолели огромное расстояние – как внутри команды, так и внутри такой огромной структуры, как Сбербанк.
Я буду в деталях рассказывать о том, какие методы мы внедряли, с какими проблемами сталкивались, как строили культуру, как формировали доверие в команде и в каком виде сейчас у нас работает Agile.
Участникам конференции наш кейс будет особенно интересен тем, что речь пойдет не столько об IT, сколько о создании продукта. Я подробно расскажу о формировании цикла product discovery – сложной, крупной задаче, под которую мы подбирали свои методы. В процессе мы столкнулись с разными трудностями, а еще активно работали над созданием культуры и среды, которая бы стимулировала креатив и генерацию идей внутри команды. В докладе не будет воды и голословных тезисов – только реальные примеры, только работающие методы, только хардкор.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Agile Vector - внедрение agile разработки в РайффайзенбанкеAlexey Deryushkin
Доклад на 60 минут с пошаговым описанием процесса внедрения гибких методологий разработки в окружении, работающем по «водопаду», проблем такого точечного внедрения и их способов решений на примере нескольких связных проектов, а также влияние такого внедрения на IT банка в целом. Затрагиваются все темы, связанные с постановкой производства ПО -- от технических практик до образа мышления, на примерах из жизни. История успеха длинной в два года, которая не собирается завершаться.
Тактическое управление продуктами: все еще недостающее звеноMaxim Gaponov
«Эти люди делают то, о чем я их прошу. Но в результате каждый раз получается не то, что мне нужно». Эта фраза, в той или иной форме, произносится каждым клиентом, с которым я работаю.
«У нас было все, что нужно. Требования, выборки, прототипы. В итоге не успели сделать и половину. А то, что сделали нежизнеспособно» — такое тоже встречается часто.
На каждой стратегической сессии выясняется, что реальный объем работ, которые необходимо совершить, в 4-5 раз превышает тот, который запланирован. И, что самое интересное, этот объем озвучивают сами участники, которые и являются авторами предыдущих нереалистичных планов.
Слушайте, с этим пора что-то делать :) Это же не магия какая-нибудь. Это ремесло. Ремесло о том, как системно сформировать и договориться о границах работ; ремесло, как закрепить за ролями ответственность; ремесло, как выстроить управление и коммуникации между разными уровнями доставки бизнес-ценности; ремесло, как оценивать текущую зрелость процессов и обеспечивать непрерывное улучшение.
В докладе я расскажу вам о своем опыте решения этих задач в разных компаниях.
The document provides background information on various playable races in a strategy game, including Terrans, Krif, Atroxians, Arkonoss, Xenom, Draakian, Rasmuth, and Commatus. Each race description is followed by 1-3 paragraphs of background story and introductory dialogue that provides context about the race's history, culture, goals, and attitudes towards other races.
Владимир Стасевич, Сбербанк и Agile – понятия совместимыеScrumTrek
В моем выступлении мы по шагам пройдем наш тернистый путь к продукту Сбербанк Онлайн, каким мы знаем его сегодня. С момента первого запуска нашего мобильного приложения мы преодолели огромное расстояние – как внутри команды, так и внутри такой огромной структуры, как Сбербанк.
Я буду в деталях рассказывать о том, какие методы мы внедряли, с какими проблемами сталкивались, как строили культуру, как формировали доверие в команде и в каком виде сейчас у нас работает Agile.
Участникам конференции наш кейс будет особенно интересен тем, что речь пойдет не столько об IT, сколько о создании продукта. Я подробно расскажу о формировании цикла product discovery – сложной, крупной задаче, под которую мы подбирали свои методы. В процессе мы столкнулись с разными трудностями, а еще активно работали над созданием культуры и среды, которая бы стимулировала креатив и генерацию идей внутри команды. В докладе не будет воды и голословных тезисов – только реальные примеры, только работающие методы, только хардкор.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Agile Vector - внедрение agile разработки в РайффайзенбанкеAlexey Deryushkin
Доклад на 60 минут с пошаговым описанием процесса внедрения гибких методологий разработки в окружении, работающем по «водопаду», проблем такого точечного внедрения и их способов решений на примере нескольких связных проектов, а также влияние такого внедрения на IT банка в целом. Затрагиваются все темы, связанные с постановкой производства ПО -- от технических практик до образа мышления, на примерах из жизни. История успеха длинной в два года, которая не собирается завершаться.
Тактическое управление продуктами: все еще недостающее звеноMaxim Gaponov
«Эти люди делают то, о чем я их прошу. Но в результате каждый раз получается не то, что мне нужно». Эта фраза, в той или иной форме, произносится каждым клиентом, с которым я работаю.
«У нас было все, что нужно. Требования, выборки, прототипы. В итоге не успели сделать и половину. А то, что сделали нежизнеспособно» — такое тоже встречается часто.
На каждой стратегической сессии выясняется, что реальный объем работ, которые необходимо совершить, в 4-5 раз превышает тот, который запланирован. И, что самое интересное, этот объем озвучивают сами участники, которые и являются авторами предыдущих нереалистичных планов.
Слушайте, с этим пора что-то делать :) Это же не магия какая-нибудь. Это ремесло. Ремесло о том, как системно сформировать и договориться о границах работ; ремесло, как закрепить за ролями ответственность; ремесло, как выстроить управление и коммуникации между разными уровнями доставки бизнес-ценности; ремесло, как оценивать текущую зрелость процессов и обеспечивать непрерывное улучшение.
В докладе я расскажу вам о своем опыте решения этих задач в разных компаниях.
The document provides background information on various playable races in a strategy game, including Terrans, Krif, Atroxians, Arkonoss, Xenom, Draakian, Rasmuth, and Commatus. Each race description is followed by 1-3 paragraphs of background story and introductory dialogue that provides context about the race's history, culture, goals, and attitudes towards other races.
Устранение потерь в процессе веб-разработкиMolinos
Технический директор студии Molinos Евгений Сергеев рассказал о применении этих принципов lean production в разработке: со стороны технологий и управлении командой. Евгений представил доклад «Устранение потерь в процессе веб-разработки».
Continuous Delivery in Enterprise / Agile Kitchen 2016pbiryukov
Выращивание Continuous Delivery в Enterprise
Представьте программное решение, развивающееся более 10 лет по три релиза в год. Оно включает в себя более 30 крупных взаимодействующих модулей и поддерживает бизнес МТС. Продукт постоянно эволюционирует: меняются бизнес-процессы, повышается объем функционала и кодовая база, растет динамическая сложность.
После даже небольшого изменения, как правило, нужно перепроверить много старых кейсов. В какой-то момент вы понимаете, что объем затрат на регрессионные проверки является основной статьей расходов релиза; хуже того — это кардинально затягивает вывод нового релиза на продуктив. А время поставки (да, тот самый Тime-to-Мarket) в современном мире является условием выживания бизнеса.
Мы поговорим о том
• как мы внедряем практики CD и как выращиваем культуру DevOps,
• каких концепций мы придерживаемся,
• какие инструменты / процессы создали и используем для реализации.
Видео:
Часть 1: https://youtu.be/SR6iMhoz2xw?list=PLk8AWaxHcq7ua71SgovSPsFN8y0CaZKXU
Часть 2: https://youtu.be/QYtgdR0HAbE?list=PLk8AWaxHcq7ua71SgovSPsFN8y0CaZKXU
CEO of INOSTUDIO, a software development company with diverse expertise and focus on business problems.
Report
Успешный прибыльный бизнес не рождается сразу, тем более из идеи клиента, которая пришла ему по воле случая. Как на аутсорсинге не упустить шанс и из гипотезы по методологии Lean Startup создать высокотехнолгичный продукт и помочь клиенту выстроить бизнес на американском рынке. Как отстроить процессы, упорядочить хаос и решить проблему постоянного потока задач с пометкой ASAP от клиента. Как команде стать частью нового бизнеса и какая выгода от этого компании аутсорсеру.
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-Technology
В рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-Technology
Самый большой проект, с котором сталкивалась наша команда занял у нас порядка 70 человеко-месяцев, к концу в проекте было около 9000 тикетов, объединённых в 318 эпиков. Объём технического задания превышал 1000 страниц. Как мы справились с этим довольно небольшой командой? Один менеджер, один аналитик, несколько разработчиков.
Нам помогли бизнес-процессы или попросту жёстко прописанные workflow для любой ситуации, любого вида задач или входных данных. Как задача обрабатывается аналитиком, когда она попадает программистам, когда пишется технический дизайн. Как эта схема накладывается на тикетную систему, как использовать эпики и задачи. Все эти правила мы выписали болью ошибок в планировании (и финансах) и я уверен, что они могут сэкономить вам несколько месяцев собственных опытов.
Алексей Раменский (Тэглайн) | Обзор рынка российской заказной веб-разработки ...RIF-Technology
Российский рынок заказной веб-разработки: структура и специализации компаний, города-лидеры, используемые технические решения и инструменты автоматизации, принципы работы, проблемы и перспективы.
Обзор российского рынка веб-разработки будет полезен большинству российских технических и маркетинговых руководителей — как компаний-разработчиков, так и представителей клиентской стороны.
Также Тэглайн представит Рейтинг аутсорс-продакшнов в digital — компаний, которые сфокусированы на производстве digital-продуктов по четким требованиям под руководством более крупного продакшна, агентства или опытного прямого клиента. Рейтинг компаний, которые на самом деле программируют, верстают, тестируют, рисуют и анимируют все то, что вы видите каждый день.
Модель системы Continuous Integration в компании Positive Technologies | Тиму...Positive Hack Days
1. Первоначальные типовые схемы, предлагаемые DevOps для всех проектов компании:
Build – Deploy – Testing – Promote
2. Реализация схемы на примерах наших проектов в TeamCity.
3. К чему мы пришли. Общая схема Continuous Integration:
Build – Deploy – Testing – Promote – Publishing – Delivery – Install & Update
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звеноScrumTrek
На каждой стратегической сессии выясняется, что реальный объем работ, которые необходимо совершить, в 4-5 раз превышает тот, который запланирован. И, что самое интересное, этот объем озвучивают сами участники, которые и являются авторами предыдущих нереалистичных планов.
Слушайте, с этим пора что-то делать :) Это же не магия какая-нибудь. Это ремесло. Ремесло о том, как системно сформировать и договориться о границах работ; ремесло, как закрепить за ролями ответственность; ремесло, как выстроить управление и коммуникации между разными уровнями доставки бизнес-ценности; ремесло, как оценивать текущую зрелость процессов и обеспечивать непрерывное улучшение.
В докладе я расскажу вам о своем опыте решения этих задач в разных компаниях.
Почему агентству интернет-рекламы, веб-студии или РА невыгодно развивать напр...Artem Borodatjuk
На семинаре для агентств (рекламные агентства, веб-студии, консалтинг-агентства, медиа и digital-агентства) представил информацию с выдержкой всего своего опыта на тему того, почему невыгодно выстраивать свои компетенции SEO инхаус (внутри).
Внедрение It технологий для повышения управляемости компанийE-promo
Управляемость компании =
• Управление задачами/проектами;
• Управление продажами;
• Управление бизнес-процессами;
• CRM;
• Анализ эконом. эффективности
направлений бизнеса;
• Управление финансовыми
потоками;
• Анализ производительности
сотрудников.
Проактивное управление проектами в среде Microsoft Visual Studio 2010Dmitry Andreev
В этой сессии мы рассмотрим ряд возможностей Visual Studio 2010, которые помогают управлять, осуществлять коммуникации, отслеживать работы, а также создавать отчеты по статусам проекта и ключевым показателям производительности на протяжении всего жизненного цикла проекта. Вы увидите новую «Книгу гибкого планирования» в Visual Studio 2010, а также новые средства создания отчетности, например информационные панели Microsoft® Office SharePoint® Server.
«Правильный процесс дает правильный результат». Как грамотно выстроить работу...borovoystudio
Игорь Повшок, руководитель отдела продаж Студии Борового, на семинаре по интернет-маркетингу и брендингу «Стань эффективнее!» в Минске, 6 августа 2015 года.
2. Как инвестируют?
Во что вы сами инвестируете деньги?
Риск потери 10%, доходность 10% Риск потери 10%, доходность 20% Риск потери 65%, доходность 1100%
Инвестор будет стараться:
Минимизировать риски крупных вложений
Максимизировать ценность рисковых инвестиций
Диверсифицировать свои средства
Уменьшить сроки возврата инвестиций
Выбор технологичных продуктов для инвестиций означает высокие риски.
3. Психология инвестора
Во что вкладывает инвестор деньги?
Что важно в продукте для его успеха?
Означает ли качество продукта, что он будет сделан качественно под
капотом?
Каких продуктов больше, тех где инвестиции сфокусированы на
функционале и удобстве, или тех где уделили внимание технологичности?
Кто чаще всего реализовывает первую версию продукта?
Почему это именно веб-мастера, и почему не обращаются к
профессионалам?
Неужели все успешные стартапы на веб-продуктах такие плохие внутри?
4. Фокус инвестора
При инвестициях в ИТ продукты для заказчика важно получить:
Удобный и красивый интерфейс
Максимум функционала
Очень быстро выйти на рынок
Зачастую для поиска своей аудитории требуется несколько итераций и на это инвестор тоже
старается сохранить бюджет.
Этот фокус изначально порождает технический долг в продукте, и это оправдано для
жизнеспособности и успеха такого продукта. Чем менее дорогая будет разработка, тем
больше времени и попыток будет у инвестора создать успешный продукт.
5. Роль разработки в организации
Организация как организм устроен по принципу переработки ресурсов в ценность. Эта
ценность важна для других отделов, и они либо дополняют ее, либо являются
непосредственными получателями, чтобы создавать свою ценность.
Достижение
цели
организацией
Ресурсы для
отделов
Производство
ценности
отделом
Веб-
разработка
Развитие
систем
Поддержка
систем
Поддержка
пользователей
Ресурсы
Какая задача у человека,
который управляет разработкой?
7. Как выглядит первый процесс ?
Веб-мастер
Веб-дизайнер
Заказчик Формируется этот процесс
хаотично и чаще всего так же и
работает.
8. Если проект успешный? Какое будет
развитие?
Веб-мастер
Заказчик
Веб-мастерВеб-мастерВеб-мастер
Веб-мастерВеб-мастерВеб-дизайнерВеб-дизайнер
Пользователи
Менеджер
Контроль и
распределение
9. Когда и как происходит разделение
труда
Один из ключевых моментов в этом процессе это успешность проекта.
Проект растет Растет количество задач Растет команда
Это и обуславливает то КАК команда растет, ведь для проекта который уже зарабатывает
деньги важно смещать фокус в сторону КАЧЕСТВА, что не получится сделать с Веб-
мастерами (при всем их желании они не смогут быть профессионалами сразу и в Анализе,
и в Тестировании, и в Фронтенде, …)
10. Какое должно быть разделение труда
в разработке
Веб-дизайнер
Сис. админ. ФронтендБэкенд
Тестировщик Аналитик
Команда зеленых
Команда красных
Веб-дизайнерВеб-мастерВеб-мастер
11. Поток задач
Управление потоком задач должно решить сразу несколько проблем:
1. Очередь задач может быть не приоритезирована
2. Для задач может быть использован неоптимальный процесс
3. Срочные задачи могут решаться не срочно
4. Крупные задачи могут вызывать лишние беспокойства и непонятно когда решиться
Что применяют для управления потоком задач? Первоначально задачи необходимо
классифицировать по типу и использовать оптимальный процесс. В рамках каждого из
процессов для типа задач могут применяться Scrum, Kanban, Servicedesk или просто список.
Для правильной классификации используется единая точка входа для задач, которая
должна иметь много каналов получения задач (для удобства пользователей).
12. Зачем разные процессы по типам
задач и как они определяются?
Для выбора оптимального процесса по задаче нужно проводить анализ на требуемые Скорость,
Качество и Стоимость. Чтобы не заниматься этим в отношении каждой выбранной задачи
логично классифицировать и согласно классификации будут установлены принципы
определения скорости (+принципы управления очередью), гарантий качества и выделения
ресурсов. Неизбежно будет определен баланс для каждого типа задач по скорости, качеству и
стоимости.
Типы определяются согласно множеству критериев, например:
1. Относится задача к текущей работе системы и ее данными, или к будущей работе системы
2. Задача направлена на исправление ошибки или нет
3. Большая или маленькая задача
4. Пользователь от которого пришла задача или область которую затрагивает задача
В каждой организации свои факторы из которых рождается свой список типов задач.
13. Дизайн процессов
Вы должны постоянно адаптировать модель под существующие потребности, это значит
менять типы, и процессы для них, чтобы найти более менее равновесное состояние
(баланса скорости, качества и стоимости) решения всего объема задач. Для этого вы
можете опираться на метрики учетной системы или жалобы пользователей.
Скорость • Баг
Качество
• Фича
• Таск
16. Откуда берется технический долг?
Поднимавшие этот бизнес
недорогие веб-мастера
Мы прямо сейчас закладываем
гибкость в продукте на основании
ошибочных перспектив
Мы в том числе делаем срочные задачи
некачественно в угоду скорости
17. Когда нужно платить и какой долг?
В любой момент времени в системе есть технический долг,
оплата его всего нецелесообразна ввиду меняющихся
перспектив продукта. Но если не платить его, то со
временем он сильно удорожит разработку и вынудит
переписать продукт с нуля. Платить нужно планомерно тот
долг, который будет иметь максимальный экономический
эффект.
18. Качество поступающих задач
Необходимо получать от заказчика задачи:
Содержащие непротиворечивые требования
Полный и понятный набор бизнес требований
Экономически обоснованные задачи
Непротиворечащие другим задачам
Это все потребуется заложить в процесс на входе. При проектировании процессов важно не
перегружать процесс лишним формализмом, поскольку помимо позитивного эффекта с
улучшением скорости разработки вы можете нагрузить заказчика и сделать его работу по
созданию задач неоптимальной.