Hello and welcome to the start of my new series called My Agile Team here on AgileSoftwareDevelopment.com. This series is a sequel of sorts to the My First Agile Project series. From here on out, the plan for this bunch of articles is to follow my team as we move from being on one big project where we (mostly) used Scrum to being on multiple projects where we will (hopefully) really use Scrum. We all intend to learn from our mistakes the first time around and to adhere more closely to the recommendations that make Scrum work so well. But, as everyone knows, when the rubber hits the road even the best of intentions can go by the wayside, accidentally or intentionally.
In this first post in My Agile Team, I'll talk a little bit about the team's plans and what happened during the first 2 weeks of our transition. In our last project, Scrum was brought to us by the vendor and our management signed on fairly enthusiastically. This time though, we're on our own to implement and stick to the plan, at the same time moving from a big project we all worked on to multiple maintenance projects. We know what we want to do, but will that turn out to be what management wants to do? Will we even be able to make the transition successfully? Keep reading to find out!
Bookmark/Search this post with:
Tips and facts after from the company wide adoption of Scrum at Yahoo! Captured during the Gabrielle Benefield's keynote on Scan-Agile. During the adoption period, Gabrielle Benefield was Senior Director of Agile Development at Yahoo!, co-leading the company’s large-scale corporate adoption of Scrum, which now encompasses more than 200 teams projects and over 1,500 employees in the US, Europe, and India. Tips should be mostly applicable for similarly sized enterprises, though generally useful for smaller companies as well.
Bookmark/Search this post with: