Anton OosthuizenSenior Business Analyst / Project Manager| Self EmployedPretoria, Gauteng, South Africa
Use what works. Understand why you want to go Agile and then look at what will accomplish that. Remember the Agile principles and values are guidelines, not rules. When considering the methodology or framework again consider what you want to achieve and do not be guided by the latest buzz. Scrum or SAfe might not work for everybody.
One thing I would avoid like the plague is trying to be a purist. I've seen so many posts about how people are doing Agile 'wrong'. REALLY! The only time anything is 'wrong' is if you do not achieve your objective, which I would assume is some positive outcome.
So let me conclude - Understand what problem/s you are trying to solve with Agile and then USE WHAT WORKS.
...
1 reply by Walter Macias
Nov 06, 2019 11:22 PM
Walter Macias
...
thanks Anton for your reply, i will take this advice.
In reality, in my projects there is a kind of resistance to change and the excess of documentation often delays daily activities.
Saving Changes...
Walter MaciasIngeniero Electrónico en Automatización y Control| Corporación Nacional de Electricidad CNEL EPGuayaquil, Ecuador
Nov 06, 2019 11:17 PM
Replying to Anton Oosthuizen
...
Use what works. Understand why you want to go Agile and then look at what will accomplish that. Remember the Agile principles and values are guidelines, not rules. When considering the methodology or framework again consider what you want to achieve and do not be guided by the latest buzz. Scrum or SAfe might not work for everybody.
One thing I would avoid like the plague is trying to be a purist. I've seen so many posts about how people are doing Agile 'wrong'. REALLY! The only time anything is 'wrong' is if you do not achieve your objective, which I would assume is some positive outcome.
So let me conclude - Understand what problem/s you are trying to solve with Agile and then USE WHAT WORKS.
thanks Anton for your reply, i will take this advice.
In reality, in my projects there is a kind of resistance to change and the excess of documentation often delays daily activities.
...
1 reply by Anton Oosthuizen
Nov 06, 2019 11:34 PM
Anton Oosthuizen
...
Yes no matter what you decide to implement resistance to change is always a factor that you need to consider and proper change management is the only way through it. Remember that people only support that of which they were part of and resist that of which they were not.
Personally I would start by looking at exactly what excess documentation means and why there is an excess. I'm not saying you should not adopt Agile but I am saying that you need to consider the cost and benefits in your situation. Maybe the reason for excess documentation is a guy named Peter sitting in some corner and just speaking to Peter and resolve the issue. I know it is oversimplified but I think you get the point.
Saving Changes...
Anton OosthuizenSenior Business Analyst / Project Manager| Self EmployedPretoria, Gauteng, South Africa
Nov 06, 2019 11:22 PM
Replying to Walter Macias
...
thanks Anton for your reply, i will take this advice.
In reality, in my projects there is a kind of resistance to change and the excess of documentation often delays daily activities.
Yes no matter what you decide to implement resistance to change is always a factor that you need to consider and proper change management is the only way through it. Remember that people only support that of which they were part of and resist that of which they were not.
Personally I would start by looking at exactly what excess documentation means and why there is an excess. I'm not saying you should not adopt Agile but I am saying that you need to consider the cost and benefits in your situation. Maybe the reason for excess documentation is a guy named Peter sitting in some corner and just speaking to Peter and resolve the issue. I know it is oversimplified but I think you get the point.
...
1 reply by Yuriy Simonoff
Nov 07, 2019 11:36 AM
Yuriy Simonoff
...
Also, keep in mind that Agile doesn't mean 'no documentation'. It is different documentation starting from 'user stories' and defining how to satisfy them.
Agile does require structure and controls. It is not do what you like and keep it only in your head.
Saving Changes...
Luis BrancoCEO| Business Insight, Consultores de Gestão, LdªCarcavelos, Lisboa, Portugal
Dear Walter
Interesting your question
Thanks for sharing
There are several people in this forum who write about AGILE and AGILE Transformation
If you are looking to transform your organization to being more agile, this will take a combination of top-down (strong leadership commitment) and bottom-up (team-level buy-in and interest) participation.
While there can be many benefits of becoming more agile, like all organization transformations, it will take a lot of effort to get there.
I'd encourage you to look at the Disciplined Agile framework as it does provide a good basis for guided continuous improvement rather than the 'revolution' which many agile methods require.
Kiron Saving Changes...
Drew CraigSr. Agile & Product Coach| VanguardPhiladelphia, Pa, United States
No, no recipe. But certainly, based on what you conveyed about your organization, slow and steady. Hopefully, this change is supported by leadership, otherwise, the road may be a bit bumpier. Don't overburden your stakeholders with jargon or force the adoption. Provide sensible changes that make sense and are further supported by the rationale of why - as in what's in it for them.
I had done something similar. I conveyed the rationale as being more inclusive with smaller buckets of work and an increased feedback loop to further empower them and better ensure the final product more accurately solved the intent of the work.
And like Kiron, suggests, DA looks at it more general, as in Ways of Working, which is essentially what we're talking about here. And it can be conveyed that way - changing ways of working by adopting an Agile mindset.
GL! Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
There is not a receipt. There are lot of studies and literature based on practical cases. And sorry to said that but it includes my own studies and published cases. But, forget about it. Go to the "Master". There is one and only one source that will help you: Tom Gilb´s work mainly EVO Model. Go for it and forget any other thing (sorry for being cathegoric). And remember: Agile is not about to use a method or using a process of not about software. About this topic you can search for the deliverables of the plance were agile was born in 1990 some of them compiled by Rick Dove. Saving Changes...
Senior Projects Manager | Field & Marten AssociatesNew Westminster, British Columbia, Canada
There is no recipe for this because Agile is a mindset, not a methodology. There isn’t much to add to what my colleagues mentioned above but Kiron mentioned the magic key: It is a two way approach - Top-Down + Bottom Up Saving Changes...
One of the most important things to keep in mind is that an agile transformation is first, and foremost, a transformation, and needs to be handled as such. You're dealing with scaling agile across an organization, not just setting up an agile team and telling them to go deliver value quickly. There are processes to change, expectations to manage, and possibly harsh realities to face.
I attended a panel, yesterday, with thought leaders from both the Organizational Change Management (OCM) and Agile Coaching spaces (two separate groups of people). The Agile Coaches recognized that they would benefit from better OCM on their transformations. One of the speakers also made a significant point - that you can expect an agile transformation to take 1-3 years AFTER your leadership is on board and actively supporting and using agile processes (not just signing a check and saying 'Go!'). Saving Changes...
Yuriy SimonoffSenior Project Manager| N/ABuffalo Grove, Il, United States
Nov 06, 2019 11:34 PM
Replying to Anton Oosthuizen
...
Yes no matter what you decide to implement resistance to change is always a factor that you need to consider and proper change management is the only way through it. Remember that people only support that of which they were part of and resist that of which they were not.
Personally I would start by looking at exactly what excess documentation means and why there is an excess. I'm not saying you should not adopt Agile but I am saying that you need to consider the cost and benefits in your situation. Maybe the reason for excess documentation is a guy named Peter sitting in some corner and just speaking to Peter and resolve the issue. I know it is oversimplified but I think you get the point.
Also, keep in mind that Agile doesn't mean 'no documentation'. It is different documentation starting from 'user stories' and defining how to satisfy them.
Agile does require structure and controls. It is not do what you like and keep it only in your head. Saving Changes...
Community Champion
