New Ideas for Scrum Master Day to Day Activities

Large swathes of IT organizations are embracing Agile. This is both good and bad news. Good news, for the many boons of Agile and Scrum known to all. Bad news, because you are no longer enjoying the benefits alone. Every day, every hour, more functional IT teams are making Agile work for them. Each in their own unique way. To know more about Scrum, check out CSM training. 

So what is the only way to not lag behind in the Agile race?

Always welcoming brand new ideas!

Just like always, the beginning has to be done with the mainstay of the Agile team- The Scrum Master! If you are aware of the daily life of a Scrum Master, you already have the best of Agile cards to lay your hands on. The first and the best card is to relook at and rethink the daily activities of a Scrum Master. Crossing this milestone will give you an idea of a few new entries in the existing Scrum Master’s checklist. 

The Scrum Team consists of three roles- Product Owner, Scrum Master, and Team members. Everyone thinks that a team member who develops the software all day and a Product Owner who shapes the product all day, have full-time jobs. But based on assumptions, being a Scrum Master does not always mean having a full-time job. In any case, the role of the Scrum Master is highly important, as he/she manages the Scrum operations of the entire team. However, if you want to pursue the same field, it is a must to be well-versed in Scrum Interview Questions.

Wondering how to begin your professional journey as a Scrum master? Enroll in KnowledgeHut certified Scrum Master course.

Day in a Life of a Scrum Master

Let us take a look at a day in the life of a Scrum Master:   

• Start the day with a ‘free and open mind’
• Can ask a good question like “How can I facilitate creativity for the Scrum team to improve their lives?”
• Attend the Daily Scrum as a facilitator- You just need to listen to what things are being discussed in the meeting by team members.
• Consider some of the questions that are mentioned earlier.
• Based on the surveillance, you execute your next step. This might be coaching, facilitating, managing, problem-solving, conflict-resolving, etc. 
• Getting too busy and not noticing the concerning things is an activity that should not happen to a Scrum Master.

The above-mentioned tasks should be on the Scrum Master’s daily checklist.

Scrum Master's Day-to-day Activities 

Collated below are some new ideas for Scrum Master day-to-day activities that can help improve your Agile practices. 

1) Play dual roles

Scrum team members should always keep changing their areas of expertise. Sometimes they should be able to choose a work that is outside their comfort zone. 
For example- If you are a User Interface developer (where you know all the secrets of the domain) then you can try to work on the data access code too.

How to implement-

Let us go with the above example. To enforce the data access code, more than one team member has to work on a user story. Secondly, confine the user stories which are under ‘task in progress’, that is one user story should be smaller than the team size. Also, it can be implemented by performing pair programming.  

Takeaways-

Enforcing the thing which is out of the box can help expand your knowledge. More people will come to know about all the aspects of the software (how the software works, what are resources needed, etc.). This will increase the courage of the team member. The courage to venture beyond their boundaries. They can gradually perform tasks that are outside their expertise, lowering risks of failure, and enhancing team spirit.

2. Ask to check the commit review

Whenever a developer writes code and wants to check in that code, test, and document to the version control system, he/she asks a co-developer to review the changes first. The developer can implement this by adding ‘commit reviews’ to the ‘definition of done’. Also, they can refuse the user stories for which commit reviews are not mentioned (can be viewed as a version control system).

Takeaways-

• At least one person has been aware of the changes, this means he/she may continue working on this particular topic if the situation demands it. It increases ‘know-how transfer’.
• It will help increase the overall quality, as the peer developer can challenge the decision made by the prior developer. This leads to better and painless solutions. The original developer will go through the changes and explain them to this peer, which will definitely help enhance their knowledge and skills.
• It increases the understandability to reply to the queries of the peer developer.

3. Give awards and celebrate the victory

Being a Scrum Master, you can introduce the culture of celebrating a victory. For example- you may give little presents to the team (the whole team, not only the individuals) for achieving a Sprint goal. This will increase the motivation of the whole team. 

4. Managing test-driven development

You can introduce test-driven development for developing the software.

Takeaways-

• A team can work in parallel with the use of mock objects, with no need to wait for the availability of real dependencies.
• A team can refactor the code to initiate new functionality without changing the already existing functionality.
• The defect count will get reduced due to the double-check done by the developers. 

5. Arrange workshops on coding guidelines, designs, tools, and different engineering practices

Arrange a workshop for the team members where you can discuss or try a new tool, current architecture, latest technology, build process, and many more. This can be implemented by reserving time for the workshop and organizing an arbitrator (can be from the team).

Takeaways-

• Built team spirit, where a team can perform their own way.
• All team members will commence working in a team way rather than an individual way, which will enhance team-wide consistency.
• The team can stay committed to each topic.

6. Coding DOJOS

In a Coding Dojo, the entire team gathers together in a discussion room. Two developers from the team perform pair programming on a computer that is connected to a projector for other team members. The pair is whirled every 15 minutes. In this way, the team solves each other’s queries to develop engineering skills. This can be implemented by reserving time for the event (coding Dojo) and arranging a moderator.

Takeaways-

• The team will get an idea about how to develop software.
• Know-how transfer can be achieved on all topics related to software creation.

 7. Testing day

When there is a lack of testers in the team, you can introduce ‘Testing day’ in the organization. Let each team member test the application and as compensation for that work, that team member is freed from all coding tasks.

Takeaways-    

• The complete focus will be on testing. No task switching is allowed to get more efficient testing output and increased quality.
• As the entire team participates in testing, they can share individual responsibility for the quality. 

 8. Urgent call for a Scrum meeting

