53944Re: [scrumdevelopment] Size of team a barrier to SCRUM and Agile
- Jan 18, 2012Mike
Ron has made some very good observations.
Your company has some systemic issues that are not going to be quick-fixed.
There are ways to do multi-threaded development, but you need to understand that your task switching is going to cost your development team about 15% effectiveness for each additional project over the first one.
That translates to between 60% - 75% of your development effectiveness is being lost by working on so many projects simultaniously.
Scrum Coach & Agile Engineer
http://www.PragmaticAgility.com/blogOn Fri, Jan 13, 2012 at 7:26 AM, Mike Frymyer <mfrymyer@...> wrote:I am a project manager and I work for an IT department that has 5 developers. Those 5 developers are working on 4 - 5 projects at any given time. They are also responsible for support and maintenance.My CIO is very frustrated with the fact that they are unable to provide goo levels of efforts for their work. This leads to late deliverables. He is also pushing us very hard toward Agile methods thinking that will fix all of our problems.A typical development timeframe for the vast majority of our products is between 40 and 400 hours. This is for .NET and Business Objects reporting.I have taken the SCRUMMaster classes and from all that I see you need to have dedicated teams to a specific work effort. This is due in large part that a developer needs to be present at all times; such as during the User Story definition and then decomposing the User Stories into more detailed requirements during the development or SPRINT.I have been trying to capture the detailed requirements for the backlog to eliminate the need tp have a developer spend time with the customer, but my boss says I am taking too long on the requirements (usually about 30 hours in as coompressed a time span as schedules will allow).I am looking for suggestions on what I may be doing wrong and how I might be able to utilize Agile without a dedicated development team to each effort.
- << Previous post in topic Next post in topic >>