Статегия agile-трансформации крупной компанииAskhat Urazbaev
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Статегия agile-трансформации крупной компанииAskhat Urazbaev
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Борис Вольфсон. Почему Agile больше не работаетScrumTrek
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Agile Vector - внедрение agile разработки в РайффайзенбанкеAlexey Deryushkin
Доклад на 60 минут с пошаговым описанием процесса внедрения гибких методологий разработки в окружении, работающем по «водопаду», проблем такого точечного внедрения и их способов решений на примере нескольких связных проектов, а также влияние такого внедрения на IT банка в целом. Затрагиваются все темы, связанные с постановкой производства ПО -- от технических практик до образа мышления, на примерах из жизни. История успеха длинной в два года, которая не собирается завершаться.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Лилия Алексеева. Вальс Mrs. Agility и Mr. Waterfall - управление производство...ScrumTrek
Agile не развертывается водопадным методом, переход к гибким практикам также должен быть построен инкрементально. Вам не удастся перевести сразу много команд на гибкие практики. Поэтому возникает вопрос синхронизации работ agile-команд с waterfall-структурами и пересмотра всех процессов, таких как управление релизами, архитектурой, требованиями, проектами и прочих для работы в бимодальном режиме. Сложность вопроса возрастает в арифметической прогрессии в зависимости от количества команд и в геометрической — в зависимости от архитектурного и инфраструктурного ландшафтов, а также от сложившейся культуры взаимодействий. Мы расскажем о нашем опыте трансформации производственного процесса в условиях портфеля в несколько сотен проектов. На текущий момент в Agile работают более 1500 человек и 150 команд и еще около 5000 человек продолжают работать в waterfall-режиме. Как перейти от культуры контроля к культуре прозрачности? Как начать маленькими шагами двигаться в сторону гибкости, шаг за шагом увеличивая степень принимаемого риска, параллельно делая его управляемым? И, наконец, как все-таки повысить скорость без ущерба надежности, когда у вас нет права на ошибку? Ответы на эти и другие вопросы дадим в нашем рассказе.
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Что делать в ситуации, когда несколько команд работают над одним проектом или продуктом? Возникают зависимости. Мы рассмотрим как ими можно управлять и как повысить общую эффективность процесса.
Выступление на коференции AgileDays'15 20 марта
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Денис Тучин - Как внедрить Agile, чтобы никто не заметилDenis Tuchin
Видео: https://www.youtube.com/watch?v=ielCPWnMQts
Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями.
На докладе постараюсь ответить на следующие вопросы:
- Что делать, если в компании или команде есть ярые противники Agile?
- Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании?
- Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Владимир Стасевич, Сбербанк и Agile – понятия совместимыеScrumTrek
В моем выступлении мы по шагам пройдем наш тернистый путь к продукту Сбербанк Онлайн, каким мы знаем его сегодня. С момента первого запуска нашего мобильного приложения мы преодолели огромное расстояние – как внутри команды, так и внутри такой огромной структуры, как Сбербанк.
Я буду в деталях рассказывать о том, какие методы мы внедряли, с какими проблемами сталкивались, как строили культуру, как формировали доверие в команде и в каком виде сейчас у нас работает Agile.
Участникам конференции наш кейс будет особенно интересен тем, что речь пойдет не столько об IT, сколько о создании продукта. Я подробно расскажу о формировании цикла product discovery – сложной, крупной задаче, под которую мы подбирали свои методы. В процессе мы столкнулись с разными трудностями, а еще активно работали над созданием культуры и среды, которая бы стимулировала креатив и генерацию идей внутри команды. В докладе не будет воды и голословных тезисов – только реальные примеры, только работающие методы, только хардкор.
Learn Lean: Технология управления от самураев – теория и практикаSvetlana Fedyanina
16 марта провела свой первый вебинар в Softline. В рамках вебинара рассмотрены принципы и инструменты Lean, способы минимизации издержек производства ПО. Вебинар был открытый, собралось 50 слушателей. Волновалась, запиналась, но вцелом довольна - выписала список, над чем еще работать. Точнее работать и работать :)
Борис Вольфсон. Почему Agile больше не работаетScrumTrek
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
Презентация для конференции "Деловой интернет 2009". В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности.
Agile Vector - внедрение agile разработки в РайффайзенбанкеAlexey Deryushkin
Доклад на 60 минут с пошаговым описанием процесса внедрения гибких методологий разработки в окружении, работающем по «водопаду», проблем такого точечного внедрения и их способов решений на примере нескольких связных проектов, а также влияние такого внедрения на IT банка в целом. Затрагиваются все темы, связанные с постановкой производства ПО -- от технических практик до образа мышления, на примерах из жизни. История успеха длинной в два года, которая не собирается завершаться.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Лилия Алексеева. Вальс Mrs. Agility и Mr. Waterfall - управление производство...ScrumTrek
Agile не развертывается водопадным методом, переход к гибким практикам также должен быть построен инкрементально. Вам не удастся перевести сразу много команд на гибкие практики. Поэтому возникает вопрос синхронизации работ agile-команд с waterfall-структурами и пересмотра всех процессов, таких как управление релизами, архитектурой, требованиями, проектами и прочих для работы в бимодальном режиме. Сложность вопроса возрастает в арифметической прогрессии в зависимости от количества команд и в геометрической — в зависимости от архитектурного и инфраструктурного ландшафтов, а также от сложившейся культуры взаимодействий. Мы расскажем о нашем опыте трансформации производственного процесса в условиях портфеля в несколько сотен проектов. На текущий момент в Agile работают более 1500 человек и 150 команд и еще около 5000 человек продолжают работать в waterfall-режиме. Как перейти от культуры контроля к культуре прозрачности? Как начать маленькими шагами двигаться в сторону гибкости, шаг за шагом увеличивая степень принимаемого риска, параллельно делая его управляемым? И, наконец, как все-таки повысить скорость без ущерба надежности, когда у вас нет права на ошибку? Ответы на эти и другие вопросы дадим в нашем рассказе.
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Что делать в ситуации, когда несколько команд работают над одним проектом или продуктом? Возникают зависимости. Мы рассмотрим как ими можно управлять и как повысить общую эффективность процесса.
Выступление на коференции AgileDays'15 20 марта
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Денис Тучин - Как внедрить Agile, чтобы никто не заметилDenis Tuchin
Видео: https://www.youtube.com/watch?v=ielCPWnMQts
Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями.
На докладе постараюсь ответить на следующие вопросы:
- Что делать, если в компании или команде есть ярые противники Agile?
- Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании?
- Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Владимир Стасевич, Сбербанк и Agile – понятия совместимыеScrumTrek
В моем выступлении мы по шагам пройдем наш тернистый путь к продукту Сбербанк Онлайн, каким мы знаем его сегодня. С момента первого запуска нашего мобильного приложения мы преодолели огромное расстояние – как внутри команды, так и внутри такой огромной структуры, как Сбербанк.
Я буду в деталях рассказывать о том, какие методы мы внедряли, с какими проблемами сталкивались, как строили культуру, как формировали доверие в команде и в каком виде сейчас у нас работает Agile.
Участникам конференции наш кейс будет особенно интересен тем, что речь пойдет не столько об IT, сколько о создании продукта. Я подробно расскажу о формировании цикла product discovery – сложной, крупной задаче, под которую мы подбирали свои методы. В процессе мы столкнулись с разными трудностями, а еще активно работали над созданием культуры и среды, которая бы стимулировала креатив и генерацию идей внутри команды. В докладе не будет воды и голословных тезисов – только реальные примеры, только работающие методы, только хардкор.
Learn Lean: Технология управления от самураев – теория и практикаSvetlana Fedyanina
16 марта провела свой первый вебинар в Softline. В рамках вебинара рассмотрены принципы и инструменты Lean, способы минимизации издержек производства ПО. Вебинар был открытый, собралось 50 слушателей. Волновалась, запиналась, но вцелом довольна - выписала список, над чем еще работать. Точнее работать и работать :)
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаMarina Peregud
Докладчик: Екатерина Шалапанова, деливери-менеджер финансовой практики DataArt, Петербург
О чем пойдет речь:
Что делать:
Если ваш заказчик не подписывал Agile Manifesto и не читал Scrum Guide?
Если в итерацию врываются сверхсрочные задачи?
Если бизнес-процессы не позволяют регулярные релизы?
Идеологи Scrum создавали процесс для небольших вовлеченных и нацеленных на результат команд. Что же делать, если вам приходится работать с корпорациями?
Процесс приходится строить заново, беря все самое лучшее и подстраиваясь под нужды и возможности любимых клиентов.
Я расскажу, какие подходы мы используем при создании процесса разработки, что, по моему опыту, важно, а чем можно пренебречь, ну, и обязательно о чем-нибудь еще.
From Agile to Teal Organization PRyug-2017Maxim Tsepkov
Будущее уже наступило: от Agile к Бирюзовым организациям. http://mtsepkov.org/Agile-PRyug Дни PR и маркетинга на Юге 2017 - рассказ про Agile и тренды развития организаций для не специалистов, вне IT
Будущее уже наступило: от Agile к бирюзовым организациямCUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на форуме «Дни PR и маркетинга на Юге» (1 июня 2017 года, Ростов-на-Дону).
Максим Цепков. Agile — ответ на вызовы третьей промышленной революции.ScrumTrek
Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь. Доклад является развитием моих выступлений по темам Agile и Спиральной динамики, доступных на моем сайте http://mtsepkov.org/Agile.
Agile - ответ на вызовы третьей промышленной революции - цепков custisMaxim Tsepkov
http://mtsepkov.org/AgileAgainstThirdWave доклад на AgileDays-2017 Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь.
Достоинства и ограничения проектных моделей водопада и гибких подходов: скрам, аджайл (scrum, agile).
Как на основе специфичных характеристик проекта подобрать модели планирования и управления ИТ проектом
Competency Model (HR API conference, Russian language) Irina Leshchuk
В докладе представлен опыт разработки, внедрения и использования модели компетенций для сотрудников компании. В нем говорится о том, как удалось подготовить решение, которое одновременно отвечает запросам со стороны бизнеса и используется для оценки и развития сотрудников в компании Grid Dynamics.
Кажется, что доклад будет интересен руководителям подразделений, менеджерам команд, HR специалистам и всем, кто интересуется вопросами оценки и развитием сотрудников внутри компании.
Целевой аудиторией, прежде всего, являются компании, в которых работает больше 100 инженеров и особенно актуально для тех, где есть распределенные команды в разных городах. Для компаний небольшого размера или стартапов содержание презентации будет интересно, скорее, с познавательной точки зрения, чем с практической.
Domain driven design (DDD) - отражение модели предметной области в код (Максим Цепков на Software People 2013). Подробнее http://mtsepkov.org/DDD_problem_and_solving
Открытый семинар для студентов в компании CUSTIS (3 октября 2013 года).
Лектор: Игорь Беспальчук, руководитель проектов, сертифицированный Scrum Product Owner.
Аннотация: Данный обзорный семинар позволит широким взглядом окинуть процессы, происходящие при заказной разработке, получить представление об этой индустрии и разобраться, как происходит разработка заказного ПО в CUSTIS.
Видеозапись семинара: https://vimeo.com/76600088.
Similar to Развитие управления проектами и критериев качества в ит (20)
We have a lot of businesses working in Ukraine as Outsource company. But all we know that outsource is not options as the long-term
business strategy. From the other perspective, there are a few firms that are trying to move to the product development but it too risky
for two reasons:
— You need to invest your money and losing your margin.
— You have no any experience in product management or startup landing neither fundraising.
We in Octoberry, start to work as Product Sourcing company three years ago. We find this way very useful to gain experience in product
management and fundraising and after we moved to own product development and we want to share our case. In this talk, we will
discuss:
— What is product sourcing?
— Why product source.
— Five steps key steps to run Product Source project
— Moving from product source to Product Company
AgileCamp — летняя практическая конференция, которую ежегодно проводить компания ScrumTrek. Участники процессного трека на практике отрабатывают все цепочку создания продукта. Используются такие техники как проведение опросов, игра в ТЗ, user story mapping, bucket estimation, planning poker, getkanban, world cafe и др.
Как создать концепцию продукта в виде Lean CanvasMagneta AI
Lean Canvas — инструмент, который позволяет быстро понять ценность продукта, проблемы, которые он решает, его основную аудиторию и способы монетизации. В презентации подробно рассмотрен шаблон lean canvas и дается подробное руководство по заполнению.
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
Развитие управления проектами и критериев качества в ит
1. Развитие управления проектами
и критериев качества в ИТ
Максим Цепков
Главный архитектор дирекции развития решений
Москва, 19 марта 2015 года
2. Способы ведения проектов и представления
о качественном результате регулярно меняются
Это популярная тема холиваров
У каждого свои представления:
Одни используют то, чему научили когда-то
Другие кропотливо накапливают личный арсенал
Третьи следуют модным трендам
Все методики и практики формировались
в своем контексте и уместны для конкретных
видов проектов
О чем этот доклад
Об этом
и поговорим
2/36
3. Исторический обзор
Современные тренды
Big Picture ведения проектов
Применение на практике
План рассказа
3/36
5. Квалифицированный персонал
Большие и сложные проекты
В которых редко менялись требования
А упор был на качество решения
Эпоха НИОКР:
когда компьютеры были большими
Ф. Брукс
«Мифический
человеко-месяц»
Были успехи и поражения –
как в любом НИОКР
5/36
6. Вау, можно автоматизировать каждую
компанию!
Но где взять столько квалифицированных
разработчиков?
А вроде и средненькие справляются…
Только надо поставить процессы
и регламенты
Появились персоналки
6/36
7. ИТ-разработка как проект создания
системы: спроектировать, разработать
и внедрить
Решение: разделим задачу на этапы,
создадим процесс их прохождения
Оценка качества: по тому, удалось
ли выполнить проект в срок, бюджет
и с ожидаемым результатом
Да, много накладных расходов,
зато результат гарантирован
Эпоха RUP PMBOK-3 (2004)
RUP (2003)
Фиг он
гарантирован…
7/36
8. Природа ИТ мешает процедурам
Jack W. Reeves «What is software design» (1992; перевод)
Конструирование
системы
Обычный НИОКР
ПроизводствоПроект
ИТ-разработка
Архитектура
и дизайн
Тех.
проект Кодирование
Вещь
Прило-
жение
Архитектура
и дизайн
КодКодиро-
вание
Прило-
жение
Компиляция
(build)
Цена ошибки невелика, поэтому пробуем,
отлаживаем, доводим – так дешевле.
Пока проект не становится слишком сложным
8/36
9. Стоимость: процедура увеличивает ее
кратно, не сильно повышая вероятность
успеха
Изменчивость: потребности меняются
быстрее, чем проходит цикл разработки,
и нужно учесть эти изменения
Управленческие кадры: где брать,
особенно руководителей групп?
Нормирование аналитической работы:
в PMBOK-4 попробовали – не получилось
Вызовы, на которые не ответили
В стандарте
признано
Итерации в RUP –
тяжелые
9/36
10. Вместо тщательного планирования –
наблюдение за траекторией движения
проекта и приближением к цели
Концепция SMART-целей, измеримость
достижения
Итеративное движение с корректировкой
положения цели (требования к системе)
Оценка качества ведения проекта
по адекватности оценки расстояния
до цели и движения в итерацию
Agile и SCRUM: ответ на вызовы
Гибкость
и наблюдаемость
10/36
11. Сохранилась доля успешных проектов
Стало намного дешевле, чем «по RUP»
Появилась возможность вносить
изменения в ходе проекта
Снизились требования к руководителям
групп и команд
Постепенно произошло масштабирование
на большие проекты
Факторы успеха SCRUM
В стандарте игнорировать не могли, включить – не получилось.
В PMBOK-4 (2008) добавили итерации – вышла эклектика
11/36
12. В 90-х ученые массово пошли
зарабатывать деньги
Это позволило долго держать
НИОКР-способ разработки в ИТ
Нормирование процессов использовали слабее
SCRUM был не столь востребован, шел почти 7–8 лет:
появился в начале 2000-х – пришел в конце 2000-х
Сейчас различие нивелируется
Agile приходит в in-house
Это – в мире. А в России?
12/36
14. От проектной деятельности –
к непрерывному развитию продукта
От качества ИТ-системы –
к удовлетворенности стейкхолдеров
От создания системы – к достижению
возможностей для бизнеса и пользователя
Особенно в новых направлениях – стартапы,
мобильная и массовая продуктовая разработка, игры
Каждому проекту – свой метод работы
Вектора развития Канбан в ИТ (2010)
DevOps (2012)
PMBOK 5 (2013)
частично
Все это требует новых подходов…
14/36
15. Простота – must!
Из стандарта вычищено слово «проект»
В альфах – стейкхолдеры и возможности
OMG Essence
Разработан SEMAT
(Ивар Якобсон)
Предыдущая
такая схема –
водопад Ройса
Requirements
Design
Implementation
Verification
Maintenance
15/36
16. В несложных или небольших системах –
успешно, есть много практик
А в сложных люди – ключевой фактор
Лучшие решения для сложных систем
Процесс – FDD (Джефф де Люка)
Способ – DDD (Эрик Эванс)
Оба – тяжелые
А что с проектированием?
16/36
17. От истории – к действию
Рисуем Big Picture!
История Модель Действия
17/36
18. Big Picture истории развития
Эпоха НИОКР
Время
Способ
работы
«Новое время»
Удовлетворенность стейкхолдеров
Достижение бизнес-целей продукта
Каждому проекту – свой способ
Эпоха RUP
Время SCRUM
1960 1990 2005 2013
18/36
20. Энтони Лаудер
Культуры программных проектов
ИТ-проект
История
Научная
Заводская
Дизайнерская
Сервисная
Моя схема мне подходит
больше. Но это не значит,
что она правильнее
Оригинал, перевод (pdf),
рецензия Стаса Фомина
20/36
23. Каждый следующий этап развития
включает предыдущие, а не заменяет
Но значимость предыдущих ценностей
уменьшается: они перестают иметь
исключительную важность
Расширение, а не отрицание
23/36
25. Представления о «правильном» способе
ведения проекта и «правильном» результате
у разных стейкхолдеров разные
У представителей заказчика
Менеджеров
Разработчиков…
Нет задачи привести всех к одному мнению
Но надо знать представления,
а когда нужно – объяснять, работать с ними
Ценности для людей различны
Спасибо, кэп!
А когда нужно?
25/36
26. В чем фишка проекта?
Оценим
по векторам
Или на диаграмме
Essence
ИТ-проект
ИТ-
система
Техническое
совершенство
системы
Совершенство
процесса
разработки
Достижение
результата
разработки
Обеспечение
удовлетворенности
стейкхолдеров
Обеспечение
возможностей
для бизнеса
26/36
27. Бизнес-модель
Подходы к ведению проектов
Найм персонала и работа с ним
Манипуляции или сотрудничество?
А как работает компания?
Что и как
компания делает
для мира?
Можно использовать те же модели –
векторную, Essence и другие
27/36
28. Разработка по спецификациям
Разрабатываем по строгим спецификациям доступным персоналом.
Технологии обеспечивают приемку спецификации, декомпозицию работ
на типовые с выполнением и сборку со сдачей заказчику по процедуре
Что сказали,
то и сделаем,
думать зачем?
28/36
29. Продажа аутсорсинга разработки
При продаже обещаем качественный продукт, а потом обеспечиваем
приемку того, что получилось сделать доступным персоналом,
с дальнейшими доработками за отдельные деньги
Технологии
«впаривания»
29/36
30. Создание качественных решений
Создаем совершенные высокотехнологичные системы посредством
тщательного проектирования и воплощения
Увы, не хватает
смысла проекта
30/36
31. Высокотехнологичный стартап
Создаем высокотехнологичную систему, дающую пользователям
принципиально новые возможности. Технологии обеспечивают
не только разработку, но и работу с возможностями
Для счастья
пользователей
31/36
32. Технологичные системы для бизнеса
Создаем сложные системы, обеспечивающие решение проблем
бизнеса. Технологии обеспечивают проектирование системы,
отвечающей потребностям стейкхолдеров во взаимодействии с ними
IT-технологии в
помощь бизнесу
32/36
33. Решение проблем бизнеса
Квалифицированная команда обеспечит разработку ИТ-систем,
поддерживающих и обеспечивающих решение текущих задач бизнеса
IT-шники в
помощь бизнесу
33/36
34. Холиварные темы
«Глупые пользователи недовольны мелкими багами»
«Разработчики всегда делают что-то суперсложное»
«Аналитики идут на поводу у безумных пользователей»
Надо понимать, в чем «фишка» проекта
и фирмы, за что платят деньги
И как твоя работа дает вклад в общее дело
Хотя проектированием всегда занимается
ограниченное число людей
Нужно ли понимать это каждому?
34/36
35. Есть формальные модели
Есть шаблоны и методики
Используем готовое и комбинируем
Модели для «неформальных» областей
Стейкхолдеры и их цели
ArchiMate Motivation Model
Модель описания целей i* (i-star)
Возможности – язык бизнес-стартапов
и Minimum Viable Product (MVP)
Разобраться не сложно
Это тоже
проектирование,
хотя и другое –
надо освоить
35/36
36. Важно понимать
Культуры ведения проектов
и исторический контекст их возникновения
Критерии успеха вашего проекта
Способ работы вашей компании
Имея для всего этого модели
Это дает бОльшую осознанность деятельности
Подводя итоги
Спасибо! Вопросы?
Максим Цепков mtsepkov.org
36/36