Joshua RenderProduct Owner| CognizantHarrisville, Ny, United States
I will ask again since when I originally asked it during the talent and tech expo and it got wiped off the board real quick. (or no one wanted to answer it).
I have seen and been involved in, a couple of debates on what exactly Agile means. I rather enjoy those debates and learning what others think about it.
To me, Agile is a generic umbrella term for frameworks and methods that meet a certain set of guiding principles and practices.
What Does Agile Mean?
What is/should be included within a detailed Agile definition (guiding principles/practices)?
Has the hype around Agile caused the definition to warp some? Saving Changes...
Joshua RenderProduct Owner| CognizantHarrisville, Ny, United States
Jun 16, 2018 2:26 PM
Replying to Tamer Zeyad Sadiq
...
Nice question!!! But where can I find this definition?? In PMBOK version 6???
With the release of the PMBO v. 6, they released another book, The Agile Practice Guide. It is almost 200 pages and may provide the answers you seek. Saving Changes...
Joshua RenderProduct Owner| CognizantHarrisville, Ny, United States
Jun 18, 2018 10:01 AM
Replying to Sergio Luis Conte
...
Sorry for joining late to the party, but here I am (hehehehe). Agile was "formaly" born in 1990 inside the USA DoD NSF/Agility Forum which took place inside the Leihigh University trying to find an alternative to Lean (because of that Lean and Agile are not the same). It was moved by one seminal article published in middle 1980 in the USA named "Agile Manufacturing". Time after people that have methods to create software products and those methods were created taken Lean model they created the Manifesto (the word "software" is inside the name becasue a reason). The definitions created into the Forum are Agile:A way of thought and behave whose focus is the increase of value for the client and the quality", agility: "Be able respond to a wide variety of unexpected external surprises and create external surprises.Being agile will assist businesses who face unpredictable circumstances"
This is a short article published by the PMI:
"Perfectly Positioned", http://www.pmnetwork-digital.com/pmnetwork/april_2016?pg=73#pg73 "Perfectatmente Posicionado",http://www.pmnetwork-spanish.com/pmnetwork...016?pg=68#pg68. Here some articles that I think could help to understand that Agile is not a synonim of software and in this case take the whole potential of Agile:
https://steveblank.com/2016/11/10/how-the-...vation-culture/ https://hbr.org/1986/01/the-new-new-product-development-game https://hbr.org/2016/04/the-secret-history-of-agile-innovation https://www.scruminc.com/wp-content/upload...-with-Agile.pdf
Very good description. I think we were missing you a bit.
So here is a question for you, what are the minimum criteria that must be met in order to be called Agile?
I would think at a minimum it must be iterative and incremental, which by default gives you the ability to make changes and work on quality.
I think as it has evolved, more things tend to be included on what constitutes Agile, but iterative and incremental was at least where it started. (I would add at least a couple more things to the list now as it has evolved some)
...
1 reply by Sergio Luis Conte
Jun 18, 2018 3:03 PM
Sergio Luis Conte
...
It is inside the definition itself. You can apply Agile practices with waterfall life cycle. It is nothing related to use iterative or incremental.
Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
Jun 18, 2018 1:53 PM
Replying to Joshua Render
...
Very good description. I think we were missing you a bit.
So here is a question for you, what are the minimum criteria that must be met in order to be called Agile?
I would think at a minimum it must be iterative and incremental, which by default gives you the ability to make changes and work on quality.
I think as it has evolved, more things tend to be included on what constitutes Agile, but iterative and incremental was at least where it started. (I would add at least a couple more things to the list now as it has evolved some)
It is inside the definition itself. You can apply Agile practices with waterfall life cycle. It is nothing related to use iterative or incremental.
...
1 reply by Anton Oosthuizen
Jun 20, 2018 1:45 AM
Anton Oosthuizen
...
I beg to differ. It is the concept of incremental, or iteration that gives you the ability to be flexible i.e. agile. If you work from a fixed predefined object for the whole project then there is no way you can facilitate change in the way you would if you planned ahead in small chunks. Yes you can apply agility to any methodology but by doing so you are essentially changing that methodology hence it is not really what it was.
Take a look at Modern Agile - I prefer their four value statements, especially Make People Awesome!
...
1 reply by Joshua Render
Jun 18, 2018 3:56 PM
Joshua Render
...
I like the four values of the manifesto.
I like focusing on the product as a primary measure of success.
I like embracing change or being open to change and flexibility.
I like servant leadership and letting the team decide how best to do their work.
I like the focus on quality and continuous improvement.
I disagree with some of the other 12 principles of the manifesto, I don't think we need to be face to face to do an exceptional job, and who actually likes and works well in a collocated team (open office environment)?
Saving Changes...
Joshua RenderProduct Owner| CognizantHarrisville, Ny, United States
Jun 18, 2018 3:48 PM
Replying to Kiron Bondale
...
Take a look at Modern Agile - I prefer their four value statements, especially Make People Awesome!
I like the four values of the manifesto.
I like focusing on the product as a primary measure of success.
I like embracing change or being open to change and flexibility.
I like servant leadership and letting the team decide how best to do their work.
I like the focus on quality and continuous improvement.
I disagree with some of the other 12 principles of the manifesto, I don't think we need to be face to face to do an exceptional job, and who actually likes and works well in a collocated team (open office environment)?
...
1 reply by Sergio Luis Conte
Jun 18, 2018 4:07 PM
Sergio Luis Conte
...
The problem is: if you take the Manifesto then you will not take advantage of Agile. Agile is nothing to be with the Manifesto. The Manifresto is about software products not Agile. To be Agile and gain into agility the key focus is: 1-systemic thinking. 2-enterprise architecture. If you forget that then you will not being success with Agile. Other source (because I do not want to continue making references about I publish): https://agnosticagile.org
Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
Jun 18, 2018 3:56 PM
Replying to Joshua Render
...
I like the four values of the manifesto.
I like focusing on the product as a primary measure of success.
I like embracing change or being open to change and flexibility.
I like servant leadership and letting the team decide how best to do their work.
I like the focus on quality and continuous improvement.
I disagree with some of the other 12 principles of the manifesto, I don't think we need to be face to face to do an exceptional job, and who actually likes and works well in a collocated team (open office environment)?
The problem is: if you take the Manifesto then you will not take advantage of Agile. Agile is nothing to be with the Manifesto. The Manifresto is about software products not Agile. To be Agile and gain into agility the key focus is: 1-systemic thinking. 2-enterprise architecture. If you forget that then you will not being success with Agile. Other source (because I do not want to continue making references about I publish): https://agnosticagile.org
...
2 replies by Joshua Render
Jun 18, 2018 4:11 PM
Joshua Render
...
But we can work with general points the manifesto raises. Replace software with "product" or "Work Output" or something else. I know the manifesto was for software, but we can apply it to larger things.
Jun 18, 2018 4:13 PM
Joshua Render
...
The 12 principles on that site is exactly what I am talking about. It takes the manifesto and applies it to a wider set of goals.
Saving Changes...
Joshua RenderProduct Owner| CognizantHarrisville, Ny, United States
Jun 18, 2018 4:07 PM
Replying to Sergio Luis Conte
...
The problem is: if you take the Manifesto then you will not take advantage of Agile. Agile is nothing to be with the Manifesto. The Manifresto is about software products not Agile. To be Agile and gain into agility the key focus is: 1-systemic thinking. 2-enterprise architecture. If you forget that then you will not being success with Agile. Other source (because I do not want to continue making references about I publish): https://agnosticagile.org
But we can work with general points the manifesto raises. Replace software with "product" or "Work Output" or something else. I know the manifesto was for software, but we can apply it to larger things.
...
1 reply by Sergio Luis Conte
Jun 18, 2018 4:20 PM
Sergio Luis Conte
...
To be honest, I was the leader of the Agile CoP by three years and in my intention to demonstrate that Agile can be applied to any type of product and environment (if and only if a n impact analysis is done first) we did: 1-we took the Manifesto and we change the word software as you mentioned. 2-we encourge organization to try to use the modification as the basement to implement Agile. 3-organizations return and share the experiences. It does work. BUT organizations must take into account an impact analysis must be done first. That was in the field of business analysis and is named "enteprise analysis". Here the practical method I use from years and was published by the PMI and the IIBA as "best pracices". Just to comment: Agile implementations fail when do not take into account that Agile is a matter of strategy and becasue of that enteprise architecture must be taken into account. Here the link just in case it could help to somebody: https://www.projectmanagement.com/blog-pos...-right-solution
Saving Changes...
Joshua RenderProduct Owner| CognizantHarrisville, Ny, United States
Jun 18, 2018 4:07 PM
Replying to Sergio Luis Conte
...
The problem is: if you take the Manifesto then you will not take advantage of Agile. Agile is nothing to be with the Manifesto. The Manifresto is about software products not Agile. To be Agile and gain into agility the key focus is: 1-systemic thinking. 2-enterprise architecture. If you forget that then you will not being success with Agile. Other source (because I do not want to continue making references about I publish): https://agnosticagile.org
The 12 principles on that site is exactly what I am talking about. It takes the manifesto and applies it to a wider set of goals. Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
Jun 18, 2018 4:11 PM
Replying to Joshua Render
...
But we can work with general points the manifesto raises. Replace software with "product" or "Work Output" or something else. I know the manifesto was for software, but we can apply it to larger things.
To be honest, I was the leader of the Agile CoP by three years and in my intention to demonstrate that Agile can be applied to any type of product and environment (if and only if a n impact analysis is done first) we did: 1-we took the Manifesto and we change the word software as you mentioned. 2-we encourge organization to try to use the modification as the basement to implement Agile. 3-organizations return and share the experiences. It does work. BUT organizations must take into account an impact analysis must be done first. That was in the field of business analysis and is named "enteprise analysis". Here the practical method I use from years and was published by the PMI and the IIBA as "best pracices". Just to comment: Agile implementations fail when do not take into account that Agile is a matter of strategy and becasue of that enteprise architecture must be taken into account. Here the link just in case it could help to somebody: https://www.projectmanagement.com/blog-pos...-right-solution Saving Changes...