Comments for agilethinking.net Blog http://agilethinking.net/blog Tobias Mayer's Blog Sat, 06 Feb 2010 21:50:16 +0000 http://wordpress.org/?v=2.8.4 hourly 1 Comment on Scaling Scrum: the alcoholic perspective by Dan Schaeffer http://agilethinking.net/blog/2008/04/09/scaling-scrum-the-alcoholic-perspective/comment-page-1/#comment-160581 Dan Schaeffer Sat, 06 Feb 2010 21:50:16 +0000 http://agilethinking.net/blog/2008/04/09/scaling-scrum-the-alcoholic-perspective/#comment-160581 I think what this is missing has been been touched upon by Christina. The person who asks that question is channeling her manager. The questioner may have utter faith in the ability of the scrum framework to arrive at a solution but she knows her organization will not make space for the framework to do its job without some sort of guarantee that it will succeed. It's dandy to say that a self-organized team will empirically create a process that will enable a large project to be estimated but it would be a much easier sell if you could point to an example of how that worked elsewhere. In my line of work we build and sell expensive instruments for analyical chemists that are driven by large software data systems (3-4 million lines of code). These systems have to control and optimize the instrument, store and analyze the data for 30 different applications, enforce security policies for provenance of the data, enable distributed data processing, and produce all manner of different printed reports. When my manager says to me "How long will it take us to move all of our existing functionality from the Mac to the PC and what will it cost?" all I can say to him is that I need to convene a scrum team of 7 people and we will self-organize into a team that will develop an empirical process which will iterate toward an estimate. While that may be the most honest answer, you're not likely going to be asked to do the job. It would be far better to be able to say "This is the process by which one scrum team managed to deploy scrum across a group of 28 developers and delivered a product of similar magnitude in 3 years. If you'll allow me to form a team, I'm sure we can empirically create a process process that will enable us to give you an estimate." I think what this is missing has been been touched upon by Christina. The person who asks that question is channeling her manager. The questioner may have utter faith in the ability of the scrum framework to arrive at a solution but she knows her organization will not make space for the framework to do its job without some sort of guarantee that it will succeed. It’s dandy to say that a self-organized team will empirically create a process that will enable a large project to be estimated but it would be a much easier sell if you could point to an example of how that worked elsewhere.

