Выступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
Дмитрий Павлов. Бытовые трудности и анти-паттерны Agile-команд.ScrumTrek
- Я решил внедрить Agile у себя в команде. Какой бы тул мне купить: Rally или TargetProcess? - Jira недоступна, мы не можем проводить планирование - Вы мне там Скрам настройте у разработчиков - У нас тестировщики половину спринта простаивают, а потом не успевают... Знакомые ситуации? Больно вспоминать? В данном докладе мы детально рассмотрим эти и другие антипаттерны, подсмотренных у реальных команд, - без философии про ценности и личностный рост. Поговорим о причинах их возникновения и последствиях, к которым они приводят. Доклад будет полезен начинающим скрам мастерам, чтобы не наступать на "детские" грабли, а опытные команды смогут критическим взглядом оценить свой процесс.
Дмитрий Лобасев. Подготовка корпоративной культуры к внедрению Agile.ScrumTrek
Вы работаете в крупной организации и думаете о том, как начать использовать Agile-практики в ней? Или, возможно, уже пробовали "внедрять Скрам", но эта инициатива "не взлетела"? На докладе я рассмотрю основные причины, мешающие традиционным компаниям вставать на путь гибкости и уверенно по нему идти. На конкретных примерах нашего опыта работы с крупнейшими Российскими компаниями, в частности, не-ИТ сферы. Мы рассмотрим те самые первые, критически необходимые шаги, которые должны сделать ТОП-менеджеры компании, чтобы запустить процесс Agile-трансформации. Задолго до "внедрения Скрама", массового обучения сотрудников Agile или найма команды Agile-коучей.
Олег Щёголев, Semrush, Культурные особенности сотрудников из разных странSPECIA
Культурные особенности сотрудников из разных стран:
* Как прозрачность и публичность меняют вовлеченность людей в жизнь компании;
* Плюсы и минусы конкуренции между сотрудниками и отделами;
* Взаимодействие культур офисов расположенных в разных странах.
Николай Фабричев. Внедряем Agile. Как можно влиять на мотивацию команды при в...ScrumTrek
Внедряя Agile, мы много говорим про ценности и mindset, про особый тип мотивации. Процесс обычно строится на базе принципов мотивации 2.0 (Daniel Pink Drive) и, к сожалению, он не работает. Опыт показывает, что в головах людей Agile ценности часто не могут найти отражения в реальности. Люди воспринимают все как красивую теорию, не имеющую применимость в реальной жизни, но главное, не имеют внутренней мотивации изменяться и изменять окружение вокруг себя. И это проблема на пути внедрения Agile, потому что без желания двигаться к цели любая преграда становится непреодолимой. Давайте поговорим про мотивацию команды внедрять изменения на простом языке. Я приведу примеры, как заинтересовать людей изменяться самим и изменять свою команду
Выступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
Дмитрий Павлов. Бытовые трудности и анти-паттерны Agile-команд.ScrumTrek
- Я решил внедрить Agile у себя в команде. Какой бы тул мне купить: Rally или TargetProcess? - Jira недоступна, мы не можем проводить планирование - Вы мне там Скрам настройте у разработчиков - У нас тестировщики половину спринта простаивают, а потом не успевают... Знакомые ситуации? Больно вспоминать? В данном докладе мы детально рассмотрим эти и другие антипаттерны, подсмотренных у реальных команд, - без философии про ценности и личностный рост. Поговорим о причинах их возникновения и последствиях, к которым они приводят. Доклад будет полезен начинающим скрам мастерам, чтобы не наступать на "детские" грабли, а опытные команды смогут критическим взглядом оценить свой процесс.
Дмитрий Лобасев. Подготовка корпоративной культуры к внедрению Agile.ScrumTrek
Вы работаете в крупной организации и думаете о том, как начать использовать Agile-практики в ней? Или, возможно, уже пробовали "внедрять Скрам", но эта инициатива "не взлетела"? На докладе я рассмотрю основные причины, мешающие традиционным компаниям вставать на путь гибкости и уверенно по нему идти. На конкретных примерах нашего опыта работы с крупнейшими Российскими компаниями, в частности, не-ИТ сферы. Мы рассмотрим те самые первые, критически необходимые шаги, которые должны сделать ТОП-менеджеры компании, чтобы запустить процесс Agile-трансформации. Задолго до "внедрения Скрама", массового обучения сотрудников Agile или найма команды Agile-коучей.
Олег Щёголев, Semrush, Культурные особенности сотрудников из разных странSPECIA
Культурные особенности сотрудников из разных стран:
* Как прозрачность и публичность меняют вовлеченность людей в жизнь компании;
* Плюсы и минусы конкуренции между сотрудниками и отделами;
* Взаимодействие культур офисов расположенных в разных странах.
Николай Фабричев. Внедряем Agile. Как можно влиять на мотивацию команды при в...ScrumTrek
Внедряя Agile, мы много говорим про ценности и mindset, про особый тип мотивации. Процесс обычно строится на базе принципов мотивации 2.0 (Daniel Pink Drive) и, к сожалению, он не работает. Опыт показывает, что в головах людей Agile ценности часто не могут найти отражения в реальности. Люди воспринимают все как красивую теорию, не имеющую применимость в реальной жизни, но главное, не имеют внутренней мотивации изменяться и изменять окружение вокруг себя. И это проблема на пути внедрения Agile, потому что без желания двигаться к цели любая преграда становится непреодолимой. Давайте поговорим про мотивацию команды внедрять изменения на простом языке. Я приведу примеры, как заинтересовать людей изменяться самим и изменять свою команду
Agile Coach и Scrum Master как руководители нового типаAskhat Urazbaev
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
Вячеслав Пресняков. Тестирование в эпоху Agile.ScrumTrek
В моём выступлении я расскажу, как трансформировался наш подход к тестированию, чтобы команда тестирования начала приносить пользу agile проекту и перестала быть узким местом в процессе разработки продукта, как подружить тестирование и короткие итерации, как инженеру-тестировщику не остаться за бортом в agile команде, откуда берётся тестерский долг и как его победить, почему из-за команды тестирования съезжают сроки итераций/релизов и что с этим делать.
- Кто есть кто? Или немного о ролях.
- Project менеджер VS Product Owner
- Характеристики PO
- Взаимодействие с командой, Scrum Master-ом, заказчиками
- Масштабирование роли PO
- Основные ошибки
Лилия Алексеева. Вальс Mrs. Agility и Mr. Waterfall - управление производство...ScrumTrek
Agile не развертывается водопадным методом, переход к гибким практикам также должен быть построен инкрементально. Вам не удастся перевести сразу много команд на гибкие практики. Поэтому возникает вопрос синхронизации работ agile-команд с waterfall-структурами и пересмотра всех процессов, таких как управление релизами, архитектурой, требованиями, проектами и прочих для работы в бимодальном режиме. Сложность вопроса возрастает в арифметической прогрессии в зависимости от количества команд и в геометрической — в зависимости от архитектурного и инфраструктурного ландшафтов, а также от сложившейся культуры взаимодействий. Мы расскажем о нашем опыте трансформации производственного процесса в условиях портфеля в несколько сотен проектов. На текущий момент в Agile работают более 1500 человек и 150 команд и еще около 5000 человек продолжают работать в waterfall-режиме. Как перейти от культуры контроля к культуре прозрачности? Как начать маленькими шагами двигаться в сторону гибкости, шаг за шагом увеличивая степень принимаемого риска, параллельно делая его управляемым? И, наконец, как все-таки повысить скорость без ущерба надежности, когда у вас нет права на ошибку? Ответы на эти и другие вопросы дадим в нашем рассказе.
Agile мёртв (!|?) / Александр Сидоров (Яндекс)Ontico
Недавно вышла статья "Agile мёртв" (https://www.linkedin.com/pulse/agile-dead-matthew-kern).
Мне хотелось бы рассказать о том, почему, на мой взгляд, это признак взросления agile и отрасли IT в целом.
О том, почему agile могут называть мёртвым, как это может быть связано с ожиданиями и границами применения, а также о недостатках при внедрении и использовании, из-за которых agile-методологии могут быть дискредитированы и нарушать собственные принципы.
О том, чего касаются распространённые методологии, которые относят к agile, чего не описывают, а в чём могут вводить в заблуждение.
О том, в чём они полезны, где может быть их место в различных уровнях работы над проектами, какие отдельные инструменты и практики agile приживаются и приносят пользу, а также каких принципов полезно придерживаться при внедрении и работе с ними.
Дарья Рыжкова. Корпоративные предприниматели, и где они обитаютScrumTrek
Все больше крупных компаний сталкивается с необходимостью создания новых продуктов, каналов и форматов коммуникации с клиентами, фич, минимизирующих издержки текущих продуктов компании. Кто-то приходит к этому через амбициозные стратегические планы по выручке, понимая, что старые подходы не могут обеспечить желаемый кратный рост. Кто-то сталкивается с ограничениями, которые накладывает государство. А кто-то видит новые возможности в быстро развивающихся технологиях. Одна из основных возникающих при этом проблем — текущие люди и процессы организации не способствуют тому, чтобы эти возможности появились. Успех продукта и динамика его развития на 40% зависит от роли менеджера продукта. Но только 10% менеджеров продуктов на российском рынке обладают качествами и знаниями, необходимыми для принятия эффективных продуктовых решений и поиска новых возможностей для компании. Эти люди становятся настоящими корпоративными предпринимателями, превращая каждый продукт компании в отдельный самодостаточный бизнес. Мы поговорим о самых болезненных вопросах: Кто такие корпоративные предприниматели и какими качествами они обладают? Можно ли вырастить корпоративных предпринимателей внутри компании? И какие этапы развития должен пройти рядовой Product Owner, прежде чем станет корпоративным предпринимателем? Как находить этих людей внутри вашей организации?
В “классическом” энтепрайзе правят водопадные процессы. Это позволяет снизить затраты на старт новых проектов, но сильно ухудшает время Time to market. Переход на гибкие методологии позволяет это время значительно улучшить. Это очень не просто. Каждая команда разработки страдает от большого количества зависимостей. И в большой организации таких зависимостей настолько много, что представленный самому себе Agile в такой команде через какое-то время может и помереть. Перестраивать организацию процессов приходится полностью, сверху донизу.
Мы поговорим про специфику внедрения Agile в крупной организации сравнив две компании — типичную крупную веб-компанию и классический “кровавый энтепрайз”.
Вместе со стремительным ростом компании, приходят такие проблемы, как: бюрократия, иерархия, конфликты между подразделениями. Компания постепенно теряет фокус на потребителя и смещает его на разрешение внутренних проблем. Как вернуться в то состояние, когда компания была молодой и динамичной, был драйв, и компания работала на потребителя? Как перейти в такое состояние большим и иерархичным компаниям?
Это одночасовой бесплатный вебинар
На вебинаре вы узнаете:
(!) О том, как планируются серьезные Agile проекты
(!) О том, кто учавствует в планировании
(!) Философские взгляды на Agile-планирование
Алексей Крученок рассказывает о концепции минимально жизнеспособного продукта (MVP, minimum viable product), инструмента валидации бизнес-идей, который позволяет сократить время запуска проекта за счет создания только необходимых функций и начать получать реальный фидбек по своему продукт
----
В рамках проведения «Научного Хакатона» мы приглашаем вас на митапы, где будут проводиться обучающие и консультационные сессии под руководством экспертов в области науки, бизнеса и ИТ.
У вас будет возможность обсудить задачи, получить экспертную помощь, объявить о вакантных местах в команде и не только.
Присоединяйтесь и решайте научные задачи командами!
Cайт: http://sciencehit.by/hackathon
Анастасия Веселко. Agile, Kanban и проектирование зданийScrumTrek
Наш опыт внедрения agile в архитектурном бюро.
На примере одной рабочей группы с помощью консультанта ScrumTrek мы провели обучение и начали работу над проектом жилого дома. Сейчас расширили обучение на оставшуюся часть компании и планируем все проекты переводить в agile
Почему Agile, и как мы о нем узнали? От Грефа и сразу поняли - нам надо)
IT разработка и проектирование — мы очень похожи (внезапность заказчика, постоянное изменение ТЗ, этапность работ, гибкая рабочая группа, непредсказуемый результат, срывы сроков, бюджетов).
ХОД РАБОТЫ:
Отношение команды (сначала скептическое, потом воодушевленное)
Наша доска
Наши Демо (примеры, плюcы и минусы)
РЕЗУЛЬТАТЫ: плюсы и минусы
Выводы для остальных команд
Наши next steps
Резюме (классно, надо брать)
С юмором и с картинками.
Никита Филиппов, ScrumTrek (Москва)
Или как в стартапах и больших корпорациях команды вместе создают продукт
Говоря вслух Project Manager, какие у вас возникают ассоциации?
Зачем нужен Project Manager?
Кто создает проект/продукт?
Чьи плюшки, если проект закончен с успехом?
Повышает ли шансы на успех наличие главного за результат?
Как должен измениться мир разработки?
Agile Coach и Scrum Master как руководители нового типаAskhat Urazbaev
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
Вячеслав Пресняков. Тестирование в эпоху Agile.ScrumTrek
В моём выступлении я расскажу, как трансформировался наш подход к тестированию, чтобы команда тестирования начала приносить пользу agile проекту и перестала быть узким местом в процессе разработки продукта, как подружить тестирование и короткие итерации, как инженеру-тестировщику не остаться за бортом в agile команде, откуда берётся тестерский долг и как его победить, почему из-за команды тестирования съезжают сроки итераций/релизов и что с этим делать.
- Кто есть кто? Или немного о ролях.
- Project менеджер VS Product Owner
- Характеристики PO
- Взаимодействие с командой, Scrum Master-ом, заказчиками
- Масштабирование роли PO
- Основные ошибки
Лилия Алексеева. Вальс Mrs. Agility и Mr. Waterfall - управление производство...ScrumTrek
Agile не развертывается водопадным методом, переход к гибким практикам также должен быть построен инкрементально. Вам не удастся перевести сразу много команд на гибкие практики. Поэтому возникает вопрос синхронизации работ agile-команд с waterfall-структурами и пересмотра всех процессов, таких как управление релизами, архитектурой, требованиями, проектами и прочих для работы в бимодальном режиме. Сложность вопроса возрастает в арифметической прогрессии в зависимости от количества команд и в геометрической — в зависимости от архитектурного и инфраструктурного ландшафтов, а также от сложившейся культуры взаимодействий. Мы расскажем о нашем опыте трансформации производственного процесса в условиях портфеля в несколько сотен проектов. На текущий момент в Agile работают более 1500 человек и 150 команд и еще около 5000 человек продолжают работать в waterfall-режиме. Как перейти от культуры контроля к культуре прозрачности? Как начать маленькими шагами двигаться в сторону гибкости, шаг за шагом увеличивая степень принимаемого риска, параллельно делая его управляемым? И, наконец, как все-таки повысить скорость без ущерба надежности, когда у вас нет права на ошибку? Ответы на эти и другие вопросы дадим в нашем рассказе.
Agile мёртв (!|?) / Александр Сидоров (Яндекс)Ontico
Недавно вышла статья "Agile мёртв" (https://www.linkedin.com/pulse/agile-dead-matthew-kern).
Мне хотелось бы рассказать о том, почему, на мой взгляд, это признак взросления agile и отрасли IT в целом.
О том, почему agile могут называть мёртвым, как это может быть связано с ожиданиями и границами применения, а также о недостатках при внедрении и использовании, из-за которых agile-методологии могут быть дискредитированы и нарушать собственные принципы.
О том, чего касаются распространённые методологии, которые относят к agile, чего не описывают, а в чём могут вводить в заблуждение.
О том, в чём они полезны, где может быть их место в различных уровнях работы над проектами, какие отдельные инструменты и практики agile приживаются и приносят пользу, а также каких принципов полезно придерживаться при внедрении и работе с ними.
Дарья Рыжкова. Корпоративные предприниматели, и где они обитаютScrumTrek
Все больше крупных компаний сталкивается с необходимостью создания новых продуктов, каналов и форматов коммуникации с клиентами, фич, минимизирующих издержки текущих продуктов компании. Кто-то приходит к этому через амбициозные стратегические планы по выручке, понимая, что старые подходы не могут обеспечить желаемый кратный рост. Кто-то сталкивается с ограничениями, которые накладывает государство. А кто-то видит новые возможности в быстро развивающихся технологиях. Одна из основных возникающих при этом проблем — текущие люди и процессы организации не способствуют тому, чтобы эти возможности появились. Успех продукта и динамика его развития на 40% зависит от роли менеджера продукта. Но только 10% менеджеров продуктов на российском рынке обладают качествами и знаниями, необходимыми для принятия эффективных продуктовых решений и поиска новых возможностей для компании. Эти люди становятся настоящими корпоративными предпринимателями, превращая каждый продукт компании в отдельный самодостаточный бизнес. Мы поговорим о самых болезненных вопросах: Кто такие корпоративные предприниматели и какими качествами они обладают? Можно ли вырастить корпоративных предпринимателей внутри компании? И какие этапы развития должен пройти рядовой Product Owner, прежде чем станет корпоративным предпринимателем? Как находить этих людей внутри вашей организации?
В “классическом” энтепрайзе правят водопадные процессы. Это позволяет снизить затраты на старт новых проектов, но сильно ухудшает время Time to market. Переход на гибкие методологии позволяет это время значительно улучшить. Это очень не просто. Каждая команда разработки страдает от большого количества зависимостей. И в большой организации таких зависимостей настолько много, что представленный самому себе Agile в такой команде через какое-то время может и помереть. Перестраивать организацию процессов приходится полностью, сверху донизу.
Мы поговорим про специфику внедрения Agile в крупной организации сравнив две компании — типичную крупную веб-компанию и классический “кровавый энтепрайз”.
Вместе со стремительным ростом компании, приходят такие проблемы, как: бюрократия, иерархия, конфликты между подразделениями. Компания постепенно теряет фокус на потребителя и смещает его на разрешение внутренних проблем. Как вернуться в то состояние, когда компания была молодой и динамичной, был драйв, и компания работала на потребителя? Как перейти в такое состояние большим и иерархичным компаниям?
Это одночасовой бесплатный вебинар
На вебинаре вы узнаете:
(!) О том, как планируются серьезные Agile проекты
(!) О том, кто учавствует в планировании
(!) Философские взгляды на Agile-планирование
Алексей Крученок рассказывает о концепции минимально жизнеспособного продукта (MVP, minimum viable product), инструмента валидации бизнес-идей, который позволяет сократить время запуска проекта за счет создания только необходимых функций и начать получать реальный фидбек по своему продукт
----
В рамках проведения «Научного Хакатона» мы приглашаем вас на митапы, где будут проводиться обучающие и консультационные сессии под руководством экспертов в области науки, бизнеса и ИТ.
У вас будет возможность обсудить задачи, получить экспертную помощь, объявить о вакантных местах в команде и не только.
Присоединяйтесь и решайте научные задачи командами!
Cайт: http://sciencehit.by/hackathon
Анастасия Веселко. Agile, Kanban и проектирование зданийScrumTrek
Наш опыт внедрения agile в архитектурном бюро.
На примере одной рабочей группы с помощью консультанта ScrumTrek мы провели обучение и начали работу над проектом жилого дома. Сейчас расширили обучение на оставшуюся часть компании и планируем все проекты переводить в agile
Почему Agile, и как мы о нем узнали? От Грефа и сразу поняли - нам надо)
IT разработка и проектирование — мы очень похожи (внезапность заказчика, постоянное изменение ТЗ, этапность работ, гибкая рабочая группа, непредсказуемый результат, срывы сроков, бюджетов).
ХОД РАБОТЫ:
Отношение команды (сначала скептическое, потом воодушевленное)
Наша доска
Наши Демо (примеры, плюcы и минусы)
РЕЗУЛЬТАТЫ: плюсы и минусы
Выводы для остальных команд
Наши next steps
Резюме (классно, надо брать)
С юмором и с картинками.
Никита Филиппов, ScrumTrek (Москва)
Или как в стартапах и больших корпорациях команды вместе создают продукт
Говоря вслух Project Manager, какие у вас возникают ассоциации?
Зачем нужен Project Manager?
Кто создает проект/продукт?
Чьи плюшки, если проект закончен с успехом?
Повышает ли шансы на успех наличие главного за результат?
Как должен измениться мир разработки?
Семён Факторович (Noveo) рассказывает о карьерных лестницах и различных профессиях в IT-индустрии, 20.02.2013
Software Industry 101 — это серия обзорных лекций для студентов Новосибирского государственного университета о профессиях в IT и о реалиях коммерческой разработки софта.
Более подробную информацию, материалы лекций и раписание занятий можно посмотреть на http://bit.ly/industry101
Формирование и управление командой проекта
• Выбор партнера. Ключевые роли и люди на Проекте;
• Различия в подходах к внедрению систем;
• Мотивация персонала на достижение результата и преодоление сопротивления внутри компании.
Требования постоянно меняются в ходе разработки
Требования могут противоречить друг другу
Меняются приоритеты разработки
Ограничены ресурсы – нужно уметь расставлять приоритеты
Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован
16. Product Manager
Советы PdM
• Не принимайте!
• Не мыслите сроками
• Соблюдайте сроки
• Пользуйтесь!
• Понимайте конкурентов
• Не забывайте цели
17. Product Manager
Советы PdM
• Think! *It’s not illegal yet.
• Общайтесь
• Не бойтесь критики
• Знайте пользователя
• Не берите на себя слишком много