Александр Лобач

У одного из тестировщиков возник вопрос по одному из полей в описании дефекта. А именно влияние на функциональность (там было два статуса: влияет/не влияет).

Вопрос был следующий: зачем это нужно, а если нужно, то по каким критериям оценивать влияние.

По каким причинам он появился у нас в описании дефекта в таком виде уже и не вспомнишь. Поэтому начали разбираться. Как оказалось, это был компромисс между добавлением/не добавлением поля Severity (а компромисс это зачастую наихудшее решение).

В итоге разобрались и документально зафиксировали следующее:

Читать далее…

Зачастую в проектах “забывают” о некоторых вещах. Почему слово забывают в кавычках? Потому что чаще всего те кто делает проекты знает про эти активности, но считают их не очень важными и/или не находят на них ресурсы. 

Даже не совсем так: данные активности требуют определенного порядка в мышлении, самоорганизации и совершения определенных телодвижений выходящих за рамки того бардака который творится вокруг.

Наиболее часто забываемые активности:

1. Правильная постановка задач
2. Управление рисками
3. Управление изменениями
4. Post-mortem анализ
5. Управление знаниями

Немного о том, что из себя представляют данные активности и почему про них “забывают”. Читать далее…