Developers form the core of any scrum team, so it’s important that they feel satisfied in their roles and not as though they’re just robots delivering their work. They need to be able to voice their opinion throughout every sprint as this feedback can help everyone, no matter what their role is. In my seven years as a project manager, I’ve worked with many developers and in speaking with them, I’ve learned strategies for making scrum more developer-friendly. Here are my top five.
More Communication from the Top Down
Often there isn’t a lot of information given to developers about why some parts of the process are more important than others or why some user stories (informal explanations of a software feature written from the perspective of the end user) are more important than others. This can be frustrating because very often we ask them to pivot their attention from one story to another and they have no idea why. Involving them in the strategic planning phase can give them a more holistic understanding of the project from the get-go.
Know that Story Points are Just Estimates
Story points are a unit of measurement used to estimate how much effort is required to complete a user story. If a stakeholder initially hears ’30 hours’ for a user story, they tend to take it literally and believe that it’ll be done by Monday, but work estimates can change based on a variety of factors. When an inaccurate estimate is used to track a team’s progress, it can be used to a penalize a team for not achieving an unachievable target. It can also lead to unfair expectations and unfair comparisons to other teams who seem to be achieving their goals faster or more often. In order to combat that, I make sure that I’m keeping communication open and frequent between my team and stakeholders, so that both sides are aware of any updates to our timeline.
User Stories Start with Users
The point of a user story is that we’re sitting down with the user and asking them “in your daily job, in order to make this software work, what do you need it to do?” The developers I’ve spoken with ask that we actually talk to the users and find out what it is they need, instead of reading a technical document and then deciding from there what we think the user will need. This makes for a better, more user-friendly product.
Think Strategically Through Your Documentation
There’s a common misconception with scrum that there’s no documentation and that’s simply not true. We moved from waterfall where there was so much documentation, that when scrum came along people wanted a lighter documentation process, but that doesn’t mean NO documentation. It’s still very important when it comes to reporting bugs, listing user criteria, support documentation (like troubleshooting guides or contact information) and user documentation (like training manuals and user manuals). When documenting, it’s also important to put everything in plain English, especially when it comes to acceptance criteria, which is written in “given, when” statements. Developers just want to know what they need to do to make stakeholders happy.
Celebrate Your Victories (Even the Small Ones)
I always tell my developers and quality assurance (QA) engineers that it’s all about the little victories, because I think it’s those incremental victories that really help us get to our goal. I’m always encouraging my team to share their victories, whether it’s in a one-on-one or group setting. That way we can celebrate it in an environment where the colleague is most comfortable.
It’s important that we listen to our developers’ ideas and suggestions due to their vital place on our scrum teams. Really take their suggestions to heart, because without talented developers we wouldn’t be able to deliver products that wow our clients and their users.
About the Author:
NiQ’uita ‘Nikki’ Clark is a Senior Project Manager for Sparq. Nikki has worked in IT Project Management since 2015 after working in several roles in the IT realm, including Helpdesk Technician, Email/SharePoint Administrator and Network Administrator. Nikki is the mother to three young boys and likes to spend her free time gaming.
![](https://www.teamsparq.com/wp-content/uploads/2024/07/Soft-Skills-Image.jpg)
Soft Skills for Tech Leads: How They’ll Help You Excel at Your Role
If you manage a team, you already know that this experience can be as challenging as it is rewarding. At Sparq we have different management roles and one of the most essential is the Tech Lead position. In addition to being seasoned developers, Teach Leads need to be able to mentor up and coming talent. One of the ways they do that is by utilizing soft skills. In this article, Delivery Lead Rodrigo Trelles explores the most important soft skills to be a successful Tech Lead.
![](https://www.teamsparq.com/wp-content/uploads/2024/07/Site-Reliability-Engineer-SRE-Image.jpg)
Exploring the World of a Site Reliability Engineer (SRE)
Technology is advancing rapidly and the new advances introduce new roles and responsibilities. Among the most significant roles is the Site Reliability Engineer (SRE). This article will explore the role of an SRE, how it differs from a software developer and the essential skills required to succeed in the field.
![](https://www.teamsparq.com/wp-content/uploads/2024/07/Automated-Testing-Image.jpg)
Automated Testing Applied: How This Practice Can Help Developers Across Projects
In this article, Technical Lead Pablo Carballo shares how automated testing practices have made his team's work more efficient and diverse.
![](https://www.teamsparq.com/wp-content/uploads/2024/07/Podcast-Highlights-Imagev.jpg)
Inside the Minds of Digital Innovators: Highlights from OctoTalks Podcast
Creating exceptional digital experiences involves a blend of creativity, strategy and technology. Octobot, a company that was recently acquired by Sparq, hosted a podcast that delves into these elements by showcasing the visionaries who dream up and build these experiences. In this blog post, we want to share some highlights about the conversations and invite you to give it a listen!