2. Agile Experiences
from the trenches
Telekom SmartHome
Patrick Sauerwein
@Virtual_Patrick #DBART
https://www.virtualpatrick.com
3. Disclaimer
Subject period March 2017 till January 2020; product available since 2013
New organisation since February 2020
Product Owner’s view; biased personal view; incomplete
8. DTAG 5 level hierarchies and mixed legal
orgs
Division
Technology &
InnovationVorstand
Technology &
Innovation
(VTI)
Deutsche
Telekom AG
Telekom
Deutschland
GmbH (TDG)
Manager
Consumer IoT
H
e
r
e
9. Conway’s Law
Organising your product and value streams matters
and is reflected in Conway’s law:
“…organizations which design
systems … are constrained to
produce designs which are
copies of the communication
structures of these
organizations.”
M. Conway
(https://sites.google.com/a/scrumplop.org/published-
patterns/product-organization-pattern-language/conway-s-law)
10. Larman's Laws of Organizational Behavior
1. Organizations are implicitly optimized to avoid changing the status quo middle- and first-
level manager and “specialist” positions & power structures.
2. As a corollary to (1), any change initiative will be reduced to redefining or overloading
the new terminology to mean basically the same as status quo.
3. As a corollary to (1), any change initiative will be derided as “purist”, “theoretical”,
“revolutionary”, "religion", and “needing pragmatic customization for local concerns” —
which deflects from addressing weaknesses and manager/specialist status quo.
4. As a corollary to (1), if after changing the change some managers and single-specialists
are still displaced, they become “coaches/trainers” for the change, frequently reinforcing
(2) and (3).
5. Culture follows structure.
https://craiglarman.com/wiki/index.php?title=Larman%27s_Laws_of_Organizational_Behavior
11. Try system thinking - WIP it real good
Count the hops between the
team and ...
- users
- customers
- support/success
- sales & marketing
- each other (inc. design & test)
- the budget
- data & insights
- strategy/why
- deployment into prod
- prod-like env
- hiring (new teammates)
- tools
You'll learn a ton.
“A bad system will beat a good person every time.”
– W. Edwards Deming
12. The nudge: product teams and thinking
https://amplitude.com/blog/journey-to-product-teams-infographic
13. Delivery vs feature vs product teams
Delivery teams are not cross-functional (basically just developers plus a backlog
administrator product owner), they are not focused on outcome (they are all about
output), and they are not empowered (they are there to code and ship).
Feature teams usually are cross-functional (at least some form of designer and some
form of product manager), but they are still all about output and not empowered.
Product teams are cross-functional, focused and measured by outcome, and
empowered to come up with solutions that work.
18. 12 Signs You’re Working in a Feature Factory
● No measurement.
● Rapid shuffling of teams and projects (aka Team Tetris)
● Success theater around “shipping” with little discussion
about impact.
● Infrequent (acknowledged) failures and scrapped work.
● No connection to core metrics.
● No PM retrospectives.
● Obsessing about prioritization.
● No tweaking.
● Large batches.
● Chasing upfront revenue.
● Shiny objects
https://amplitude.com/blog/12-signs-youre-working-in-a-feature-factory-3-years-later
19. Tetris mindset: fetishizing busyness & output
Focus on
innovation/
value delivery
Focus on
predictability/
plan fulfillment
20. Pandora’s box of prioritization: roadmap violation & overcommitment
A roadmap IS NOT
● a project or release plan
● a list with dates and features
A roadmap IS
● a strategic communication tool
● a prototype of your product strategy
● state of intend and direction
● how you will realize your product vision
22. Roadmap vs project plan
https://www.mindtheproduct.com/roadmaps-are-dead-long-live-roadmaps-by-c-todd-lombardo/
23. Impact with product team empowerment
https://amplitude.com/blog/journey-to-product-teams-infographic
24. Output over outcome?
Product delivery
Building it.
Goal: Ship fast!
● Annually
● Quarterly
● Monthly
● Weekly
● Daily
● Continuous Integration
Product discovery
Deciding what to build.
Goal: Learn fast.
● Are we meeting stakeholder needs?
● Can customers use it?
● Do customers want our solution?
● Are we solving a problem the customer
cares about?
● Are we driving a desired outcome?
25. XP: Manage Your Goals Instead of Activities
Less of... More of ...
http://www.agile-process.org/byfeature.html
26. An Iterative Waterfall Isn’t Agile - #BDUF
https://www.mountaingoatsoftware.com/blog/an-iterative-waterfall-isnt-agile
Engineering gets brought in way too late!
Cagan: So tell me, why you don’t empower your team(s)?
CEO/ Manager (voice is going down): You know, I don’t trust them. You saw them – you met them, right? (pause) How could you trust them, how should I trust them? So tell me, what should I do?
Cagan: What? Wait – really??? But you hired them! So what do you want me to do?