Normal testing

Я уже давно сделал для себя вывод. Большинство неудач в проектах от слишком большого обилия информации и высокой степени непредсказуемости событий. Поэтому для успешного управления необходимо не наращивать количество информации, которую получает руководитель проекта, а наоборот — уменьшать ее!



Строчки кода, баги, отчетные точки — всегда вторичны. Люди — первичны. Следовательно, для усепшного управления руководителю нужна та информация, которая позволит ему эффективно управлять людьми. А все остальное должно укладываться в паттерн (типовое поведение в типовой ситуации). К счастью, разработка софта — это не письмо картин. 80%, а то и больше, операций могут быть описаны с помощью паттернов (без или с минимальной корректировкой для конкретного проекта).



Думайте как продавец. У вас есть потребитель информации, который должен ее покупать. Это руководитель проекта. Чем он реально пользуется в жизни из того, что ему сейчас доступно? Выясните это и оставьте в системе, все остальное — к черту! Это никогда не будет работать! Затем узнайте, какая информация может ему помочь еще лучше выполнять свою работу и дайте ему эти данные.



Любая другая стратегия в создании системы управления качеством обречена.





———————

Гринкевич Сергей

Руководитель практики тестирования

Компания Люксофт