we use it in a very similar way - but it's a mixture of classic and agile approach.
Our requirements entered in Tickets with type = requirements. All approved requirements will be linked to an Activity. Every Activity has a target version - in our case we have two monthly releases (target versions). All efforts booked weekly on Activities.
Report: Current Status - Version Detail shows what will be delivered on what target version. If you enter target version in Activites and Requirements / Tickets, then you will see, what is delivered when.
I hope this supports your deep dive on this topic.
Thanks for the info - I like your idea of using a ticket type = requirement, sounds like a good idea.
I haven't given the subject much more thought yet, but I'll keep your inputs in mind as well.
we didn't duplicate. It's an simpler approach for us, to have all requests, tasks and issues in one - we use the Tickets for this purpose. Type differentiate with Ticket type between this types. To be honest, we have had this approach long time before Requirements have been invented.
En poursuivant votre navigation, vous acceptez le dépôt de cookies tiers destinés au bon fonctionnement et à la sécurisation du site (gestion de session, reCaptcha) et à une analyse statistique anonymisée des accès sur notre site (Google Analytics). Si vous vous inscrivez, les informations que vous fournirez ne seront jamais divulguées à un tiers sous quelque forme que ce soit. En savoir plus
Cookies settings
×
Functional Cookies
Ce site utilise des cookies pour assurer son bon fonctionnement et ne peuvent pas être désactivés de nos systèmes. Nous ne les utilisons pas à des fins publicitaires. Si ces cookies sont bloqués, certaines parties du site ne pourront pas fonctionner.
Session
Please login to see yours activities!
Other cookies
Ce site web utilise un certain nombre de cookies pour gérer, par exemple, les sessions utilisateurs.