Hoe ga je om met issues met feedback

[Verwijderd]

Bij ons op het werk gebruiken we Redmine voor project management en issue management. Wij hebben een project waar een aantal issues op gemeld zijn. Deze issues staan op versie 1.4. Deze zijn opgelost en hebben ook feedback gekregen waardoor ze nog niet op resolved gezet mogen worden. Deze issues kunnen we niet meer oplossen in 1.4 en moeten dus doorschuiven naar versie 1.5.

Wat zijn dan de guidelines voor zo'n situatie? Moet je dan een nieuwe issue aanmaken voor 1.5 en die linken naar de eerste issue of pas je de originele issue aan en pas je de release date en versie nummer aan?

Is er ook een document met issue guidelines?

[Voutloos]

Ik denk dat je al aan een prima oplossing denkt. De code die land in 1.4 staat -ten tijde van 1.4- op zichzelf, dus dat is een afgeronde issue. Het commentaar kan je dan naar een nieuwe issue verplaatsen/kopieren.

Dan kan iedereen zien dat het eerst deel in 1.4 landt, en het tweede deel in 1.5.

Wat ook lekker werkt: Feedback altijd in een losse maar gerelateerde issue. Dan kan altijd nog degene die 1.4 bewaakt beslissen of het nog meegenomen kan worden en/of de originele issue als af gezien mag worden. Wij gebruiken bijvoorbeeld een Redmine code review plugin en die maakt voor elk punt een related issue.

[ Voor 12% gewijzigd door Voutloos op 16-09-2015 10:28 ]