Don't be mad Im just a developer.
- Oppinions ahead!
- Everything is on a gradient (even if I might hint otherwise)
- There are no universal truths, context matters!
- I welcome any different oppinions to my points ❤
- 10+ years experience in prof. software development
- 3 years as Lead Dev
- 85% of projects used variation of Scrum or Kanban
- 0% of projects done agile
If you wanna talk, rant, discuss agile, reach out to me :)
Why should we listen to
www.menti.com
Code: 8975 1037
Starting doing the most important thing
When finished, immediately give it to people who use it
Get feedback from customer and adapt if needed
This also applies to the process itself!
Main Concepts:
Customer
VALUE
PRIORITY
Iteration
Tech people MUST directly talk to the customer.
What is a customer?
Somebody that pays or consumes your product (I guess).
Means we are not doing it for ourself.
Everybody MUST understand the business model.
www.menti.com
Code: 8975 1037
Personas: Focus on a single customer
What is a customer? Somebody who pays for or consumes the product.
Your Product Owner, Product Manager, Project Manager is not the customer.
Yes, developer CAN talk to customer if they can talk to a human beeing.
Something that makes the business money?
Something that solves a problem?
Something that the customer wants?
If the customer DOESNT want to pay for it, can it EVER have VALUE?
The cost of NOT delivering something.
Other Methods
are mostly USELESS
Dev Cost does not have big impact on ROI or lifecycle profit.
Estimation for duration is notoriously inaccurate. Best time to ship is right now.
A/B Testing
Business Metrics
Hypothesis->Test->Result
PO or Product Managers are always wrong what value is
PRIORTY
Pick the thing with the highest VALUE and do that first!
Focus on delivering VALUE not work items, stories, etc. (Output vs Outcome)
Talk to the customer about their problems.
Find the first scope the customer would pay money for.
That's your first ITERATION.
Sprints
Just doing the iteration
Release Blue
Release
Green
Release Blue
Release
Green
Following specific processes does not make you agile!
Shu Ha Ri: but its fine to start with a known process
(Certified) Process Frameworks
Agile Industrial Complex
Scaling Agile
Sprints
Estimates
Fixed Deadlines
Not doing the thing with highest value first
Not adapting your process all the time
Predictability over Outcome
Having fixed roadmaps months ahead
"We only deploy every X weeks"
Always using Agile
"We do it like this because all the other teams do it like that"
Calling everything squads, tribes, chapters
Never bending or breaking the rules
Middle Management
Not talking directly to customer