Your SlideShare is downloading. ×
0
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Agile и Mission Critical System как гарантировать отсутствие критических дефектов: пример внедрения.

2,892

Published on

Как многие знают, Agile позволяет получать работающие версии приложения достаточно быстро, оперативно вносить изменения и исправлять ошибки. Но как быть, если разрабатывается critical mission …

Как многие знают, Agile позволяет получать работающие версии приложения достаточно быстро, оперативно вносить изменения и исправлять ошибки. Но как быть, если разрабатывается critical mission приложение, то есть приложение, цена ошибки в котором невероятно велика и может повлечь за собой крах бизнеса, падающие ракеты или унесенные человеческие жизни.

В данном докладе, рассматривается пример модификации типичного Scrum проекта, в проект, при котором, заказчик и команда сохраняют все бонусы Agile разработки, а так же гарантируется отсутствие критических дефектов в продакшене.

Будут рассмотрены все стадии, через которые прошла команда, идя к модифицированному процессу, в данном конкретном случае, рассмотрены изменения со стороны разработки и особенно тестирования.

Докладчик: Илья Гаврилов, проект менеджер "Exigen Services"

Published in: Technology, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
2,892
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
25
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. AGILE И MISSION CRITICAL SYSTEM, КАК ГАРАНТИРОВАТЬ ОТСУТСТВИЕ КРИТИЧЕСКИХ ДЕФЕКТОВ – ПРИМЕР ВНЕДРЕНИЯ
    Гаврилов Илья
  • 2. Process “Before”
  • 3. Users are not happy
  • 4. Issues analysis
    • Defects from the Spec
    • 5. Defects from Gray Area
    • 6. System Administrator Errors
    • 7. Other (Old or not Reproducible)
  • Issues analysis
  • 8. Analysis results
    • Functional requirements -> System Analyst
    • 9. Non-functional requirements - > System Admin
    • 10. Experience based testing - > Senior QA
    • 11. Exploratory testing
    • 12. Error guessing testing
    • 13. Environment issues - > System Admin
  • Suggestions
    • Need System Administrator
    • 14. Need System Analyst
    • 15. Need Senior Tester
    Limitations
    • Headcount
    • 16. Budget
    • 17. Current team (7 people) + Sys Admin
  • Two teams
  • New Process
    • Acceptance criteria for each steps (DoD)
    • 24. Automation covers 100% of requirements
  • Summary
    • Defects from the Spec
    • 25. Defects from Gray Area
    • 26. System Administrator Errors
    • 27. Other (Old or not Reproducible)
  • Advantages & disadvantages
    • Team velocity is decreased
    • 28. From Wish to Release – 4 weeks instead of 3 weeks
    • 29. 2 months without defects in production
  • Thank you
    Questions ?
    E-mail: Iliya.Gavrilov@exigenservices.com

×