In my line of work we build and sell expensive instruments for analyical chemists that are driven by large software data systems (3-4 million lines of code). These systems have to control and optimize the instrument, store and analyze the data for 30 different applications, enforce security policies for provenance of the data, enable distributed data processing, and produce all manner of different printed reports. When my manager says to me “How long will it take us to move all of our existing functionality from the Mac to the PC and what will it cost?” all I can say to him is that I need to convene a scrum team of 7 people and we will self-organize into a team that will develop an empirical process which will iterate toward an estimate. While that may be the most honest answer, you’re not likely going to be asked to do the job. It would be far better to be able to say “This is the process by which one scrum team managed to deploy scrum across a group of 28 developers and delivered a product of similar magnitude in 3 years. If you’ll allow me to form a team, I’m sure we can empirically create a process process that will enable us to give you an estimate.”

]]>
Comment on Scrum: its place in the world by La esencia de Scrum - Tobias Mayer | Aplicando Scrum http://agilethinking.net/blog/2008/09/26/scrum-its-place-in-the-world/comment-page-1/#comment-160455 La esencia de Scrum - Tobias Mayer | Aplicando Scrum Wed, 03 Feb 2010 13:57:13 +0000 http://agilethinking.net/blog/2008/09/26/scrum-its-place-in-the-world/#comment-160455 [...] referencias: Scrum: its place in the world Scrum for Software Development [...] [...] referencias: Scrum: its place in the world Scrum for Software Development [...]

]]>
Comment on Scaling Scrum: the alcoholic perspective by Scrum 4 You — News of the week | Blogs and more http://agilethinking.net/blog/2008/04/09/scaling-scrum-the-alcoholic-perspective/comment-page-1/#comment-158574 Scrum 4 You — News of the week | Blogs and more Mon, 11 Jan 2010 11:02:58 +0000 http://agilethinking.net/blog/2008/04/09/scaling-scrum-the-alcoholic-perspective/#comment-158574 [...] Scrum the alcoholic perspective, Tobias Mayer [...] [...] Scrum the alcoholic perspective, Tobias Mayer [...]

]]>
Comment on PMI at the Scrum Gathering — a footnote by PMI to Keynote Another Agile Conference http://agilethinking.net/blog/2009/04/08/pmi-at-the-scrum-gathering-a-footnote/comment-page-1/#comment-158300 PMI to Keynote Another Agile Conference Fri, 08 Jan 2010 22:28:05 +0000 http://agilethinking.net/blog/2009/04/08/pmi-at-the-scrum-gathering-a-footnote/#comment-158300 [...] Orlando 2009 this past May. At that event, Ballestrero’s unifying remarks, and his one-on-one conversations with Agile sketpics, facilitated some very real collaboration between the PMI and Agile communities through some [...] [...] Orlando 2009 this past May. At that event, Ballestrero’s unifying remarks, and his one-on-one conversations with Agile sketpics, facilitated some very real collaboration between the PMI and Agile communities through some [...]

]]>
Comment on Oppression, Revolution and the Future of Scrum — #2 by Bob Davis http://agilethinking.net/blog/2009/03/16/oppression-revolution-and-the-future-of-scrum-%e2%80%94-2/comment-page-1/#comment-156929 Bob Davis Tue, 22 Dec 2009 19:45:46 +0000 http://agilethinking.net/blog/2009/03/16/oppression-revolution-and-the-future-of-scrum-%e2%80%94-2/#comment-156929 Interesting discussions and great comments. Some of the arguments/comments are difficult to respond to when they seem to be framed so tightly as to only be able to allo only the answer that a person is looking for. Perhaps I need to dust off my philosophy hat and wear it more but for now I'm content to think and absorb. I'm a PMP and have to manage different projects using different 'styles' based upon the need, complexity, and product to be delivered. To assume that, as a PMP, I have all the tools necessary to 'develop/build everything' would be proof that I wasn't paying attention when I was learning about PM. As someone said in an earlier post, PMI does not deal with how the work is to be done, but in how to manage the process to ensure a greater possibility of success. How the work is to be done is really dependent upon the nature of the project and the team. Just as I wouldn't use every tool in my toolbox to drive a wood screw, every tool/process in the PMBOX is not appropriate for all projects. In our development efforts we're attempting to use more 'agile' methodologies while working in an environment (government) that wants to see everything planned out prior to releasing funding and before work can begin. Since we're spending other peoples money there's wisdom in the approach but only to a point. My current view is that agile methodologies can be applied most effectively in the execution and control portions of a project where the actual work is accomplished while the appropriate PMI methodologies for the project can be effectively applied in the initiating, planning, and closeout portions of the project. This approach may be overly simplistic to many but I'm open to learn. Thanks for the time. Interesting discussions and great comments. Some of the arguments/comments are difficult to respond to when they seem to be framed so tightly as to only be able to allo only the answer that a person is looking for. Perhaps I need to dust off my philosophy hat and wear it more but for now I’m content to think and absorb.

I’m a PMP and have to manage different projects using different ’styles’ based upon the need, complexity, and product to be delivered. To assume that, as a PMP, I have all the tools necessary to ‘develop/build everything’ would be proof that I wasn’t paying attention when I was learning about PM. As someone said in an earlier post, PMI does not deal with how the work is to be done, but in how to manage the process to ensure a greater possibility of success. How the work is to be done is really dependent upon the nature of the project and the team. Just as I wouldn’t use every tool in my toolbox to drive a wood screw, every tool/process in the PMBOX is not appropriate for all projects.

