a leadership prince thinks their position makes them more qualified than others to lead
any person can lead in some way
Leadership Priests
a leadership priest preach a belief in something (like hierarchies, or self-organization) as "good" whereas there is no scientific grounds for that belief
Leadership Pragmatists
Every business needs to be managed on behalf of its owners
a leadership pragmatist understands that hierarchy is a necessity and that the bulk of the work is done in a social network of peers: leaders and followers
Communication flows through the network; authorization flows trough the hierarchy
#1: Why things are not that simple
Predictability has a devious sister named complexity
Causality
Casual determinism: future events are necessitated by past and present events combined with laws of nature
it enables us to plan and predict, but it's not enough
Complexity
the same interactions that we can plan and predict frequently turn unpredictable and unmanageable
many events just have to be experienced and observed
Complexity Theory is the scientific way of looking at complex systems
Linear mindset
Our minds prefer causality over complexity, seeing the world as a place full of easily explainable events with simple causes and effects
When it comes to management, causality makes managers look for causes that would produce outcomes exactly as they need them, through careful upfront design, and meticulous top-down planning
The whole and the parts
Reductionism
The approach of deconstructing systems into their parts and analyzing how those parts interact to make up the whole
works well but only to a point: many phenomena behave in ways that can't be predicted by deconstructing them and studying the parts
Holism
the idea that the behaviour of a system cannot be fully determined by its component parts alone; instead, the system as a whole determines in an important way how the system behaves
Reductionism variants connected to the idea of the whole
Greedy reductionism
a form of reductionism where a phenomenon is explained away in favour of understanding its underlying parts
"the whole doesn't exist"
Hierarchical Reductionism
the idea that complex systems can be described as a hierarchy,wherein each level can be described in terms of parts one level down in the hierarchy but not lower
Constructionism
the idea that any system can be constructed once we understand the parts
This is false because even if we fully understand the parts that doesn't mean the whole is the sum of the parts. Knowledge of the parts doesn't imply our ability to reconstruct the higher-level system
we can apply reductionism to trace a problem back to its origins,but we cannot apply a constructionist approach to build a system that prevents such problems from happening in the first place
Management implications
Hierarchical Management
not everything in a complex system can be explained by seeking causes in the lower levels within the system. Each level can have novel and irreducible properties
It means that those who know all about one level of a hierarchical system may be unqualified to deal with lower or higher levels in the same system because those other levels require different kinds of knowledge
Agile Management
Agile software development has roots in complexity theory
casual determinism is insufficient to deliver successful projects
self-organization
emergence
it's impossible to predict failure using a constructionist approach
repeatedly accept failure
subsequently purge causes from the system
We need a theory of management that embraces complexity and linear thinking, to support successful Agile adoption
Management 3.0 model
Energize people
Empower teams
Align constraints
Develop competence
Grow structure
Improve everything
#2: Agile Development
Project management and line management are often mixed-up
None of the Agile methods address the role of the line manager
This has led to the problem of line managers being identified as the biggest obstacle to Agile adoption
#3: Complex System Theory
The Body of Knowledge of Systems
General Systems Theory
the idea that most phenomena in the universe can be viewed as a web of relationships among elements
these systems have common patterns and behaviors that can be studied to develop greater insight into systems in general
autopoiesis: how the systems constructs itself
identity: how the system is identifiable
homeostasis: how a system remains stable
permeability: how a system interacts with its environment
the recognition that a development team can construct itself, that it can define its own identity, that it needs to interact with its environment, and that the interactions amongst team members are just as important as the team members themselves (or even more so) can all be attributed to systems theory
Cybernetics
a study of regulatory systems that have goals and interact with its environment through feedback mechanisms
acting
sensing
evaluating
back to acting & repeat
from cybernetics we've adopted the view that a software development team is a goal-directed system that regulates itself using various feedback cycles
Dynamics Systems Theory
Dynamic systems have many states, some of which are stable and some of which are not
It helps explain why some projects are stable and why others are not, and why it sometimes it seems impossible to change an organization because it always reverts back to its original behaviour
Game Theory
Multiple systems often compete for the same resource, an in such cases may develop competing strategies
It helps explain the behaviour of people in teams, and the behaviour of teams within organizations
Evolutionary Theory
gradual changes in species and survival of the fittest by natural selection
Random genetic drift: species changing for no reason
Punctuated equilibrium: sudden drastic change, instead of gradual change
Selfish genes: selection at the gene level rather than the organisms or groups
Horizontal gene transfer: species exchanging genes with each other
Evolutionary thinking has helped understanding the growth, survival and adaptation of systems over time
Chaos Theory
Even the smallest changes in a dynamic system can have tremendous consequences at a later time.
This means that behaviour of many systems is ultimately unpredictable
estimation
planning
control
fractals and scale invariance: the behaviour of a system when plotted in a graph looks similar on all scales
Other theories
Dissipative Systems
spontaneous pattern-forming
self-organization within boundaries
Cellular Automata
complex behaviour can result from simple rules
Artificial Life
how information processing works in agent-based systems
Learning Classifier Systems
how genetic algorithms enable living systems to be capable of adaptive learning
Social Network Analysis
how information propagates amongst people in a network
Simple vs Complicated vs Complex
Complexity models
Cynefin
Simple: Best Practice
Complicated: good practice (expert opinion)
Complex: emergent practice
Chaotic: novel practice
Disorder: not knowing which domain you're in
Stacey
degree of Certainty / Uncertainty
degree of Agreement / Disagreement
Simple -> Complicated -> Complex -> Chaotic
Jurgen's Structure/Behaviour model
structure dimension
simple: easy to understand
complicated: difficult to understand
behaviour dimension
ordered: fully predictable
complex: somewhat predictable (with surprises)
chaotic: very unpredictable
Simplification: the act of making the structure better understandable
Linearization: the act of making behaviour better predictable
Simplify everything that's hard to understand, but be careful with linearize it (change the kind of system into another of different behaviour)
Complex Adaptive Systems
a system made up of multiple interacting parts within a boundary, with the capacity to change and learn from experience
They move themselves toward the sweet spot between order and chaos, in a "chaordic process" that's not fully ordered nor truly chaotic
Complexity Thinking
Systems Dynamics
the idea that the structure of organizations, with its many circular, interlocking, and sometimes time-delayed relationships between organizational parts, is often a more important contributor to organization's behaviour than the individual parts themselves.
Systems Thinking
a problem-solving mindset that views "problems" as parts of an overall system. Instead of isolating individual parts, thereby theoretically contributing to unintended consequences, it focuses on cyclical relationships and nonlinear cause and effect within an organization.
asks you to concentrate no problematic systems instead of problematic people
Social complexity
the study of complexity in social systems
Complexity thinking
system dynamics and systems thinking recognize nonlinearity but they are still grounded in the idea that top management can somehow construct a "right" kind of organization that can produce the "right" kind of results
To manage social complexity, managers need to understand how things grow, not how they are built
complexity thinking assumes that managers cannot construct and steer a self-organizing team. Instead, such team must be grown and nurtured
Energizing People
#4: The Information-Innovation System
Innovation is key to survival
complex adaptive systems actively seek a position between order and chaos because innovation and adaptation are maximized when systems are at the "edge of chaos"
Innovation is typically a bottom-up phenomenon
Innovation is not a planned, but emergent result
5 Cogs of Innovation
Knowledge
Knowledge is built from the continuous input of information from the environment
education & learning
requirements & requests
measurement & feedback
steady accumulation of experience
people's expertise is not the most important indicator of their performance. Instead, what actually makes the difference is their connectivity in the organization
most knowledge is tacit
sharing occurs through "osmotic communication"
it's imperative that our software teams consist of people who want to share and work together
Creativity
creativity is primarily based on people's knowledge and combination of dissimilar ideas
creativity manifests itself in the production of things that are both original and useful
The Art of Thought
Preparation
Incubation
Intimation
Illumination
Verification
Motivation
the act of "energization" of goal-oriented behaviour
desire or at least readiness
system that continues to energize people, rather than take away energy from them
fine example of social complexity
nonlinear
unpredictable
Maslow's Hierarchy of Needs is flawed because it makes motivation look straightforward and linear
Diversity
Diversity can stabilize a system and make it resilient to environmental changes
It means that in complex systems you can't use averages
Homophily: the tendency of individuals to associate with similar others
Managers hiring look-alikes
selfish gene theory
Inclusive Diversity: There has to be some balance and sufficient common ground so that all diverging views are still connected in a bigger pattern
Personality
Values & Virtues
So called "agile values" are in reality "human virtues": personality traits that we value as being good
virtues determine people's behaviour and have big consequences for motivation
knowledge can only lead to innovation when people's personalities adn motivations are properly addressed. That's why virtues are important
projects will benefit from some virtues being shared by all team members. But creativity also benefits from diversity of personalities (and virtues)
As a manager *you should pick* your own set of human virtues to focus on in your teams
Only people are qualified for Control
Law of Requisite Variety
a system can be controlled by another system only when the other system is just as complex or more complex than the first one
People are the most complex elements in a software project.
Processes and tools cannot outperform their masters; they are like sensors and emitters
#5: How to Energize People
Manage a creative environment
Safety
Play
Variation
Visibility
Edge
Motivation
Extrinsig
Becomes a problem with people are unaware of their dangers
Intrinsic
self-determination theory
Competence
Autonomy
Relatedness
10 desires
feel competent
feel accepted
curiosity
honor
idealism (purpose)
independence (autonomy)
order
power (influence)
social contacts (relatedness)
status
Demotivation
Two-Factor Theory
Hygine factors
Motivatos
You can't motivate a person by removing demotivation factors
Diversity means "connectivity"
performance also depends on the person's connectivity with other people in the social network
when hiring, watch out how this new person will connect to other people in the organization
You want these connections to be of a different kind than the connections the existing team members have established
Personality Assessments
Different tests
16 Pesonality Factors Questionnaire
MBTI
Enneagram Program
Big Five Factors of Personality
Doing and assessment
1. take the test yourself
2. share the results with your teams
3. ask people to take the test privately
4. (optional) suggest that team members share their results
must be voluntary
requires high trust
Team Values
a good list of team values originates from the team and its environment
consensus with management (the environment) on the final list can be vital
Personal values
start by measuring yourself against the same values hat were selected by the team
"No Door" policy
the "Open Door" policy communicates distance
we need a different policy that emphasizes that managers should not be separated from other kinds of employees
Empower teams
#6: The Basics of Self-Organization
Self-organization is the process where a structure or pattern appears in a system without a central authority or external element imposing it through planning
It's the default behaviour of a dynamic system, not a "best practice"
No matter how you manage a team, there will be self-organization
the question really is: "is it in the right direction?"
Nature of Self-organization
No self-organizing system exists without a context. And the context constraints and directs the organization of the system (what the system can and cannot do)
command-and-control is just a special case, where there's an attempt to lock in strict constraints
self-organization vs Anarchy
Anarchy = "having no ruler"
Absence of order (chaos)
This is what most people think "anarchy" is
Absence of authority
may result in complexity: order, but not imposed by an authority
A better spectrum is: Governance <---> Anarchy
Order
Complexity
Chaos
The real issue people have with anarchy is that such unmanaged systems can behave in a way that stakeholders don't value (i.e. their way of self-organizing is not appreciated by their primary stakeholder.)
self-organization vs. Emergence
Emergent properties
a property of a system that cannot be traced back to any of the individual parts of the system
Three aspects
Supervivence (global): the property will not exist if you take away any part of the system
Not an aggregate (irreducible): the property is not the result of adding up properties of the individual parts
Downward causaility (noticeable): the emergent property influences the behaviour of individual parts
Emergence in Teams
the possiblity of collective decision making without central planning
synergy: the whole is more than the sum of the parts
the nature of emergent properties is often unpredictable, being the result of the interaction between team members
other (related) terms
Self-managed
the team organizes its own activities
roughly equivalent to "self-organized", but rather ambiguous (self-organized is better)
Self-selected / Self-designed
the team is self-organizing and creates and maintains itself
Self-directed / Self-governed
the team is self-selected and there is no outside management
a team can be self-rganizing, but not allowed to be self-directing
Darkness Principle: "each agent on a system is ignorant of all behaviours of the system"
each team member can only have an incomplete mental model of the whole project. That's why they have to plan and decide together
the move towards self-organization occurs because it is a way to increase control over uncertainties
managers are "in charge" but not "in control"
Conant-Asby Theorem: "every good regulator of a system must have a model of that system"
when we want to control something, we need a model for it
control can be only as good as the quality of the information available form the system
the more complex a system is, the less capable we are to model it
available information is too complex to comprehend
available information is not enough to construct a proper model
the more complex a system is, the less we can control it
Delegation of control is ta manager's way of controlling complex systems.
You push decisions and responsibilities down to a level where someone has information that is smaller in size and more accurate
Distributed Control & Empowerment
A single controlling authority makes a system neither robust nor resilient
The way to distribute control in an organization is through empowerment
The reason to empower people is not to improve motivation, but to improve manageability
You are (like) a gardener
living systems grow fast at the beginning and then reach a level of maturity. Mature systems don't need to be looked after as often as young systems
When a garden (system) is not managed, it will keep growing but in another direction that was intended. The result might not be as pretty as you had hoped for.
Many growing systems have a life expectancy. There comes a time to replace the old with the new
#7: How to Empower Teams
Delegation
Don't create motivational debt
People don't want to be told what to do. They want to be asked.
Distinguish Empowerment rom Delegation
Delegation == the act of handing over responsibilities
Empowerment includes support of risk taking, personal growth, and cultural change
Choose the right maturity level
Being empowered is a skill
It must be learnt, and it takes discipline to maintain
the intention is to get everyone to the higher level
people should be allowed to "earn" the higher levels of empowerment by proving that they have mastered the lower levels
classify your activities
Low Empowerment
activities that have no far-reaching consequences for the organization
Moderate Empowerment
self-organization
Agile development assumes this level
High Empowerment
self-governance
organizations at this level were usually created this way from the start
Pick the right authority level
Empowerment is not a binary choice; rather, it depends on the level of authority
7 Levels
I decide
1. Tell
no empowerment at all
2. Sell
you decide, then you need to get commitment from them
3. Consult
ask first, then you decide
We decide
4. Agree
joint discussion
your voice is equal to theirs
They decide
5. Advise
you attempt to influence
6. Inquire
they convince you after deciding
7. Delegate
you leave it entirely to them
Vary the level of authority depending on the topic; go up in the levels as the team grows
If you want something done, practice patience
The Micromanagement Trap
micro-management often prevents workers from being able to self-manage or otherwise show that they could handle more authority
workers continue to work in a dependent way, trapping you into keep making all the decisions
"they are not ready for this" leading to "if you want something done, do it yourself" leads to the trap
Treat delegation as an investment: it needs time to mature
When something bad happens after you delegate something to workers, do not take back responsibility for the task. Instead, take responsibility for the way you've delegated it
When there's pressure from top management to "get things under control", realize that what you need to get under control is your method of delegation
Consider the Delegation Checklist
Resist the urge to "be on top of things"
Address people's Ten Intrinsic Desires
Once you found what motivates people, choose to delegate the kind of work that most closely matches peoples desires
Make sure the environment is supportive
Are the policies, procedures, etc. in line with the level of delegation?
Trust
Trust the Team
When an empowered team asks you to decide, find ways to have them solve the problem themselves
Be a mirror
Help them with their thinking process
When a team members asks you to do something that you have delegated, tell them that trust is meant to be transitive: you trust the other person to do it, and so should them
Never betray trust you have given
When nobody comes up to you to decide, don't criticize them for not consulting
If you want to be consulted, set that expectation up-front
Earning Trust
deliver on your promises
do what you have committed to
Aim to be predictable pleasant
trust suffers when people are either predictably unpleasant or unpredictable pleasant
Helping people trust each other
When trust is low, focus on communication and commitment
Increase the bandwidth and quality of their communication
Assist individuals in doing what they promised to do
Trust yourself
stay true to your own reason and common sense
change your mind when new insights have convinced you
Respect
Stop associating delegation with importance
Ask for feedback
Give feedback
Align constraints
#8: Leading and Ruling on Purpose
Boundaries and Direction
Organizations live in the "edge of chaos"
Complex adaptive systems are systems that can find their own way towards that sweet spot of complexity, right between order and chaos
they change the rules as they evolve
The question then is who or what is tuning the rules in an organization so that the organization moves toward (and stays at) the edge of chaos
A manager's job is not to create the amount of rules in the organization.
Instead, it is to make sure that the people can create their own rules together, configuring high-level parameters rather than low-level "rules of the game"
diversity
information flow
connectivity
The manager defines the boundaries, but not the rules: doing otherwise negates the concepts of self-organization and emergence
But self-organization is not enough
a little management is needed to steer self-organization in a direction that it's valuable for everyone in the system (alignment of constraints)
managers must make it safe for people and their shared resources to self-organize
A boundary is what defines the "Self"
what will emerge will be strongly influenced by the boundaries and constraints
directed self-organization in business is a matter of manipulating the constraints so that a group of people produces results that are valuable to the organization as a whole
3 responsibilities for managers
1. Develop the system
2. Protecting the system
3. Directing the system
Leadership
Management vs. Leadership is nonsense
makes more sense to compare leaders to rulers
both are behavioral styles within the job we call management
Leadership vs. Governance is the right distinction
leaders use the power of attraction to convince people
rulers use the power of authority to tell people what to do
Part of a manager's role is to decide how much to lead and how much to rule
Types of leadership
Administrative (rulers)
Emerging (leaders)
Enabling (allowing non-managers to lead)
Purpose
3 kinds
intrinsic purpose
comes "naturally" to the system
extrinsic purpose
assigned, or given, to the system by its owner
autonomous purpose
assumed by the system (what it "wants")
Team purpose
purpose can be seen as an emergent property of the system
"shareholder value" is not the goal of the organization, but of individual stakeholders
people in the team (management included) have their own personal goals
neither customer nor team members nor management can automatically promote their own goals to the entire project team
the intrinsic purpose of a software team is to produce software
the team can define its own autonomous purpose
management is responsible for assigning the team an extrinsic purpose
it sets direction for self-organization
it's a manager's responsibility because the manager is the only one responsible for the whole system
#9: How to align constraints
Give people a shared goal
A manager is responsible for defining a shared goal across a group
defining a purpose enables a manager to unite and motivate people
a goal gives people an awareness of their context
A shared, extrinsic purpose transcends any goals of individuals or subteams within the group for which the manager is responsible
Elevating any of these stakeholder's goals to the group level would lead to suboptimization and dysfunctional measurements
The criteria for goals must depend on context
SMART is too simplistic
pick from the Agile Goal Checklist
dangers to stay away from
intimidation
impressing stakeholders
favouring short-term wins over long-term losses
distracting by focusing only on actions
having too many goals
connecting goals to rewards
Goals are allowed to change more than once per year
Communicate your goal
A goal works only when people in the system use it to evaluate their actions
talk to people about your goal and review their actions in the context of the goal
Vision vs Mission
vision statement
what the future organization wants to be
it's about the future; the desired end-state
it's inspirational
it provides clear decision-making criteria
define it for businesses, projects, products
mission statement
tells you the fundamental purpose of the organization
it's about the present; about how to get to the desired end-state
it informs of the desired level of performance
define it for groups and teams
Allow your team an autonomous goal
Not all teams can come up with one
you can ask them about it, but never tell them do create a goal
If they do, allow them that freedom; don't override it
in case of conflict, there has to be a compromise
autonomous goals and extrinsic goals do not override each other
overruling the team will incur a significant motivational debt
Creat a Boundary List of Authority
"discovery of invisible electric fences"
when managers "empower" people, often don't give them clear boundaries of their authority
people then have to find out by trial and error, incurring some emotional damage along the way
create a list of "key decision areas", combined with the autority level and the choice of authorizing individuals or teams
Protecting People and Resources
Watch for mistreatment amongst colleagues
Asking "are you being treated well" is not likely to result in an honest answer
instead
ask people who their friends are
ask people about how they thing other people are being treated
someone outside the team (management) must keep an eye on long-term sustainability instead of short-term individual gains
Watch for the "Tragedy of the Commons"
a situation in which multiple self-organizing systems, all of them acting in their own self-interest, overexploit a shared limited resource, even when they all know it is not in anyone's interest for this to happen.
4 ingredients for sustainability
Institutions (managers) building trusting relationships between systems (teams)
Information that increases understanding of the environment
Identity (social belonging) to improve sense of community and reduce competition
Incentives punishing overuse and rewarding responsible use
Constrain Quality
Quality is often simply assumed by everyone
you not only get what you ask for, but also don't get what you don't ask for
Managers have to define clear constraints for quality in their products
Create a Social Contract
groups of people maintain social order by giving up some of their freedoms to an authority
the contract lists the obligations of the authorities toward the people, and everyone is automatically assumed to agree on the contract, or else they are fee to leave
the contract should address the basic needs of people
Develop competence
#10: The Craft of Rulemaking
Learning systems can be modeled ad complex systems consisting of competing rules
Learning Classifier Systems
Performance System
many potentially conflicting rules
rules are triggered under different circumstances given different stimuli from the environment
rules are both competing and collaborating with each other
"fittest" rules are those that contribute most effectively to the whole
Credit Assignment
rules that appear to lead to improved performance of the entire system are credited, increasing their strength within the performance system
the strength of a rule increases the chance of being triggered the next time for similar input messages
when the environment changes, strong rules start failing and weak ones could succeed more often than before, allowing the system to adapt
Rule Discovery
new rules can be constructed from existing rules by recombination of building blocks
Sometimes "rules" is used when we mean "constraints", but those are different
A rule tells you what to do given an input
A constraint sets a boundary
In complex adaptive systems, its agents can manage their own rule making process. Managers restrict themselves to setting constraints and allow the performance system in their team members to kick in and use their innate problem solving potential
The more you're imposing fixed rules, the more you are constraining the innate rule-making capabilities of your team members
Diversity of Rules
People should be allowed to do things their own way, to keep them motivated
Competing rules can strengthen the whole, since diversity increases flexibility and resilience
The development of rules in a team is a matter of competence
The Agile Blind Spot
Agile doesn't explicitly recognize the need for smart, attentive, disciplined people
Therefore, management needs to figure out how to address this
Craftwmanship is important
We can learn practices from various sources. But it is our personal choice to seek them out and to apply them. it's not the number of official rules in an organization that makes the difference
Management must stimulate craftsmanship and discipline
Competence has two dimensions: Discipline and Skill
Rules should be created at the level of the lowest competent authority
Subsidiarity Principle
matters should be handled by the smallest, lowest or least centralized competent authority
Rules are the responsibility of individual workers, unless they cannot perform their tasks effectively, in which case rules need to be established at the next higher level in the hierarchy
This allows the free flow of ideas and practices within the boundaries of effectiveness
rulemaking should be delegated to the (competent) team
Sometimes rules should be discarded
Risk Perception and False Security
in situations without rules and guidance, people feel compelled to take responsibility and to judge for themselves
Existing rules have to be treated not as laws but as rules of thumb
Sometimes is necessary to abolish rules to prevent people from following blindly
having too many rules invites feelings of false security and a tendency to risk compensation
Behaviour will be copied around and amplified by feedback loops
Memes group together in a memplex because they will copy themselves more successfully when they are taken as a group
Memes reinforce each other to be copied around in the minds of people
Agile practices form a memplex
it can be easier to adopt multiple ideas simultaneously than it is to have them adopted one by one
not all practices need to be beneficial. some can even be harmful, but when taken together bad effects are neutralized
removal of individual memes from the memplex may weaken, or even destroy, the strength of the memplex
there may be multiple competing memplexes that reinforce and need each other because their competition draws attention away from alternatives
Memes may have different origins and can even be exchanged and shared across multiple memplexes
Broken Windows
Behaviour is a function of a person and their environment
people tend to adapt their behaviour to the environment that they live in
people also tend to copy each other's norms and behaviours (memetics)
reinforcing feedback loops can lead to bad (or good) behaviour leading to more bad (or good) behaviour
#11: How to develop competence
7 approaches
Self
factors that enable self-discipline
the realization that something is important
basic time management skills
mechanisms to avoid forgetting
motivation
you must show self-discipline if you want people around you to have it too
Coach
coaches / mentors
competency leaders
responsible for setting standards and developing people
the most important role is that of a teacher, who guides the purposeful practice necessary to develop expertise
Tests
consider certification
certification may lead people to believe they have a formal level of competence
it can, however, have a positive effect when combined with other measures
Tools
tools need to be not just configurable, but adaptable
tools can make the process mistake-proof
Peers
social pressure is an example of a positive feedback loop
3 things to make it work
works only when people want to be part of the group
requires direction in the form of a goal
let self-organization do its work
Supervisors
two sides of the coin
zero defects
preventing problems instead of fixing them is cheaper
inspection (supervision)
zero defects is unattainable because those last few problems are too expensive to fix up front
there's no way to "mistake proof" some practices, so an assessment may be a better choice
Managers
leading and governing
Metrics
Optimize the whole
Multiple levels
what you measure has to cover everything; the unmeasured, unconstrained parts of the system will self-organize towards suboptimal results
This doesn't mean moving all metrics to the higher organizational level: use a combination of metrics that leave no gaps
a metric for individual performance is fine if and only of it is augmented with metrics at the team level
a metric concerning individual teams is fine if and only if supplemented with metrics for the entire business unit those teams are part of
Multiple dimensions
measure multiple perspectives simultaneously
7 possible dimensions
Functionality
Quality
Tools
People
Time
Process
Value
when measuring performance
Distinguish skill from discipline: evaluate both, but separately
Do not rate knowledge or experience: instead, focus on delivery
Rate multiple (different) activities
Rate multiple performances: we all have bad days
Use relative ratings: people can strive to do better each time, rather than hitting a target and staying there
Keep the fieedback loop as short as possible: as little delay as possible between action and measurement
Use both leading and lagging indicators
Never create the ratings yourself: have the metrics produced by the environment
Feedback for people
One-on-Ones
360 meetings
Grow standards
Different parts of a complex system will try to optimize for themselves. Therefore, local systems will switch to global standards when it is optimal to do so.
This means that standardization is not something that needs to be enforced
self-organizing teams can manage their own internal standards
bottom-up standardization will happen when goals and metrics make it clear that it is more optimal for them to change
Work the system, not the rules or the people, by setting the right constraints
Allow standards for competence to emerge through positive feedback loops
Introduce memeplexes instead of individual ideas to accelerate adoption of good practices
Allow people to have "barely enough" competence levels some areas so they can focus on the things they are good at, exploiting different talents and letting them compensate for their weaknesses
Big problems start as small problems: don't focus only on big problems
Grow structure
#12: Communication on Structure
Communication is normally understood as passing a message from a source to a target, but it's really more involved than that
Communication occurs through a social network
Communication = information * Relationships * Feedback
Messages are often distorted by the medium before they reach the target
miscommunication is really the norm
real communication includes making sure the meaning assigned to the message is the same on both sides
A social network is a complex system with people who communicate with various capabilities levels in 9 areas
Connecting: creating pathways through which communication can potentially happen
Filtering: knowing what to listen to and what to ignore
Empathizing: creating emotional association with the message
Understanding: knowing what the message means
Developing: adding new information
Managing: categorizing and evaluating
Boadcasting: radiating information
Influencing: prompting change in others
Conversing: exchanging ideas with other people
Network effects
tipping point: the moment when something rare becomes widespread
strength of weak ties: information spreads more strongly through many weak connections instead of a few strong ones
long tail: the sum of the value of sparsely available information can be larger than the value of stuff that is ubiquitous throughout the network
homogenization: what's popular becomes even more popular (gets copied more)
Optimizing Communication
Tuning Connectivity
information overload is never the problem: our brains are naturally wired to ignore almost everything we receive
The real problem is when people's filtering capabilities are untrained so that they listen to the wrong things and ignore other good stuff
Complex systems can find their own optimum when dealing with communication; no governance is needed (or even possible)
A reasonable thing for a manager to do is to influence which information is available, which connections are formed and how well trained he sensory filters are
Competition and Cooperation need to go hand in hand (guided by self-interest)
the result can be auto-catalytic
a system in which agents reinforce and accelerate each other's productivity
almost inevitable when diversity and connectivity are increased in a network
it's what we call "hyper-productivity" or "jelled" teams
The structure of the organization contributes heavily
scale-invariant structures are efficient and require only a few rules
scaling out (growing many small parts) works better than scaling up (growing one big system)
#13: How to grow structure
Organizational structure will change over time
factors in organizational structure
the organizational environment
the products (Conway's Law)
Changes in the environment, product types, company size, people, all lead to (or should lead to) changes in the organizational structure
Strategies for organization adaptability
Consider specialization first, and generalization second
teams of specialists perform better than teams of generalists
but specialization has problems
bottlenecs
stagnation
look for T-shaped people
Widen people's job titles
for improved organization adaptability, it helps not to lock up responsibilities in job titles. Instead, keep titles as widely applicably as possible
job titles can be used as formal boundaries for informal roles
People should specialize in something, but they must be flexible enough not to claim exclusive job titles in support of their specialization
Have small set of job titles and perhaps a few guidelines on which informal roles go with each job title
Cultivate informal leadership
support emergent leadership positions, but refrain from directly assigning such roles yourself
Many teams tend to flounder when there's no strong leadership. You may need to push them and help them solve their leadership problem, but allow them to decide
Abstain from having a "management layer" (Chief Something, Lead Whatever) as a wau to make easier for organizations to add and remove them on demand
If the role was a formal job title, the person would have to be kept busy, or fired for lack of work
Watch Team boundaries
3 aspects of boundary management
the way teams are structured
self-selection is an option to consider
define and discuss constraints on team formation first
size
diversity
other parameters
how individuals relate to teams
try to make sure every person is dedicated to one team
how teams change over time
teams perform better when they are long-lived
The optimal team size is 5 (maybe)
but this is highly dependent on the environment, people, project, etc.
do not impose a "preferred" team size; instead, add some constraints (like upper boundary in size), with a suggestion to have 5+/-2
Functional vs Cross-Functional Teams
For projects, cross-functional teams are more suitable
Most communication is oriented around the business, not around the function
But they have downsides
sub-optimization at the project level
inefficiencies around coordination across projects
reduced expertise because of limited knowledge sharing across specialists
Both team types require coordination
Functional silos have a high interaction penalty; cross-functional teams pay the penalty for synchronization of standards, methods and approaches
Cross-functional teams require coordination about practices, standards, shared resources, etc.
Coordination across teams
2 patterns
1) people who are positioned one level above the team take care of coordination
2) teams take care of coordination across their boundaries
pattern #2 can lead to "patches" of self-organizing teams, solving a big problem together
Start with #2 and fall back to #1 when it doesn't work (for example, when competence hasn't been resolved yet.)
Facilitate a gradual move towards cross-functional teams that apply #2
Local optimization issues
Functional teams tend to optimize their own efficiency, even if it hurst the business
Cross-functional teams optimize delivery, but it can also hurt the business in the form of lack of uniformity and standards
Turn eachteam into a little Value Unit
both functional and cross-functional teams should see themselves as delivering value to a customer, no matter whether it's internal or external
Sometimes is better to move specialist work to (functional) specialist teams
It's matter of balancing communication when the need of specialists talking to each other outweighs the need of interacting with team members working on value delivery
5 important considerations
an interface between the cross-functional team and the specialist team needs to be clearly defined
specialist teams need to see themselves as value units, serving the project teams, not controlling them
project teams should decide whether the specialist team is actually delivering any value
teams and their management will have to figure out how many points of contact with other teams they can handle
the team of specialists can be virtual instead of physical (CoPs for example)
Management hierarchies
Acknowledge that information flows through the network and not through the hierarchy; the hierarchy is needed for authorization, and the network for communication
each management layer needs to add value, doing something the layers below can't do for themselves
there needs to be some "separation of concerns" between management layers
spacial
temporal
others?
Hybrid Organizations
mixture of functional and cross-functional teams, hierarchies and networks
matrix organization is a form of hybrid; it can work if properly implemented: when there's one and only one line of authority, flowing through the hierarchy of line managers
a "panarchy" is a system of overlaping networks of collaboration and authority
there are many sources of authority and individuals choose to subject themselves to rules and norms of any group they decide to participate in
Designing how information flows through the structure
Have no secrets
when people lack information, they invent it themselves
make information available and accessible
it's particularly important to make everybody understand what the organization's financial performance is
Make everything visible
people copy each other's behaviours, sometimes for no reason other than just seeing them
use mimicry to your advantage by making sure good behaviour is visible
use "information radiators" and "big visible charts"
Connect people
resilience and innovation in an organization are the result of people having a good relationship with each other so that information flows freely and undistorted
it doesn't mean that you need to be close friends with everyone, but knowing a little about their life is a good start
stimulate that people enjoy each other's company at lunch or dinner
Aim for Adaptability
you need to work on your organization's ability to change
complex adaptive systems constantly change and rearrange their building blocks as they gain experience
organization adaptability calls for minimum specification of organization
Improve everything
#14: The Landscape of Change
Environment
The environment that a system experiences is not the same environment that would exist if the system weren't there
"Caminante no hay camino, se hace camino al andar"
We first have to experience how the environment responds to a new system before knowing how to operate in it
The environment then decides how to deal with the "intruder"
Uncertainty
There's a pattern of uncertainty woven into the fabric of reality (Heinsenberg Principle)
sensitivity to uncertainty in initial conditions can have far-reaching consequences (Butterfly Effect)
Success & Fitness
Success is the continued absence of failure
Fitness is the ability of a system to exist and to prosper
A system's fitness depends not on intrinsic characteristics, but in its ability to meet the requirements of its environment
A complex system needs continuous improvement not to avoid the chance of failure, but simply to maintain its current fitness, relative to the other systems it's co-evolving with
3 approaches for Continuous Improvement
Adaptation (looking backward)
Undirected
random selection
found in biological systems
natural selection comes to the rescue
Directed
conscious selection
found in human systems, where it mixes is unintentional undirected adaptation
Exploration (trying things out)
Anticipation (looking forward)
Attractors & Convergence
We can visualize the change of a complex system as different states through a space
An Attractor is a stable situation towards which another states lead to
The collection of all trajectories that "converge" to an attractor is its "Basin of attraction"
Most perturbations have no serious effect on the system
the system stays in the attractor
the system is pushed out of the attractor, but within the same basin of attraction
Only when variables are pushed far enough will the system be pushed from one basin of attraction to another, thereby ending in another attractor
The basin of attraction can be big enough to cause the system to be "stuck" in the attractor. In this case, a better strategy may be to change the environment so that the current situation becomes unstable and disappears all by itself.
The Fitness Landscape
The fitness landscape represents how good the performance of the system is, relative to its current state
An "adaptive walk" is the process by which a system changes from one configuration to another to stay fit
Because of changing environments, and co-evolving systems, the fitness landscape is never static: you need to continuously re-evaluate your strategy
The shape of the landscape is related to the interconnectedness of the system
high interdependencies generate a rugged landscape, in which is very difficult to achieve optimal fitness
With fewer, loosely-coupled interdependencies, continuous improvement is possible without the fear of falling down a cliff at every step
#15: How to Improve Everything
Most improvement approaches are linear (step-by-step), but most landscapes usually are not that accomodating and require non-linear, big jumps
pattern for gradual improvement (kaizen)
1. analyze the current situation
2. define a goal
3. define a metric
4. identify an improvement
5. realize an implementation
6. execute
7. measure
8. learn & repeat from 1
It's assumed that each iteration should lead people to a better position in the fitness landscape, with higher fitness each time.
it's easy to get stuck in a local optimum: every step from there, even though in the right direction, will first make things worse
When that happens, radical improvement (kaikaku) may be requried
Travel tips for the Wobbly Landscape
From a valley, you can often see only the mountains around you, and not the (sometimes higher) peaks behind them.
The longer it takes you to travel to another peak, the higher the chances that it will be gone by the time you arrive
You probably can't see the best peaks. But you should try to understand where the mountain ranges are
You can trust each peak will be high. (if you want to climb, you will get higher.)
Only when you reach the summit of a peak, it can be easier to see which of the other peaks is really the highest
Changing the environment
managers have the power to change the environment in ways that make it easier for teams to achieve better performance
The most significant change in the environment is turning it into one that invites rather than subdues continuous change
create a culture of comfort despite the uncertainty that comes with change
make change the default organizational behaviour; standing still is the exception
don't talk about "reorganization"
don't give then change initiative a name
all this emphasizes that change is special, with a beginning and an end
be careful with pilot projects
pilot projects are carried out in separate and safe "sandboxes"
sandboxes are for learning without dangers, but sending out scouts is to learn about dangers
Make change desirable
Make stagnation painful
the perceived value of change is proportional to the pain that a person experiences when not changing
Turn up the heat and make sure people feel a reason to change
Honor thy errors
when errors have no important or immediate effect, they enable a system to acquire crucial knowledge for unexpected situations
Strategies for optimal performance
Noise
Introduce mutations: change in an individual practice
this is the equivalent to performing step-by-step changes
Cross-over (sex)
recombine best practices, under the assumption that peaks in a rugged landscape tend to cluster around each other
this is the equivalent of making (big) jumps
Broadcasts
learning from others and copying practices
Avoid "copy-paste" improvement
adoption "by the book" needs to be followed by a learning process on how to tune the standard to the local context
sometimes, significant adaptation is required before adoption
Practical Tips
Use regular retrospectives, at multiple organizational levels
Maintain an improvement backlog, at multiple levels
reserve some capacity in people's schedules for continuous improvement
Use an explicit multi-step improvement cycle
Setup a transition team
the goal if this team is to be the champions of change: guide people in their transition, rather than imposing change on them
Learn about Kanban
Suggest people start their own improvement communities