You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
I'm a SAFe certifies Scrum Master who worked as a Scrum Master in a HealthCare IT company that follows SAFe version 5. I recently switched a new organization which is small and emerging. I'm working as a Scrum Master and I am finding things overwhelming.
The release day, sprint closure, planning and starting of new sprint all falls in same day. I have identified following cons so far:-
1. While team should be working on new sprint team is working on the deployment. This is hampering new sprint.
2. The tickets are also not marked as done/released for which the Sprint is also not closed unless tickets are deployed and done.
Is this the same scenario in your company? I've plans to mitigate this gap based on my previous experience guided by SAFe. But I want to hear suggestions from fellow community members who have worked as Scrum Master/Project Manager.
Note:- Sprint duration is of two working weeks. The day when sprint closes and the next sprint starts is the same day
Thank You
I don't think there's any negatives of having one sprint end on one day and the next sprint start the same day.
Most Scrum teams I've worked in or with do it, but with some variations.
Most have a routine which is broadly
It's usually spread through the day, but it is not rare that some teams end and start the next sprint at the end of the retrospective.
Hi @Sanjog Sigdel and welcome,
I'm SAFE scrum master certified too but, in my experience, I never heard about a one day sprint. In that scenario, agile ceremonies could be longer that the work itself.
My suggestion is to try to apply Kanban approach with a backlog (https://support.atlassian.com/jira-software-cloud/docs/use-your-kanban-backlog/). At the start of each day, team and PO defines which tasks should be "selected for development" and go ahead with work.
A one day scrum, in my mind, is not a real scrum.
Fabio
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oh, sorry for the confusion.
Sprint duration is of two working weeks. The day when sprint closes and the next sprint starts is the same day. My question was to understand what are the positive and negative aspect of keeping the date when sprint closes, and the next sprint starts is the same.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.