The Scrum methods that I want to try in the real dev life

Backlog => Sprint => Burndown => Demo => ...(Repeat)

 

What should I do after get the new feature to implement?

Generally we would get a ticket from leader (scrum master), then do it. before do it. But what should we do before start to do it:

1. We will go to understand the requirement first.
2. Make a "Accpetance test story" which must be wrote as simple and direct as possible, that client can see what you will do and confirm your understanding.
3. Seperate this big requirement into many small tickets, the best size is can be finished in one day. --- It will be easy for ScrumMaster to trace your progress and it would be more explicit about what to do in this ticket.

(Notice, don't make the tickets too small, for avoiding micro-management which is not cost-efficient.)

Have the chance to be leader.

Let all scrum members have the feeling of they are the manager of their task, but manager will be happier when they have resources to manage not only themselves, like

1. They have people to assign sub-tasks to.
2. They can make decision in their job.
3. They can make schedule for their tasks.

So it will be good method for solving this issue. Do more pair programming, for each story, one of two members can be the leader to lead other one to finish this tasks.

Ticket title or content should be none or less technical words.

Let client knows the time spent on it is worth it. You will be more comfirtable to do it.

Use Burndown chart to monitor the productivity.

This is the best way to know the health condition of the team.

Get all team members around when you do estimating.

It will be more accurate and know more about what is included in the tasks, let them estimate but not promise.

Team members should be *together*.

Together means they can Hear and See each other, also better to be seperated from other teams, that won't affect other team's work.

Give more time on quality, it worth it.

It's not about developer don't want to have a high quality work, it's about schedule made by leader didn't give them the chance.

Do retrospect after each sprint.

This will make team more health, keep a high performance and high quality work, more effective than overtime working :) Questions would be:

• Anything to improvement?
• Any problem you've found?
• Any new tech can be applied into project?

Have a break between two sprints!

This could be a good award to the team members who finish sprint in time. You just come to company do whatever that you do want to:

• Study new technology.
• Discussing anything with team members.
• Coffee
• Feet on desk

Maybe 1 day, half day, or hold a company party after work hours, or in the weekend company can offer a small trip for team members.