aterny
Agile enthusiast and evangelist DSDM Practitioner and trainer. Specialist in Agile project and programme management, project governance and organisational transformation.
-
Recent Posts
Popular tags
- achievement
- agile
- agile behaviours
- agile mindset
- agile practices
- Atern
- business
- Business ambassador
- Business involvement
- change
- CMMI
- co-location
- coaching
- coding
- collaborate
- collaboration
- communicate
- Communication
- defects
- delivery
- development
- Douglas Hubbard
- DSDM
- estimating
- facilitation
- Foundations
- funding
- governance
- influence
- inform
- Institute for Government
- iteration
- laws
- management
- Measurement
- Measures
- meeting
- method
- methodology
- metrics
- MoSCoW
- ownership. responsibiliy
- persuade
- planning
- PMO
- PowerPoint
- Practices
- presentation
- PRINCE
- PRINCE2
- principles
- process
- Product Owner
- project management
- project manager
- project start
- quality
- quality management
- RAG
- reporting
- requirements
- retrospective
- roles
- rules
- Scrum
- slides
- stand-up
- status reporting
- story mapping
- survey
- team
- timebox
- user stories
- waterfall
- workshop
Archives
- October 2015
- August 2015
- March 2015
- February 2015
- July 2014
- June 2014
- November 2013
- October 2013
- September 2013
- August 2013
- July 2013
- June 2013
- April 2013
- March 2013
- January 2013
- November 2012
- October 2012
- April 2012
- February 2012
- November 2011
- October 2011
- September 2011
- August 2011
- July 2011
- June 2011
- May 2011
- April 2011
- March 2011
- February 2011
Author Archives: aterny
Two Agile worlds
There is a recurring theme that has been around the agile community for a while now. One so pervading the industry that I have spent quite some time reflecting on it. Have you noticed that people are questioning the very … Continue reading
Hansei and “being negative”
The success of a change program is dependent on many things. One of them is how the organisation deals with change. And how they learn what needs changing and whether the change was effective once introduced. I was reminded of … Continue reading
Agile Methodology wars
Methodology (n) 1. The system of methods and principles used in a particular discipline. 2. The branch of philosophy concerned with the science of method and procedure. 3. An organised, documented set of procedures and guidelines for one or more … Continue reading
Posted in Agile
Tagged Agile at scale, Ambler, Cockburn, DAD, Leffingwell, method, SAFe, Schwaber, Scrum, SITA
4 Comments
Killing Agility
In their iconic book “Peopleware”, DiMarco and Lister said “I can’t tell you what to do to get a team to gel, but I can tell you 100 things that will prevent it” A similar thing applies to Agile. A … Continue reading
Prototyping – what is the MVP?
What if you have a great new business idea, but don’t know whether it will work. You prototype it, right? Of course. But what do you prototype? How do you define what that minimum viable product (MVP) is that will … Continue reading
Can we believe the Chaos report?
The Standish Group have been publishing the Chaos report into the state of software development annually since at least 1995 and the figures have been reproduced all over the place, especially when trying to explain why Agile is a good … Continue reading
Agile is not a binary state
I was on one of the LinkedIn groups the other day, reading through one of the discussions around testing and one of the contributors stated that Agile “mandates specific practices” and that if the “real world” precludes you from “doing … Continue reading
Posted in Agile
Leave a comment
Agile already a failure in public sector?
The DWP has ceased all agile software development work for the Universal Credit (UC) programme. This is disappointing, but not entirely unexpected. Warning bells should have been clamouring loudly when it was announced by the Major Projects Authority that “conventional … Continue reading
“Deliver on Time” revisited – the Iron Triangle
The ‘Iron Triangle’ known to all project managers is one of the cornerstones of the profession. Essentially, it defines the major project constraints of time, cost and scope (sometimes quality is shown in the middle). On most traditional projects, scope … Continue reading
Planning horizons
I know of an IT department with just three full-time developers. Yes, just three. So what do you do with a team that size? What they are doing is developing lots of small enhancements and defect fixes, and not much … Continue reading
DSDM in the real world 