Комментарии 6
Документировать такое не догадывался :). Надо использовать. Спасибо за идею.
А есть ли у Вас кто-нибудь от product-owner? Просматривается ли им подобный документ на предмет изменения приоритетов? Если да, то где и как правит пометки?
product-owner это у нас Project Manager. Документ просматривается всеми, т.к. нужно учитывать и время на изменение и время на тестирование, но Project Manager вносит здравый смысл в приоритетность функционала, т.к. тестерам в основном все важно, трясутся над каждой вкладкой, а программисты за частую не могут оценить приоритет функционала, т.к. отвечают не за весь проект, а за отдельные его части. Но изменения приоритетов производятся не часто, т.к. мы уже знаем, что для клиентов нужно в первую очередь. Если изменения в приоритете все же нужно сделать, то это правится непосредственно в таблице импакт анализа. Кстати, лучше продумать сразу все возможные приоритеты и стараться сильно не усложнять. Чтоб потом не пришлось вводить новый приоритет и из-за этого делать изменения по всей таблице импакт анализа. Нам с головой хватает 3-х, видел примеры максимум с 5-ю приоритетами.
Хм… Просмотр изменений diff'ом в системе контроля версий, с чтением комментариев к ним и анализом соответствующих им тикетов на трекере, даст, хоть и не на столько лаконичный, ответ, но зато сделает это автоматически.
В любом случае, на мой взгляд, это задача CI-сервера, а не разработчика.
А в целом идея полезная…
В любом случае, на мой взгляд, это задача CI-сервера, а не разработчика.
А в целом идея полезная…
Ну треккер все по-разному ведут, и комментарии не все заполняют при коммите — это уже у кого какие правила устоялись при разработке. А с таким подходом сразу все видно. И в режиме нехватки времени удобнее будет на компактную таблицу посмотреть (но это мое мнение, каждый делает как ему удобно). Тут удобвство как раз в лаконичности, а не в автоматизме.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Импакт анализ