Involve team members whenever there is an emergency to mitigate the risks which are inhibiting the Sprint goal. In that case, all the team members have to drop the current task and join the meeting.

Takeaways-  

• Big errors can be taken care of quickly.
• All the team members will get convinced that they are not alone.

9. Introduce WIP (Work-In-Progress) Limits on the Scrum Board

When there forms a stack of user stories on the Scrum Board, you can put forward WIP limits on the boards. These limits will compel you to take care of the user stories that might block a flow. E.g. Developers may assist the testers by writing automated tests on the scenarios that have to be tested. This can be enforced by-  

• Writing the limits on the Scrum board
• Calling an emergency Scrum meeting whenever a limit is violated

Takeaway-

The status of more user stories will be ‘done’, removing them from the ‘to-be-done tasks’ list.

10. Kanban Scrum hybrid

Rate the team capacity (in %) for working on user stories. So the PO can make use of this rating for the unplanned items that need to be finished early without delaying or canceling a Sprint. Once the current task is over, team members are compelled to take an item from the fast lane (till the reserved time is utilized), before working on the regular Sprint backlog items. If the reserved time is not sufficient to end the backlog items, then the PO can either wait for the next sprint or cancel the sprint. 

FYI- Kanban is a tool that organizes work efficiently. This tool breaks work into small chunks and uses a Kanban Board (similar to Scrum Board) to represent the progress of the work.  

Takeaways-

• Can earn benefits from Sprint planning and release planning.
• The team can stay focused on a Sprint goal.

11. Manage time boxes of Spikes

Make sure that the time boxes set for Spikes are taken care of by the team members. Also, ensure that the user stories are prioritized. Try to show the results to the team members during each retrospective.

Takeaways- 

• Transparency in the team’s work.
• If the user stories are prioritized then it will not only maximize the value of the product at the end of each Sprint but also minimize the list of pending tasks.
• Following the time-boxes not only helps in planning future spikes but also holding a Sprint goal. 

12. Fixing bugs before working on user story task

Initially, all the team members need to fix the bugs before working on a user story.

Takeaways- 

• Bugs are not piled up on the Scrum Board.  
• Motivation will be high.
• Quality will be better if the defects are zero.

13. Vertical User stories + Specialist → Pair Programming

While working on a user story, if one domain expert shares his/her knowledge with another domain expert, then the knowledge transfer can be easy for the other team members. The user stories and specialist forms pair programming. At the Scrum meeting, you can decide on the pairs and their respective tasks. 

Takeaways- 

• Knowledge can be transferred from the specialist of the team.
• The whole user story can be implemented consistently due to the pair programming concept.

14. Personal Sprint goals

Every team member selects personal Sprint goals, once the retrospective is over. Typically, personal goals are related to the improvement in engineering skills or new tools. Achieving these goals makes the team members more efficient. Some of the primary goals are- 

• Learning Visual Studio
• Learning Resharper tool
• Providing good methods/variables/tests, for each Sprint
• Preparing small methods, for each Sprint

Takeaways-  

• Every team member can learn something from each small Sprint also.
• Increased motivation of the team members.

15. Know the difference between Spikes and User Stories

You should always remember that Spikes have a fixed time-box and an estimated result, whereas, User stories have a fixed result and an estimated time. So you can use User stories when you know what you want and Spikes when you want to plan the unknown.

Takeaways- 

• Spikes allow you to plan a Sprint.
• Work hours will not be wasted.
• Better focus due to fixing functionalities
• It allows a more disciplined manner of working (i.e team members can either get the functionality fast or get information within the defined time limit).

Become a project management expert with PMP certification training. Boost your career and confidently lead successful projects.

Top Cities where Knowledgehut Conduct CSM Certification Training Course Online

CSM Certification in Bangalore	CSM Certification in Sydney	CSM Certification in Chennai
CSM Certification in New York	CSM Certification in London	CSM Certification in Chicago
CSM Certification in Singapore	CSM Certification in Pune	CSM Certification in Washington
CSM Certification in Toronto	CSM Certification in Dubai	CSM Certification in Los Angeles
CSM Certification in Hyderabad	CSM Certification in Melbourne	CSM Certification in Atlanta

Do’s and Don’ts for the Scrum Master

DO's	Don'ts
Facilitate the PO to maintain and prioritize the backlog items.	Own the decisions on product backlog on behalf of the product Owner.
Facilitate team members if any additional training is required.	Making estimates on behalf of the team.
Make sure that team delivers the true value to the business.	Assigning the task to the team member.
Inspires the team member to execute the tasks responsibly.	Trying to direct the team.
Assist team members in making decisions.	Making changes to the team in the middle of a sprint.
Remove any impediments restricting the team to achieve its goals.	Accept backlog changes in the middle of the sprint.
Helps the team to become self-organized.	Make commitments on the team's behalf.
Protects the team from external interference.	Let the team succumb to performance issues due to external problems.
Acts as a servant-leader	Only lead and instruct
Always willing to improve continuously.	Not learn new ways to enhance performance.
Handles only one team.	Handles multiple teams.

Concluding Thoughts

The role of the Scrum Master is still shrouded in a mystery.  It is said that the Scrum Masters are the voice of the Scrum framework at the team level. Scrum is indeed all about continuous improvement and learning. It is also about adding new hacks to the working culture. When it comes to Agile and Scrum, you definitely cannot achieve everything overnight. All you need is to get laser-focused on the newly incorporated Scrum practices and think of innovative ways to spearhead your team to greater altitudes.