Categories
- Agile (6)
- Architecture (1)
- art (2)
- Big Data (1)
- books (11)
- Cars (1)
- Change (9)
- common sense (3)
- Contracting (1)
- Cool (1)
- Design (5)
- development (1)
- emotions (3)
- entrepreneurship (2)
- google (1)
- great quotes (2)
- happiness (1)
- innovation (3)
- IT (8)
- IT Architecture (3)
- Knowledge Transfer (2)
- leadership (3)
- Lean (1)
- links (1)
- literature (1)
- lyrics (1)
- management (9)
- Media (1)
- Negotiating (1)
- networks (1)
- people (5)
- Personal Improvement (8)
- planning (5)
- productivity (3)
- Programming (1)
- Project Management (23)
- Projects (1)
- psychology (3)
- Requirements (5)
- Risk (2)
- scrum (2)
- strategy (6)
- struggle (1)
- summer (1)
- teams (5)
- Test Automation (3)
- thinking (5)
- Training (2)
- Travel (1)
- waterfall (4)
Tag Cloud
Agile
Architecture
art
Big Data
books
Cars
Change
common sense
Contracting
Cool
Design
development
emotions
entrepreneurship
google
great quotes
happiness
innovation
IT
IT Architecture
Knowledge Transfer
leadership
Lean
links
management
Media
Negotiating
people
Personal Improvement
planning
productivity
Programming
Project Management
Projects
psychology
Requirements
Risk
scrum
strategy
teams
Test Automation
thinking
Training
Travel
waterfall
Agile and Common Sense
Posted by Rich Crowley in Agile, common sense
Agile is hard. Agile is mistaken for a silver bullet. This is a great blog post.
There is a fair degree of common sense in both these statements. I love common sense. I love it even more when it gets applied to the process of software development in companies. As a PM who made his PM bones using predominantly (but not exclusively) PMBOK-based methodologies, Agile-based approaches worry me only in that they appear to be driven more as a reaction to negative experiences with existing software development approaches than based on a solid understanding of Agile, a comparison of it to these existing methodologies and a conscious decision at senior management levels that the Agile way is a better way and worth making a change for.
I’m all for Agile. I love many of the central tenets of the manifesto and I’ve got the scars where other methodologies (read Waterfall) actually helped projects fail. I’m also all for speed because the pace of business is very quick and often there isn’t time to do something as significant as swap methodologies in a wonderfully slow and methodical way. However, common sense tells me that moving to Agile in a reactionary fashion will result in pain more often than it needs to. Somewhere, somehow, there is an element of common sense that is critical to each organizations’ move to Agile that will dictate how well they pull it off.