Наш success story - Александр Клименко - Agile PechaKucha
0 likes308 views
Автор имеет 7-летний опыт в тестировании и управлении проектами, включая разработку систем для ультразвуковой сварки. В документе описываются успешные практики работы команды, включая прозрачность коммуникации, синхронизацию данных и активное использование инструментов, таких как Jira и Skype. Проект завершен с удовлетворением заказчика и релизом на два месяца раньше срока, хотя некоторые аспекты, такие как автоматизация, не были реализованы.
Наш success story - Александр Клименко - Agile PechaKucha
- 1. Немного о себе Профессионально занимаюсь тестированием вот уже 7 лет. До этого принимал участие в разработке ИС и написании систем контроля для ультразвуковой сварки Интересы менеджмент тестирования , аналитика , горные лыжи ;)
- 2. Наш проект Комлексное решение для синхронизации данных мобильных телефонов. Команды распределены по всей Европе Выпущена и успешно работает уже вторая версия системы
- 3. Веселая разработка, что это? Довольный заказчик . Нет авралов и овертаймов Хорошее настроение в команде “Удобности” для работы Работа на результат а не процесс.
- 4. Люди VS Avatars Все ключевые участники проекта знакомы лично (ну или почти все ;) ) Любая проблема эскалируется с теми , кто может помочь с ней справиться. Нет длинных переписок по электронной почте там , где она не нужна. Скайп группы.
- 5. Наше ежедневное общение с заказчиком Мы не принимаем участие в Daily Scrum meeting. О критичной информации нас ставят в известность. В случае возникновения риска или критической ситуации ( почти не бывает) Наша работа прозрачна для заказчика. Три строчки в скайпе + результат.
- 6. Наша доска (Jira view) Open Ready for Development In development Dev Complete Done Blocked
- 7. Наша доска (camera view) В любой момент мы можем посмотреть на живую доску Изменения на доске синхронизируются с Jira
- 8. Куда мы едем? Все это знают. Roadmap доступен всегда Каждый пункт в этом списке — ссылка на epic story в Jira
- 9. Когда и что нас ждет? Любые изменения в плане проекта сразу отражаются в графике поставок. График видят все.
- 10. Наши активности как QA на разных этапах спринта (ранние стадии) Начало спринта: создание формальных тестов к карточкам прошедшего спринта и оценка потенциальных рисков и потребностей тестирования в спринте. Закрепление карточек за тестировщиками. QA owner comment. Создание примерного списка тестов для карточек
- 11. Наши активности как QA на разных этапах спринта (поздние стадии) Как только разработка карточки закончена она доступна для тестирования ( макс 10 минут) Все баги, принадлежащие карточке прилинкованы к ней и добавлены в спринт. Если все найденые баги исправлены (или почти все ) QA Happy для карточек и для багов.
- 12. Done !!! PO Happy. UI Happy QA Happy.
- 13. Regressions Stabilization period. Complete set of tests Regression tag.
- 14. Triage Любые входящие “со стороны” баги проверяются , корректрируются если нужно и ставятся в Ready for development или отправляются в соответствующий проект. PO определяет необходимость устранения той или иной проблемы.
- 15. Метрики явные и неявные Время в очереди — основная характеристика эффективности. Состояние карточки легко проверяется по связанным багам и их состоянию Tracebility, coverage, effectiveness of tests — можно добыть в любой момент.
- 16. Приятные мелочи Servers. Filters. Tags visibility.
- 17. Что радует Ultimate wallboards contest winners :) Релиз на два месяца раньше срока. Заказчик доволен.
- 18. Что не заработало Bug report creator. Automation framework ( не успели взлететь)
- 19. Как добились Хотелось , чтобы было удобнее. Не стеснялись предлагать. Нашли поддержку со стороны руководства.
- 20. THE END