In our development efforts we’re attempting to use more ‘agile’ methodologies while working in an environment (government) that wants to see everything planned out prior to releasing funding and before work can begin. Since we’re spending other peoples money there’s wisdom in the approach but only to a point. My current view is that agile methodologies can be applied most effectively in the execution and control portions of a project where the actual work is accomplished while the appropriate PMI methodologies for the project can be effectively applied in the initiating, planning, and closeout portions of the project.

This approach may be overly simplistic to many but I’m open to learn. Thanks for the time.

]]>
Comment on Scale Back: Small is Beautiful by Curso de Scrum de Tobias Mayer en Buenos Aires - Angel "Java" Lopez http://agilethinking.net/blog/2008/08/18/scale-back-small-is-beautiful/comment-page-1/#comment-156170 Curso de Scrum de Tobias Mayer en Buenos Aires - Angel "Java" Lopez Mon, 14 Dec 2009 17:49:42 +0000 http://agilethinking.net/blog/2008/08/18/scale-back-small-is-beautiful/#comment-156170 [...] Scale Back: Small is Beautiful — Agile2008 session [...] [...] Scale Back: Small is Beautiful — Agile2008 session [...]

]]>
Comment on Scrum: its place in the world by Tales from the Scrum: La esencia de Scrum http://agilethinking.net/blog/2008/09/26/scrum-its-place-in-the-world/comment-page-1/#comment-155989 Tales from the Scrum: La esencia de Scrum Sat, 12 Dec 2009 17:51:49 +0000 http://agilethinking.net/blog/2008/09/26/scrum-its-place-in-the-world/#comment-155989 [...] referencias: Scrum: its place in the world [...] [...] referencias: Scrum: its place in the world [...]

]]>
Comment on Scrum: its place in the world by Dan Schaeffer http://agilethinking.net/blog/2008/09/26/scrum-its-place-in-the-world/comment-page-1/#comment-155783 Dan Schaeffer Wed, 09 Dec 2009 22:03:18 +0000 http://agilethinking.net/blog/2008/09/26/scrum-its-place-in-the-world/#comment-155783 I would very much like to see someone put forth a plausible mechanism whereby Boeing could produce the 787 by SCRUM. I would very much like to see someone put forth a plausible mechanism whereby Boeing could produce the 787 by SCRUM.

]]>
Comment on Oppression, Revolution and the Future of Scrum — #1 by Chile Ágil http://agilethinking.net/blog/2009/03/11/oppression-revolution-and-the-future-of-scrum-1/comment-page-1/#comment-154439 Chile Ágil Thu, 19 Nov 2009 01:49:06 +0000 http://agilethinking.net/blog/2009/03/11/oppression-revolution-and-the-future-of-scrum-1/#comment-154439 [...] <strong>El estado del arte del movimiento ágil (¿Scrum versus el resto?)</strong> partir por formar “Maestros” en dos días… mal, mal - Y los flirteos de la Scrum Alliance con el PMI, que en si es el verdadero Microsoft de las metodologias informáticas, mucho mas exitoso [...] [...] El estado del arte del movimiento ágil (¿Scrum versus el resto?) partir por formar “Maestros” en dos días… mal, mal – Y los flirteos de la Scrum Alliance con el PMI, que en si es el verdadero Microsoft de las metodologias informáticas, mucho mas exitoso [...]

]]>
Comment on Addition and Subtraction in Scrum by Scrum 4 You — What to remove from Scrum? http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/comment-page-1/#comment-154013 Scrum 4 You — What to remove from Scrum? Fri, 13 Nov 2009 15:51:05 +0000 http://agilethinking.net/blog/2008/03/03/addition-and-subtraction-in-scrum/#comment-154013 [...] “There are two ways of “embellishing” Scrum; one is to add things, the other is to remove things. Both need to be handled with care. I tend to agree that the simplicity of Scrum is its strength and I’m wary when people say we need to add roles or define the process more clearly.” more… [...] [...] “There are two ways of “embellishing” Scrum; one is to add things, the other is to remove things. Both need to be handled with care. I tend to agree that the simplicity of Scrum is its strength and I’m wary when people say we need to add roles or define the process more clearly.” more… [...]

]]>