[yast-devel] Switching features to "Ready" vs SCRUM
Hi, Today we had a discussion about switching features to state "Ready" when they are entering the sprint. In fact, I cannot do that as FATE requires me to assign a developer to it first. But in SCRUM people take tasks when they have time for them, which is definitely "after" sprint planning. So, what do you suggest to do? I could assign myself as a developer and for some features, I could assign a random/specific developer. On the other hand, in SCRUM "EVERYONE" in the team is responsible for delivering these selected tasks, so I should assign virtually everyone from the team. Any better ideas? Thanks Lukas -- Lukas Ocilka, Systems Management (Yast) Team Leader SLE Department, SUSE Linux -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org To contact the owner, e-mail: yast-devel+owner@opensuse.org
On Tue, Apr 28, 2015 at 05:32:30PM +0200, Lukas Ocilka wrote:
Hi,
Today we had a discussion about switching features to state "Ready" when they are entering the sprint. In fact, I cannot do that as FATE requires me to assign a developer to it first. But in SCRUM people take tasks when they have time for them, which is definitely "after" sprint planning.
So, what do you suggest to do? I could assign myself as a developer and for some features, I could assign a random/specific developer. On the other hand, in SCRUM "EVERYONE" in the team is responsible for delivering these selected tasks, so I should assign virtually everyone from the team. Any better ideas?
Create a "YaST SCRUM Team" user in fate (likely you need a an e-mail address like yast-scrum-team@suse.de" for that). ciao Arvin -- Arvin Schnell, <aschnell@suse.de> Senior Software Engineer, Research & Development SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org To contact the owner, e-mail: yast-devel+owner@opensuse.org
On 04/28/2015 05:32 PM, Lukas Ocilka wrote:
Hi,
Today we had a discussion about switching features to state "Ready" when they are entering the sprint. In fact, I cannot do that as FATE requires me to assign a developer to it first. But in SCRUM people take tasks when they have time for them, which is definitely "after" sprint planning.
So, what do you suggest to do? I could assign myself as a developer and for some features, I could assign a random/specific developer. On the other hand, in SCRUM "EVERYONE" in the team is responsible for delivering these selected tasks, so I should assign virtually everyone from the team. Any better ideas?
I would just assign them to one develper, you can guess who the most likely one will be. At the end of the day, it may be someone else who implements the feature (you can always reassign it). When someone picks the card, he can switch the Fate entry to Implementation and assign himself. There will be more tricky part: SLES itself is still driven by Waterfall and at some point of time, not far away from now, we will need to turn all features to either rejected or ready state no matter what the in-team processes will be. How to handle this? Jiri -- Regards, Jiri Srain Project Manager --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain@suse.com Lihovarska 1060/12 tel: +420 284 084 659 190 00 Praha 9 fax: +420 284 084 001 Czech Republic http://www.suse.com -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org To contact the owner, e-mail: yast-devel+owner@opensuse.org
On 28.4.2015 19:14, Jiri Srain wrote:
So, what do you suggest to do? I could assign myself as a developer and for some features, I could assign a random/specific developer. On the other hand, in SCRUM "EVERYONE" in the team is responsible for delivering these selected tasks, so I should assign virtually everyone from the team. Any better ideas?
I would just assign them to one develper, you can guess who the most likely one will be. At the end of the day, it may be someone else who implements the feature (you can always reassign it). When someone picks the card, he can switch the Fate entry to Implementation and assign himself.
I've tried to assign one feature to yast-internal@suse.de and it worked, the other one, yast-maintainers@suse.de, did not work.
There will be more tricky part: SLES itself is still driven by Waterfall and at some point of time, not far away from now, we will need to turn all features to either rejected or ready state no matter what the in-team processes will be. How to handle this?
We have to have to deal with it anyway, we are running SCRUM and one we will have to decide which features we'll reject, but that's a completely different story, although important. Bye Lukas -- Lukas Ocilka, Systems Management (Yast) Team Leader SLE Department, SUSE Linux -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org To contact the owner, e-mail: yast-devel+owner@opensuse.org
participants (3)
-
Arvin Schnell
-
Jiri Srain
-
Lukas Ocilka