QA Fest 2014. Игорь Бондаренко. Agile crystal. Создание процесса нацеленного ...QAFest
В своем докладе я расскажу о том, как мы адаптировали процесс разработки, в команде, где упор делался на максимальное качество и при этом был всего 1 тестировщик.
Доклад будет состоять из двух частей. В первой я расскажу как взяв за основу методологию Crystal Agile мы скомпоновали набор из необходимых нам практик, отсекая все лишнее и получили процесс полностью устраивающий команду, направленный на обеспечение максимального качества.
В этой части будут подниматься следующие вопросы: •Какие практики наиболее ценны с точки зрения тестировщика
•Как безболезненно добавить практики XP и Kanban в Scrum процесс
•Как не отсечь лишнего -Как превратить скомпонованный набор практик в работающий подход
Вторая часть доклада будет посвящена непосредственно тому, как облегчить жизнь единственного тестировщика на большом проекте, в частности будут рассмотрены такие вопросы? •Как научить заказчика писать требования
•Быстрое создание и поддержка тестовой документации, миф или реальность?
•Быстрое внедрение автоматизации
•Тестирование нефункциональных требований
Выступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
QA Fest 2014. Игорь Бондаренко. Agile crystal. Создание процесса нацеленного ...QAFest
В своем докладе я расскажу о том, как мы адаптировали процесс разработки, в команде, где упор делался на максимальное качество и при этом был всего 1 тестировщик.
Доклад будет состоять из двух частей. В первой я расскажу как взяв за основу методологию Crystal Agile мы скомпоновали набор из необходимых нам практик, отсекая все лишнее и получили процесс полностью устраивающий команду, направленный на обеспечение максимального качества.
В этой части будут подниматься следующие вопросы: •Какие практики наиболее ценны с точки зрения тестировщика
•Как безболезненно добавить практики XP и Kanban в Scrum процесс
•Как не отсечь лишнего -Как превратить скомпонованный набор практик в работающий подход
Вторая часть доклада будет посвящена непосредственно тому, как облегчить жизнь единственного тестировщика на большом проекте, в частности будут рассмотрены такие вопросы? •Как научить заказчика писать требования
•Быстрое создание и поддержка тестовой документации, миф или реальность?
•Быстрое внедрение автоматизации
•Тестирование нефункциональных требований
Выступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
Agile Coach и Scrum Master как руководители нового типаAskhat Urazbaev
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
Vladimir Dupelev Proactive web developmentWrikeTechClub
Выступление на конференции Talks&Works, май 2016
Тимлиды фронтенд-команд часто задаются вопросом, на что направить свои усилия. В докладе - рекомендации по работе с общими проблемами в команде. Формализация процессов, просмотр кода (code review) и окружение с интеграцией повышают производительность и качество разработки. Обучение и климат в команде вместе с методиками выявления проблем - залог скоростной и продуктивной работы.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Мир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги.
Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую.
С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать?
Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста.
Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AI
Ретроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
В “классическом” энтепрайзе правят водопадные процессы. Это позволяет снизить затраты на старт новых проектов, но сильно ухудшает время Time to market. Переход на гибкие методологии позволяет это время значительно улучшить. Это очень не просто. Каждая команда разработки страдает от большого количества зависимостей. И в большой организации таких зависимостей настолько много, что представленный самому себе Agile в такой команде через какое-то время может и помереть. Перестраивать организацию процессов приходится полностью, сверху донизу.
Мы поговорим про специфику внедрения Agile в крупной организации сравнив две компании — типичную крупную веб-компанию и классический “кровавый энтепрайз”.
Что делать в ситуации, когда несколько команд работают над одним проектом или продуктом? Возникают зависимости. Мы рассмотрим как ими можно управлять и как повысить общую эффективность процесса.
Выступление на коференции AgileDays'15 20 марта
Agile мёртв (!|?) / Александр Сидоров (Яндекс)Ontico
Недавно вышла статья "Agile мёртв" (https://www.linkedin.com/pulse/agile-dead-matthew-kern).
Мне хотелось бы рассказать о том, почему, на мой взгляд, это признак взросления agile и отрасли IT в целом.
О том, почему agile могут называть мёртвым, как это может быть связано с ожиданиями и границами применения, а также о недостатках при внедрении и использовании, из-за которых agile-методологии могут быть дискредитированы и нарушать собственные принципы.
О том, чего касаются распространённые методологии, которые относят к agile, чего не описывают, а в чём могут вводить в заблуждение.
О том, в чём они полезны, где может быть их место в различных уровнях работы над проектами, какие отдельные инструменты и практики agile приживаются и приносят пользу, а также каких принципов полезно придерживаться при внедрении и работе с ними.
How to approach testing in a distributed teamBinary Studio
Presentation for meetup "Meet for IT: Learning to test. Testing to learn" by Tatiana Shabskaya (QA at Binary Studio)
event: http://binary-studio.com/qa-meetup/
video: https://youtu.be/dwNkT1CN-5c?t=188
Выбор лучших специалистов, снижение расходов
Фриланс, аутсорсинг и офшорная разработка
Быстрый старт и безболезненное завершение
Адаптация под текущие условия рынка
Возникающие проблемы
Эволюция управления требованиями в ЖЦ информационной системыEvgeny Savitsky
Процесс управления требованиями меняется в зависимости от стадии жизненного цикла продукта. В начале, когда нет требований лучше использовать легковесные практики, например, Scrum и User Story. По мере развития продукта необходимо документировать требования и принятые технические решения. Таким образом, на этапе эксплуатации и поддержки продукта вы сможете организовать процесс разработки основанный на требованиях и добиться высокой эффективности и качества при внесении изменений.
Профессиональное управление распределенными проектамиEvgeny Savitsky
Web система для профессионального управления распределенными проектами
Покрывает весь цикл разработки проекта – от пожелания заказчика до работающего продукта
Обеспечивает максимальную «прозрачность» выполнения проекта
НЕ является набором интегрированных инструментов
Полный жизненный цикл – от первоначальной идеи до поставки продукта
Работа с требованиями онлайн
Репозиторий требований, редактирование в браузере
Двухсторонняя интеграция с MS Word
Версионирование требований, бейзлайны
Контроль изменений, сравнение версий
Трассировки требований
База знаний
Работа с тестовой документацией
Доски задач проекта
Agile Coach и Scrum Master как руководители нового типаAskhat Urazbaev
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
Vladimir Dupelev Proactive web developmentWrikeTechClub
Выступление на конференции Talks&Works, май 2016
Тимлиды фронтенд-команд часто задаются вопросом, на что направить свои усилия. В докладе - рекомендации по работе с общими проблемами в команде. Формализация процессов, просмотр кода (code review) и окружение с интеграцией повышают производительность и качество разработки. Обучение и климат в команде вместе с методиками выявления проблем - залог скоростной и продуктивной работы.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Мир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги.
Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую.
С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать?
Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста.
Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AI
Ретроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
В “классическом” энтепрайзе правят водопадные процессы. Это позволяет снизить затраты на старт новых проектов, но сильно ухудшает время Time to market. Переход на гибкие методологии позволяет это время значительно улучшить. Это очень не просто. Каждая команда разработки страдает от большого количества зависимостей. И в большой организации таких зависимостей настолько много, что представленный самому себе Agile в такой команде через какое-то время может и помереть. Перестраивать организацию процессов приходится полностью, сверху донизу.
Мы поговорим про специфику внедрения Agile в крупной организации сравнив две компании — типичную крупную веб-компанию и классический “кровавый энтепрайз”.
Что делать в ситуации, когда несколько команд работают над одним проектом или продуктом? Возникают зависимости. Мы рассмотрим как ими можно управлять и как повысить общую эффективность процесса.
Выступление на коференции AgileDays'15 20 марта
Agile мёртв (!|?) / Александр Сидоров (Яндекс)Ontico
Недавно вышла статья "Agile мёртв" (https://www.linkedin.com/pulse/agile-dead-matthew-kern).
Мне хотелось бы рассказать о том, почему, на мой взгляд, это признак взросления agile и отрасли IT в целом.
О том, почему agile могут называть мёртвым, как это может быть связано с ожиданиями и границами применения, а также о недостатках при внедрении и использовании, из-за которых agile-методологии могут быть дискредитированы и нарушать собственные принципы.
О том, чего касаются распространённые методологии, которые относят к agile, чего не описывают, а в чём могут вводить в заблуждение.
О том, в чём они полезны, где может быть их место в различных уровнях работы над проектами, какие отдельные инструменты и практики agile приживаются и приносят пользу, а также каких принципов полезно придерживаться при внедрении и работе с ними.
How to approach testing in a distributed teamBinary Studio
Presentation for meetup "Meet for IT: Learning to test. Testing to learn" by Tatiana Shabskaya (QA at Binary Studio)
event: http://binary-studio.com/qa-meetup/
video: https://youtu.be/dwNkT1CN-5c?t=188
Выбор лучших специалистов, снижение расходов
Фриланс, аутсорсинг и офшорная разработка
Быстрый старт и безболезненное завершение
Адаптация под текущие условия рынка
Возникающие проблемы
Эволюция управления требованиями в ЖЦ информационной системыEvgeny Savitsky
Процесс управления требованиями меняется в зависимости от стадии жизненного цикла продукта. В начале, когда нет требований лучше использовать легковесные практики, например, Scrum и User Story. По мере развития продукта необходимо документировать требования и принятые технические решения. Таким образом, на этапе эксплуатации и поддержки продукта вы сможете организовать процесс разработки основанный на требованиях и добиться высокой эффективности и качества при внесении изменений.
Профессиональное управление распределенными проектамиEvgeny Savitsky
Web система для профессионального управления распределенными проектами
Покрывает весь цикл разработки проекта – от пожелания заказчика до работающего продукта
Обеспечивает максимальную «прозрачность» выполнения проекта
НЕ является набором интегрированных инструментов
Полный жизненный цикл – от первоначальной идеи до поставки продукта
Работа с требованиями онлайн
Репозиторий требований, редактирование в браузере
Двухсторонняя интеграция с MS Word
Версионирование требований, бейзлайны
Контроль изменений, сравнение версий
Трассировки требований
База знаний
Работа с тестовой документацией
Доски задач проекта
Автоматическое управление DevOps активностями в стартапеEvgeny Savitsky
Культура DevOps отлично подходит инженерной команде стартапа. Однако, после автоматизации тестирования и выпуска сборки, на команду сваливается большой объем разноплановых задач, превращая весь план работ в неуправляемый хаос. DevOps board решает эту проблему путем дополнения DevOps инструментарем сбора баг-репортов непосредственно по факту возникновения ошибок и автоматизации управления активностями инженерной команды.
Требования постоянно меняются в ходе разработки
Требования могут противоречить друг другу
Меняются приоритеты разработки
Ограничены ресурсы – нужно уметь расставлять приоритеты
Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован
Система управления жизненным циклом разработки программного обеспечения Devpr...Evgeny Savitsky
Devprom - российская компания-разработчик инструментов в области управления проектами
Дата образования: июнь 2008
Количество сотрудников: 9 человек
Количество загрузок дистрибутива: 8600
Количество зарегистрированных пользователей: 4800
Цикл выпуска новых версий продукта: 1 месяц
Система управления требованиями Devprom alm 3.5Evgeny Savitsky
Современный web-инструмент для разработки и управления требованиями
Совместное создание полноценных документов требований из браузера
Обсуждение и рецензирование требований всей командой
Документирование UML-моделей, формул и алгоритмов
Версионирование и трассировка требований на проектные артефакты
Разработка, тестирование и документирование основанные на требованиях
Загрузка и выгрузка требований в формате Microsoft Word
Полностью настраиваемый процесс работы над требованиями
Сбор и визуализация метрик для анализа проблем и повышения продуктивности
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Как контролировать работу? Вадим НарейкоVadim Nareyko
Школа Управленческого Мастерства (ШУМ) - 4. Тренинг по контролю выполнения работ.
Посвящен типичным ошибкам управления при внедрении гибких (адаптивных, Agile) методологий. Разбираются активности и роли на примере методологии Scrum.
Ведущий: Вадим Нарейко
Страница: https://www.facebook.com/ManagementMasters
16-17 августа в Санкт-Петербурге на Курсе Интерактивных Коммуникаций в Рекламе (ИКРа) Максим Кузин, продакшн-директор GRAPE, провел интенсив «ИКРа. Digital Produсer».
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Формирование и управление командой проекта
• Выбор партнера. Ключевые роли и люди на Проекте;
• Различия в подходах к внедрению систем;
• Мотивация персонала на достижение результата и преодоление сопротивления внутри компании.
Выступление на конференции Talent Management Forum 2014.
Программа развития менеджеров состоялась в минском офисе компании Wargaming в 2014 году. Выученные уроки с этой программы представлены в презентации.
5. Команда–основа успеха
• Стройте команду из
мотивированных личностей.
Предоставляйте им все необходимое и
доверяйте самим сделать
работу
• Передавайте информацию
наиболее эффективным способом – через
непосредственное живое общение
6. Недостаток общения
• Низкая интенсивность общения
Нет общих целей, видения проекта
Не ясен текущий статус проекта
Невозможно быстро решать вопросы
«Зоны ответственности»
• Расстояние и часовые пояса
Утро-вечер
Иногда невозможно устраивать ежедневные
общекомандные митинги
7. Как работать
эффективно
• Интегрировать тестирование в общий
процесс разработки
Единый инструмент для всей команды
Ежедневные общекомандные митинги
• Разделять ответственность за качество
продукта внутри всей команды
В тестировании участвуют все!
Отвечают за результат тоже все!
9. Что такое DEVPROM
• Инструмент поддержки полного цикла
управления проектом (ALM)
Единая точка доступа к проектной информации
Общение и взаимодействие внутри
распределенной команды
Планирование, учет загрузки ресурсов
Управление требованиями
Управление тестированием
Сбор проектных метрик и отчетность
11. Тестирование
• Тестовые наборы и сценарии - иерархия wiki страниц
История изменений
Теги страниц
Шаблоны
• Связи с:
Требованиями
Исходными пожеланиями и задачами
Результатами выполнения тестов
Найденными ошибками и доработками
• Тест планы
Автоматическое создание задач на тестирование
• Метрики
% ошибок, % времени, затраченного на ошибки
Количество отклоненных при тестировании пожеланий
13. Почему DEVPROM
• Способен заменить целый ряд инструментов
Sharepoint, Wiki, Jira, Testlink, MSProject, etc..
• Доступен любой команде
Легок в установке и использовании
5 бесплатных пользователей
• Непрерывно совершенствуется
Открытый процесс разработки
Частые релизы, доступные для загрузки
Взаимодействие внутри команды
Недостаток доверия
Отсутствие неформального общения
Конфликты
Языковой барьер
Возможно недопонимание, особенно в устной речи
Если не понял, киваешь и говоришь «да»
Трудно лишний раз выйти на связь
Культурные различия
Понятие ответственности, уровень качества
Часто трудно сказать «нет»