Кирилл Толкачев, Александр Тарасов, Хипстеры в энтерпрайзе. Шагаем в ногу со ...ScrumTrek
В больших компаниях обычно существует пропасть между людьми, которые делают, и людьми, которые сопровождают сделанное. Разные компетенции, разные области знаний, разная ответственность за функционирование продукта не позволяют компании эффективно разрабатывать и внедрять уникальные решения, вовремя менять часть технологического стека или весь стек целиком. Людям становится не интересно и сложно разбираться со старыми наработками, а внедрение новых сопровождается закостенелостью стандартов и инертностью компании. В рамках доклада будут рассмотрены следующие вопросы:
- что сегодня помогает закладывать нужные оси вариативности в архитектуру?
- как отделить и подружить разработку, внедрение и сопровождение?
- как замотивировать людей быть эффективными, использовать удобные инструменты?
- как дать людям свободу в их выборе и разделять ответственность за полученный результат?
а также в программе:
- Docker
- микросервисы
- закон трёх букв
Алексей Ионов. Agile в масштабе корпорации: как не создать хаос?ScrumTrek
Когда-то давно на заре Agile многие (и я в том числе) часто начинали разговор про внедрение проворно-гибких подходов с того, что переход на них полностью зависит от поддержки высшего менеджмента организации. Сегодня по опыту работы очень разных крупных компаний становится совершенно очевидно, что основные препятствия на пути трансформации находятся не только и не столько на уровне первых лиц. Они выходят далеко за рамки Манифеста и широко известных подходов для управления эффективными командами. Я поделюсь идеями и наработками, которые позволяют разрешать проблемы (а они есть!) с масштабированием Agile на сложный ландшафт организации в условиях, когда одновременно самые разные исполнители ведут разработку множества интегрируемых решений. Как на практике выстроить первые шаги, на каких принципах основываться, и чего избегать? Давайте обсудим, как вместо повышения эффективности не создать хаос!
Кирилл Толкачев, Александр Тарасов, Хипстеры в энтерпрайзе. Шагаем в ногу со ...ScrumTrek
В больших компаниях обычно существует пропасть между людьми, которые делают, и людьми, которые сопровождают сделанное. Разные компетенции, разные области знаний, разная ответственность за функционирование продукта не позволяют компании эффективно разрабатывать и внедрять уникальные решения, вовремя менять часть технологического стека или весь стек целиком. Людям становится не интересно и сложно разбираться со старыми наработками, а внедрение новых сопровождается закостенелостью стандартов и инертностью компании. В рамках доклада будут рассмотрены следующие вопросы:
- что сегодня помогает закладывать нужные оси вариативности в архитектуру?
- как отделить и подружить разработку, внедрение и сопровождение?
- как замотивировать людей быть эффективными, использовать удобные инструменты?
- как дать людям свободу в их выборе и разделять ответственность за полученный результат?
а также в программе:
- Docker
- микросервисы
- закон трёх букв
Алексей Ионов. Agile в масштабе корпорации: как не создать хаос?ScrumTrek
Когда-то давно на заре Agile многие (и я в том числе) часто начинали разговор про внедрение проворно-гибких подходов с того, что переход на них полностью зависит от поддержки высшего менеджмента организации. Сегодня по опыту работы очень разных крупных компаний становится совершенно очевидно, что основные препятствия на пути трансформации находятся не только и не столько на уровне первых лиц. Они выходят далеко за рамки Манифеста и широко известных подходов для управления эффективными командами. Я поделюсь идеями и наработками, которые позволяют разрешать проблемы (а они есть!) с масштабированием Agile на сложный ландшафт организации в условиях, когда одновременно самые разные исполнители ведут разработку множества интегрируемых решений. Как на практике выстроить первые шаги, на каких принципах основываться, и чего избегать? Давайте обсудим, как вместо повышения эффективности не создать хаос!
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Методы и подходы из семейства гибких методологий уже прочно укрепились в нашем лексиконе. В тоже время, по прежнему многим компаниям не хватает фундаментальной трансформации стиля мышления. Трансформации, необходимой, чтобы действительно «стать» гибкими, а не просто «делать» какие-то практики.
Мы поговорим немного о том, что двигает компании к таким трансформациям. Рассмотрим как могут проходить трансформации компаний. И обсудим несколько публично известных кейсов, а также примеры из моей практики.
Этот рассказ никоем образом не претендует на полноту обзора, скорее имеет практический фокус, основанный на моем семилетнем опыте трансформации компаний.
Вы прочитали об интересном Agile подходе и хотите попробовать в проекте. Кто-то вам сказал, что эти модные слова помогут вам продавать ваши услуги разработки. Или вы сами искренне верите, что вам поможет внедрение методов гибкой разработки. Готовы ли вы к тем изменениям, которые необходимо сделать? Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому? Готовы ли ваша компания общаться с представителями бизнеса по-другому? Зачастую изменение работы в одной области затрагивает и другие аспекты, и часто выходит за границы команды или отдела. Давайте вспомним, какие принципиальные отличия подразумевает Agile стиль мышления. На примерах посмотрим, как это может выглядеть в продуктовой компании и в компании заказной разработки. В этом рассказе опыт реальных компаний и заметки о “недокументированных” изменениях, которые вас ожидают на пути.
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
Антон Немчинов, Применимость SAFe в крупной финансовой организацииScrumTrek
Гибкие практики разработки ПО не могут существовать долго в рамках одной команды в крупной организации. Попытки масштабирования подхода на всю организацию сталкиваются с ограничением самой организации. Можно придумать подход самому. А можно воспользоваться готовыми методики, как на пример SAFe. Но без адаптации, изменения процессов, ролей и мировоззрения в организации такая трансформация взлететь не сможет. Мой доклад об опыте применимости SAFe в конкретной крупной финансовой организации и о том, через какие изменения она должна пройти, чтобы достичь успеха.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Что такое тестирование в Agile на самом деле? Что понимается под гордым званием Agile Tester? Можно ли получить ответы на эти вопросы, скажем, в ISTQB? Удовлетворят ли нас полученные ответы? Актуален ли вопрос для рынка труда РБ? Существуют ли отделы Agile Test-ирования, требуются ли Agile Tester-ы в РБ? Мы постараемся все вместе проговорить выше перечисленные вопросы и сделать выводы, которые помогут нам делать правильный выбор, эффективно построить карьеру.
Вебинар посвящен обзору гибких технологий разработки программного обеспечения, которые активно применяются в ИТ-проектах и, главным образом, подходу Agile/Scrum.
Сергей Рогачев; Лилия Алексеева. Дизайн и запуск Agile-команд.ScrumTrek
Запуск в Agile — это одно из ключевых событий в жизни команды: от него зависит, взлетит ли Agile? Но запуск дает только 30% гарантии успеха, около 60% зависит от правильного дизайна команды. Мы расскажем, как проводить дизайн команды. Причем покажем на цифрах реального статистического исследования, как ошибки при дизайне отражаются на эффективности команд. Мы поделимся опытом, как непосредственно при запуске команды можно исправить кривой дизайн. И что делать, если нужно запустить одновременно много команд.
Mykola Mytko — "Быть, а не казаться Agile" it-network
Николай рассказал, что же значит Agile и как правильно его внедрять.
✔️Agile — это обучение и выполнение работы через опыт.
✔️Изменения - это нормально, нужно ошибаться, делать выводы и учиться.
✔️Agile — это мышление. Есть 2 подхода к Agile: делать и быть.
✔️Попробуйте модель обучения СюХаРи.
✔️Задача Agile коучей - научить людей мыслить.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Методы и подходы из семейства гибких методологий уже прочно укрепились в нашем лексиконе. В тоже время, по прежнему многим компаниям не хватает фундаментальной трансформации стиля мышления. Трансформации, необходимой, чтобы действительно «стать» гибкими, а не просто «делать» какие-то практики.
Мы поговорим немного о том, что двигает компании к таким трансформациям. Рассмотрим как могут проходить трансформации компаний. И обсудим несколько публично известных кейсов, а также примеры из моей практики.
Этот рассказ никоем образом не претендует на полноту обзора, скорее имеет практический фокус, основанный на моем семилетнем опыте трансформации компаний.
Вы прочитали об интересном Agile подходе и хотите попробовать в проекте. Кто-то вам сказал, что эти модные слова помогут вам продавать ваши услуги разработки. Или вы сами искренне верите, что вам поможет внедрение методов гибкой разработки. Готовы ли вы к тем изменениям, которые необходимо сделать? Готовы ли менеджеры продукта, ваши аналитики, руководители проектов, и разработчики мыслить по-другому? Готовы ли ваша компания общаться с представителями бизнеса по-другому? Зачастую изменение работы в одной области затрагивает и другие аспекты, и часто выходит за границы команды или отдела. Давайте вспомним, какие принципиальные отличия подразумевает Agile стиль мышления. На примерах посмотрим, как это может выглядеть в продуктовой компании и в компании заказной разработки. В этом рассказе опыт реальных компаний и заметки о “недокументированных” изменениях, которые вас ожидают на пути.
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
Антон Немчинов, Применимость SAFe в крупной финансовой организацииScrumTrek
Гибкие практики разработки ПО не могут существовать долго в рамках одной команды в крупной организации. Попытки масштабирования подхода на всю организацию сталкиваются с ограничением самой организации. Можно придумать подход самому. А можно воспользоваться готовыми методики, как на пример SAFe. Но без адаптации, изменения процессов, ролей и мировоззрения в организации такая трансформация взлететь не сможет. Мой доклад об опыте применимости SAFe в конкретной крупной финансовой организации и о том, через какие изменения она должна пройти, чтобы достичь успеха.
Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Что такое тестирование в Agile на самом деле? Что понимается под гордым званием Agile Tester? Можно ли получить ответы на эти вопросы, скажем, в ISTQB? Удовлетворят ли нас полученные ответы? Актуален ли вопрос для рынка труда РБ? Существуют ли отделы Agile Test-ирования, требуются ли Agile Tester-ы в РБ? Мы постараемся все вместе проговорить выше перечисленные вопросы и сделать выводы, которые помогут нам делать правильный выбор, эффективно построить карьеру.
Вебинар посвящен обзору гибких технологий разработки программного обеспечения, которые активно применяются в ИТ-проектах и, главным образом, подходу Agile/Scrum.
Сергей Рогачев; Лилия Алексеева. Дизайн и запуск Agile-команд.ScrumTrek
Запуск в Agile — это одно из ключевых событий в жизни команды: от него зависит, взлетит ли Agile? Но запуск дает только 30% гарантии успеха, около 60% зависит от правильного дизайна команды. Мы расскажем, как проводить дизайн команды. Причем покажем на цифрах реального статистического исследования, как ошибки при дизайне отражаются на эффективности команд. Мы поделимся опытом, как непосредственно при запуске команды можно исправить кривой дизайн. И что делать, если нужно запустить одновременно много команд.
Mykola Mytko — "Быть, а не казаться Agile" it-network
Николай рассказал, что же значит Agile и как правильно его внедрять.
✔️Agile — это обучение и выполнение работы через опыт.
✔️Изменения - это нормально, нужно ошибаться, делать выводы и учиться.
✔️Agile — это мышление. Есть 2 подхода к Agile: делать и быть.
✔️Попробуйте модель обучения СюХаРи.
✔️Задача Agile коучей - научить людей мыслить.
Презентация на комплексную тему Continious integration-Automated Testing-Agile, показывается связи между этими темам, обоснование автоматического тестирования , и вложения ресурсов для развертывания автоматического тестирования и непрерываной интеграциия. Все темы тесно связаны между собой , хотя бы появились независимос друг от друга.
Управляемое внедрение. Основы управления распределенными программными проекта...Cергей Мартынов
Доклад Александра Белова об управлении распределенными проектами вызвал огромный интерес участников на проходившей в Санкт-Перербурге первой независимой профессиональной конференции INFOSTART EVENT 2012.
Правильный процесс дает правильный результат. Как бережливое производство сде...borovoystudio
Презентация выступления Виталия Денисенкова, директора и со-основателя Студии Борового, на Летней Партнерской Конференции 1С-Битрикс 26 июня 2015 года в Москве. В выступлении Виталий поделился опытом трансформации компании с помощью принципов и инструментов Бережливого производства
Agile.by - Agileee season 3 - Agile Testing by Elisabeth Hendrickson
1. Agile Testing, Risk, Uncertainty, and Why It All Works Художественный перевод / пересказ доклада Элизабет Хендриксон на Agileee 2011 для сообщества Agile.by Ник Фролов. Epam Systems [email_address] Twitter: kinokritik
2. Элизабет Хендриксон основатель консалтинговой компании Quality Tree Software, Inc., ориентированной на помощь командам разработки выпускать стабильные продукты . Работает в области тестирования с 1984 года Видео и слайды выступления в оригинале: http://agileee.org/2011/06/24/agile-testing/ www.qualitytree.com [email_address] Elisabeth Hendrickson
3.
4.
5. Source: Wikimedia Commons, courtesy of Ray Kurzweil See http://www.kurzweilai.net/the-law-of-accelerating-returns Increasing Complexity
15. Как решить уравнение ? TDD – Начните с видением результата в голове . Указывайте ожидания на примерах . Автоматизируйте проверку ожиданий . Исследуйте, чтобы найти риски . ? Намерения Реализация Потребности рынка
28. Continuous Integration (CI) Непрерывная интеграция CI – автоматический билд , выполнение тестов , и отправка результатов Разработчики практикующие CI регулярно добавляют свои изменения, выполняя перед этим тесты локально
29. Коллективное владение Не только кодом но и всеми артефактами (Technical assets) Unit Tests Production Code Репозиторий (Plus All other technical assets) Test “Fixture” Code Acceptance Tests
31. Ошибайтесь Рано , Ошибайтесь быстро Failing early & fast gives us time to fix the problems. Local Unit Tests Secs- Mins Mins CI Build Mins- Hrs Automated Regression Hrs- Days Exploration
32. Красный билд означает – исправление ошибки прямо сейчас Если вчерашние ожидания от системы устарели , создается баг . Баг тормозит процесс, и создает спекуляцию . Чтобы сохранять темп, нужно быстро убирать все найденные баги . У нас еще один баг, давайте добавим его в список И выставьте ему приоритет!
33.
34.
35. Хорошая новость Empirical evidence trumps speculation Every. Single. Time. (с) Elisabeth Hendrickson Наличие реальных доказательств всегда побеждает спекуляцию
Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Copyright (c) 2010, Quality Tree Software, Inc. http://agilemanifesto.org/iso/en/principles.html
Copyright (c) 2010, Quality Tree Software, Inc. http://agilemanifesto.org/iso/en/principles.html
Мур высказал предположение, что число транзисторов на кристалле будет удваиваться каждые 24 месяца. Зако́н Му́ра — эмпирическое наблюдение, сделанное в 1965 году (через шесть лет после изобретения интегральной схемы), в процессе подготовки выступления Гордоном Муром (одним из основателей Intel). Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Kind of production ready… Это не проблема agile , scrum , и тп. Это проблема организаций которые смотрят на это только как на процесс дейли стендапов и частых релизов Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Наблюдайте за своим клиентом и его необходимостями, вместо обычного интервью и предложения услуг, а реально увидеть их проблемы и как вы можете добавить ценность в их бизнес Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Begin with the End in Mind Capture Examples with expectations - Указывайте ожидания на примерах - c обираем не только фразы "я бы хотел то", а конкретный пример, с ожидание что будет true , которые мы могли бы проверять когда бы их реализуем Automate checking of expectations . есть ожидание явные explicit и не явные implicit . Всегда!!!. Потому что никто не может предусмотреть все варианты использования идеи в развивающейся системе. Explore to discover risks - нам нужно проверять, что все то, что было true вчера, сегодня тоже верно Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Automate checking of expectations . есть ожидание явные explicit и не явные implicit . Всегда!!!. Потому что никто не может предусмотреть все варианты использования идеи в развивающейся системе. Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Explore to discover risks - нам нужно проверять, что все то, что было true вчера, сегодня тоже верно Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Математика не рабоатет в software! )) Демо и частые релизы - фейсбук, твитер, гитхаб - делают деплой несколько раз в день Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Copyright (c) 2010, Quality Tree Software, Inc. http://agilemanifesto.org/iso/en/principles.html
Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Тестирование происходит все время - это не фаз, это образ жизни Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
При таком определении тестирование это не просто часть работы которую берет на себя вот тот отдел. Это обязанность каждого - те кто имлементируют отвечают, за то, чтобы связь была верной, и те кто запрашивают софт должны отвечать за верность связи Мы проверяем эти связи каждую минуту, каждого дня Тестирование происходит все время - это не фаза, это образ жизни Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
ЧПТ – человеко понятные тесты Общее понимание того, что мы делаем именно тот продукт про который мы говорим (с первого раза, хотя бы иногда) Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.
Copyright (c) 2010, Quality Tree Software, Inc.
Agile Testing, Uncertainty, Risk, & Why It All Works Copyright (c) 2010, Quality Tree Software, Inc.