If you’ve been following Greg's Blog, you’d know that our team (and our whole development group for that matter) is now using the Scrum methodology for software development. I think it’s natural for anyone to get excited or somewhat nervous when a change in day to day operations gets implemented.
Some people thrive on a dynamic lifestyle while others can’t handle change very well. For a software developer, the only things that are certain are death, taxes, and change. Being thrown into something new shouldn’t make your world flip upside-down.
Before Scrum, our team didn’t have a distinctly defined system. It was definitely iterative and agile, but there were no hard release dates and no administrative tasks associated with our development. Our team is very customer focused, so transitioning to Scrum didn’t really change our mentality on what we delivered, just how we delivered it.
The hardest part for me when we transitioned to Scrum was the administrative tasks. Updating statuses, work hours, and general commenting on work items was new to me (and I’m still learning to get used to it). However, I do understand the importance of these tasks since our sprint burndown chart gives us a great visual representation of our status.
I was assigned to my own project before Scrum and I felt solely responsible for it. Now that we’re Scrumming and there are four of us are working on the same project, I feel a deeper sense of camaraderie. There’s less sense of I and more of us.
I think our first sprint is going very well and I’m very happy about what we’re going to give to our customers at the end of this sprint. As we become more experienced with Scrum, I’ll share some more of my thoughts.
No comments:
Post a Comment