Joseph Pelrine

At the intersection of psychology, social complexity, and agility

Category: Social Complexity

More Thoughts on Power

In my last blog post on the different types of power (here), I noted that it is more advantageous to focus on increasing expert and referent power than the other power bases. I’d like to look at this in a bit more detail here.

Power bases may be divided into two categories

–       positional, i.e. situations where a person is in a position to have power
–       personal, i.e. situations where a person’s power is intrinsic in nature

Reward, coercive, and legitimate power are all positional in nature. To have them, one must be in a position to reward or coerce, or to have legitimate authority. Raven’s later addition, information power, is also positional in nature (Raven, 1965). Personal power bases are, in a way, easier to increase, as the effort required is purely personal, and does not always require outside help. This being said, which of the 2 personal power bases should one focus on increasing?

Benfari et al. (1986) define power relatively simple as “the capacity to influence the behaviour of others”. For them, power is value-neutral. Power is also interpersonal; it requires (at least) two individuals, whose power interactions may be reciprocal or one-sided. For individuals, power exists as two aspects: as a motive, and as a behaviour, and either aspect may be disturbing to the person(s) on the receiving end.

The need for power exists in all of us to a greater or lesser degree. Simply having control over one’s own life is a form of power. Problems start when the urge for power increases, when the desire for power becomes a motive or driving force for someone’s actions, up to the point where it becomes pathological (e.g., as seen in too many politicians). When power is exercised and manifested as influence, it becomes a behaviour in itself. Even though power may be value-neutral, the response to power actions may be positive (P+) or negative (P-) for the recipient, and will thusly change the recipient’s view of the wielder of the power. For example, consider expert power. We have all profited at some time from the advice of an expert, but how often have we experienced someone flaunting his expertise as a know-it-all?

The recipient views the power as negative if he feels a sense of being exploited or manipulated. If the recipient views the power as positive, i.e. when the recipient benefits from the power, he feels support, increased motivation, and an ego boost.

Different types of power have different positive and negative aspects. Reward power is only positive, coercive power only negative. Benfari et al. list 7 types of power – in addition to the 5 classic types described by French and Raven, they include Raven’s information power, and add what they call “affiliation power”. This type of power is similar to the concept of centrality in social network analysis (Bonacich, 1987), and describes the power a person has by virtue of their access to other persons of power, by being affiliated with them. (n.b. Benfari et al. also mention the power of groups. Since this is not an individual power base, we’ll look at it in a later post, but not here).

Power base Explanation Perceived as
Reward Positive strokes, remuneration, awards, compliments, other symbolic gestures of praise P+
Coercion Physical or psychological injury, verbal and non-verbal put-downs, slights, symbolic gestures of disdain, physical attack,demotion, unwanted transfer, withholding of needed resources P-
Legitimate Management right to control, obligation of others to obey, playing ‘the boss’ and abusing authority P-
Exercise of leadership based on authority in times of crisis or need P+
Referent Identification based on personal characteristics, sometimes on perception of charisma; or reciprocal identification based on friendship, association, sharing personal
information, providing something of value to the other, and on common interests, values, viewpoints and preferences; creation of reciprocal ‘IOUs’
Expert Possession of specialized knowledge valued by others, used to help others, given freely when solicited P+
Unsolicited expertise, seen as unwarranted intrusion; continual use can create barriers; expertise offered in a condescending manner can be seen as coercive; withholding expertise in times of need P-
Information Access to information that is not public knowledge, because of position or connections; can exist at all levels in the organization, not just at the top; those at the top may know less about what is going on; secretaries and personal assistants to senior executives often have information power, and can often control information flows to and from superiors P-
Affiliation ‘Borrowed’ from an authority source with whom one is associated – executive secretaries and staff assistants act as surrogates for their superiors; acting on the wishes of the superior P+
Acting on their own self-interest; using negative affiliation power by applying accounting and personnel policies rigidly P-

Source: Based on Benfari et al. (2001)

As can be easily seen from the table above, the only types of power that are considered purely positive are reward and referent power, and of these, only referent power is personal-based. This provides a good argument for a focus on increasing referent power if you want to be able to help your clients’ teams, and co-workers. In my last blog post, I mentioned a number of core competencies to concentrate on for increasing referent power. Here are some other tips from Benfari et al.

  • Get to know the motives, preferences, values and interests of colleagues.
  • Build relationships using shared motives, goals and interests.
  • Build large networks of people and information – make connections between individuals and between individuals and different stakeholders.
  • Respect differences in interests, and points of view-don’t attack – invite reciprocity.
  • Give positive strokes, use reward power, confirm others competence.
  • Share information and expertise with others.
  • Minimise concerns with status.
  • Develop communication skills – assertiveness, meta-communication, question asking, clarity and rapport.
  • Manage your impression – dress, body language, facial expression, voice one, etc.
  • Develop understanding of how people tick – e.g. body language, use of language, ‘trigger points’.
  • Develop an understanding of systemic deep dynamics and implicit information channels – know what you are sitting in in any given moment.
  • Demonstrate congruence between espoused values and behaviours.
  • Develop ability to take risks and lead on issues – even if it is lobbying for an idea within a meeting.

Sounds like good advice for anyone wanting to become a better ScrumMaster, doesn’t it?


Benfari, R.C. et al. (1986) The Effective Use of Power. Business Horizons, 29, 12.
Bonacich, P. (1987) Power and Centrality: A Family of Measures. The American Journal of Sociology, Vol. 92, No. 5, 1170-1182.
Raven, B.H. (1965) Social influence and power. In Current studies in social psychology, (Ed, Steiner, I.D.F., M.) New York: Hoh, Rinehart. Winston, pp. 371-381.

Authority and Power

One of the classic sayings in Scrum is that the ScrumMaster has no authority. He cannot tell his team members what to do, or what not to do. In a way, this makes sense. If the ScrumMaster had the authority to tell people what to do, he would take away their opportunity to take responsibility for their actions, to become committed and not just involved. Looking at it differently, by telling team members what to do, he would give them the chance to refuse responsibility for their actions. “It’s not my problem, he told me to do it!” Even though the ScrumMaster has no authority, this does not mean that he has no power.

Power cannot be taken, it can only be given. A person only has power over you if you give them this power over you. Being aware of the ways you give people power over you will help you avoid doing it unintentionally or inadvertently. So, what types of power may a person possess, and which types of power should one best focus on increasing?

In 1959, John French and Bertram Raven wrote a seminal paper on the different types of power (1959). According to French and Raven, power is defined as the potential ability of one person to influence another person. Thus, power is potential influence, while influence is kinetic power.

In their paper, French and Raven define five different types of power, all of which may vary in their domain, strength and range.

Reward power. You gives a person reward power over you when you believe that they can do something good for you or they can take away something bad. Obviously, if the person actually does do something good for you, his or her reward power over you increases.

Coercive power. You give a person coercive power over you if you believe that the person can do something bad to you, for example, cause you harm or pain. If the person actually does something bad to you, their power over you increases. The mere awareness or threat of coercive power is often enough to enforce compliance. Imagine if you were driving a car and you saw a police officer standing on the corner. Even if he was not looking directly at you, you would tend to drive slower.

Legitimate power. You give a person legitimate power over you if you believe that they have the right to have this power. This right often comes as the result of an implicit or explicit social contract. An example for an implicit social contract would be a contract that parents have with their children (although as every parent knows, this contract must be renegotiated regularly). An explicit social contract would be your work contract, which gives your boss power over you. As one can see, legitimate power contains both reward and coercive components. If you do something good at your job, you may get a bonus. If you do something bad at your job, you may get fired.

Expert power. You give a person expert power over you if you believe they have superior knowledge relevant to the situation and to the task at hand. This power rarely extends outside of the domain of expertise, but the implied transference of expert power into other domains is a technique often used in advertising.

Referent power. Referent power is the most difficult type of power to describe. It is best understood as a type of power that comes from personal integrity and/or from charisma. This is the type of power that Gandhi or Nelson Mandala or Martin Luther King had. Over time, though, the power these men had became legitimate power, as they were voted into political office.

In his later works, Raven added a sixth type of power, which he termed informational power. Having access to information, and the ability to use this information, can give a person power. As an example, think of Edward Snowden.

Looking at the different types of power, one sees that they can be grouped into two groups – positional power, which is power one receives as the result of being in a position to have the power, and personal power, which is not dependent upon position, but solely dependent upon the person. If you want to increase your power base, in order to better help people, then which type(s) of power should you focus on increasing?

Being in a position to give a reward or to coerce, or being in a position of having the right to legitimate power, puts one in the position to command others. This is not the type of power a ScrumMaster should use. This is the reason why no one who is in a management position can be a ScrumMaster for his team. It is better to focus on increasing your personal power than on increasing your positional power.

How can you start increasing your personal power? You can increase your expert power by concentrating on your continued professional development. Reading, keeping up to date on new developments in your field, attending trainings, etc., are all ways of increasing your expert power.

Increasing your referent power can be done by focusing on your continued personal development. This is a noble task whether or not you work as a ScrumMaster, since furthering your personal competencies will increase your feeling of well-being. Awartani et al. (2008) define well-being as the realisation of one’s physical, emotional, mental, social and spiritual potential.

Mental or rational well-being as that part of life which is primarily related to thinking and cognition, and to the processes of the rational mind, e.g.: planning, understanding, focusing, envisioning, abstraction, reflection, evaluation.

Emotional refers to the intrapersonal or inward-looking awareness and processing of feelings, of understanding your feelings, their triggers, and your reaction patterns, of having your emotions under control, and not being “hijacked” by them.

Social refers to the interpersonal or outward-looking awareness and processing of feelings, of understanding how they influence our interactions with others.

Physical refers to those aspects of life related to the physical senses and to sensory experience, to our bodies, and to the material and natural environments. The actions and functions of doing, building, taking apart, detailing, producing, acting, and making practical are included.

Spiritual is not necessarily a religious or esoteric concept, but refers to life, to its meaning and purpose, to beliefs and what one believes in. You are believable for others when they feel that you believe deeply and strongly in something.

Although all these aspects each play a role, well-being represents a pervasive feeling about oneself, one’s life, and one’s environment. You can start right now and take a first step towards your own well-being. Take a few moments to think about these 5 areas, where your strengths and weaknesses are, and which areas you want to focus on strengthening.


Awartani, M. et al. (2008) Developing Instruments to Capture Young People’s Perceptions of how School as a Learning Environment Affects their Well-Being. European Journal of Education, 43, 51-70.
French, J.R.P.Jr. & Raven, B. (1959) The Bases of Social Power. In Studies in Social Power, Ann Arbor, Michigan: Institute for Social Research, University of Michigan, pp. 150-167.

The Volcano Principle

(n.b. Back in 2011, I was asked to write an article for a German magazine for their special issue celebrating the 10 year anniversary of the Agile Manifesto. I wasn’t too happy with the direction their editors pushed the article in, and since a lot has happened since then, here’s a new, English version).

Responding to change

On 14 April 2010, a volcano in Iceland exploded. As we struggled to pronounce “Eyjafjallajökull”, air traffic throughout Europe was paralyzed by clouds of ash. I was lucky enough to be trapped at home, much to my client’s frustration, but others had it worse. Friends of mine had to travel for 48 hours by train to get home from a client’s site, and I even heard of a stranded Swiss Air pilot who missed his own wedding.

I call it the volcano principle. Time and again, things happen that are beyond our control, but that affect us. Things that we have to respond to. We do not know when something will happen; we do not know what will happen. Some of us do not want to admit that such things happen, and are then taken by surprise by the events. Others are Agile.

We value: responding to change over following a plan

As Harrison Owen says, there are no closed systems (see [Owe08]). We never know when and where volcanoes, which we may have never previously encountered, will erupt. It may be that our customers have new needs and wishes. It may be – and it is often the case – that our competitors bring something new onto the market. Or it may be that politicians adopt new laws or regulations that we have to consider. Volcanoes lurk everywhere. Either we react to them, or we are out of the game.

How much are you prepared to throw away?

When I worked with Kent Beck in the early days of the Agile movement, we spent time trying to explain to people what the basic and fundamental ideas behind eXtreme Programming (XP) (see [Bec99]) were. Kent often used the metaphor of driving a car. That was entertaining, not only because Kent could tell some horror stories of his first driving lessons with his father, but also because driving was suitable as a metaphor for many XP ideas, principles, and techniques. Driving is an example of test-driven development – the tests are your eyes. It is an example of cost estimation – how far is it to the destination, which is often answered as time and not distance. It is also a good example of quickly adapting to the current circumstances – when driving, you are not merely pressing on the accelerator, but always correcting – a little faster, or slower, a little left, a little right. The driving analogy shows up the issues that arise when you’re stubbornly following a plan, or directions. Once there is a detour, a traffic jam or an accident, you’re stuck if all you have are directions. The phrase “responding to change over following a plan” reminds us to, demands that we really focus on what’s important: that we do not stubbornly follow a plan, but that we reach our goal. Agility requires of us that we take to heart the following question: what do we want – the implementation of a first specification or a successful project? The two will never be the same.

We can even go further. One of Kent Beck’s favourite sayings was: “How much are you prepared to throw away?” If we think about driving a car, when we have invested time in developing a plan or getting directions to a far-away place, we will often cling to the plan – even when it is no longer useful or if the road is not passable. Otherwise, the time we invested would be considered as wasted time. The Agile approach, however reminds us that there will always be sites or volcanoes – so we shouldn’t consider them to be exceptions processed by change requests. Instead, we should Embrace Change, we should expect from the beginning that changes will take place, and should build our process accordingly.

Where are we now?

But where we are today, ten years after publication of the Agile Manifesto? Do we really live those values, or do we just go through the motions? My friend Dave Snowden describes the development of new methods in his inimitable way, as follows (see [Sno05]):

• An Academic group studies a range of organizations to identify causal linkages between things those organizations do and results that they achieve or fail to achieve, from which they derive a hypothesis that forms a definition of best practice. A popular management book then follows and a new “fad” is born.
• Consultants and IT providers produce industrial-strength recipes based on the new idea, which ideally involve a consultancy process, followed by a technology implementation, and some form of organizational change or cultural alignment with the programme to orient employees to the new goals
• Managers go through a process based on the recipe to determine a desired end state defined in terms of economic performance, behaviour characteristics etc. They then determine the current state and identity a series of process steps to achieve that goal and roll out the programme promising substantial improvements as a result to their stakeholders many of whom in the “employee” category are already suffering from substantial ‘initiative fatigue’.
• Some years after the fad has run its course in industry, and its limitations are apparent, the consultants find a lucrative secondary market in applying “industrial best practice” to government clients.

Back when Kent Beck first published his ideas about a way we could develop better software, he was often laughed at. Many people thought that something like this could never work. In this sense, the first edition of “Extreme Programming Explained” was perhaps not the great management book, but it was a call to battle against old methods of software development.

XP is not easy. At the time we joked, for example, that we do pair programming because no one has the discipline to stick to all the XP practices alone. The first consultants and IT providers who worked with XP, like Ken Auer and Joshua Kerievsky in the USA, or Steve Freeman, Tim Mackinnon, and the other founders of London’s eXtreme Tuesday Club, had to go on a journey of discovery, and they allowed their clients to share their experiences rather than selling them recipes or methods.

Then came Scrum

Some causal linkages between the things organizations do and the results that they achieve or fail to achieve were described in a 1998 paper on Scrum (see [Bee00]). The patterns described there refer in turn to an article published in 1986 in the Harvard Business Review (see [Tak86]). The authors have, however, discreetly circumnavigated the problem described in Snowden’s statement, “Patterns have a predictive capacity only within clearly defined ontological boundaries” (see [Sno03]). The domain of patterns as “Best Practice”, that can be applied repeatedly, in different situations, to obtain reproducible results, is in simple and complicated systems, which are inherently ordered. But in complex systems, of which software development is one, a retrospectively coherent causality exists (see [Pel09]). Viewed like this, it should come as no surprise that those “best practices” don’t always work.

The requisite management book came from Ken Schwaber (see [Sch01]), who also supplied the associated branding and the money machine: the “Certified ScrumMaster” Program. Whereas XP was “extreme” also in the sense of being hard to do, Scrum offered a lower barrier to entry. You didn’t need an understanding of software development, let alone to be able to develop software yourself. “It’s only management,” thought the many management consultants who jumped on the Scrum bandwagon. This mixture of a number of “best practices,” a management book, and a low entry threshold, meant that the way was open for the consultants and IT service providers. They duly arrived with their “Scrum Checklists”, but their primary goal was often to market their own tools and methods as Scrum (compatible) in order to milk a new cash cow. Is it any wonder that Ken Schwaber says, “75% of companies that say they’re doing Scrum will never achieve the full benefits”?

Just as the star of Scrum was starting to fade, the next Silver Bullet arrived: Kanban. The same consultants who told us a few years ago that XP was too heavy, and it would be easier to get started with Scrum, now say that Scrum is too heavy and requires a reorganization of the company. Just put up a Kanban Board, limit the work-in-progress – and magically everything becomes visible, and you’ll be fine. The approach is good, but it is not enough. It is not enough merely to show people where their weaknesses are, as some are remarkably resistant to change (see [Keg09]). This transparency is a necessary, but not a sufficient, condition for change. Just as Scrum – used properly – showed that the technical practices of an XP approach are required to deliver high quality software, Kanban – done correctly – will show that certain practices from Scrum and/or XP make sense, or are necessary if one wants to continuously improve. (n.b. the question of whether Kanban can or should be classified as a fad, according to Snowden’s criteria, is left as an exercise to the reader).

Sure, there are world-class companies such as Joshua Kerievsky’s Industrial Logic, who work without effort estimation, planning, iterations, and so on. Joshua, though, was one of the first pioneers of XP – someone who has gone through the whole learning process from the ground up – and his team have worked together for years. Such a world-class team will be successful in spite of each method. Unfortunately, most companies that want to throw everything overboard are not nearly as far advanced or as good as Industrial Logic. “It is not the strongest of the species that survives, nor the most intelligent that survives. It is the one that is the most adaptable to change” (Charles Darwin).

What about us? Are the players in the Agile Scene (coaches, trainers, Scrum Master, Scrum Alliance, change agents, etc.) Agile themselves, in the sense that they embrace change? Should they? How should the players themselves deal with this demand, this challenge?

Scrum, for example, is a very good, simple framework for managing work in complex environments. Scrum is Agile, adaptable, and anything but prescriptive. This is precisely why it requires an understanding of the underlying theories and principles to get it right and to apply it in sustainable manner. The work around this basic understanding has been rather slow, and only a few researchers are concerned about the deeper reasons why Agile processes actually work (see [Pel10]). Many ignore the fact that science has made big jumps since the publication of the HBR article (see [Tak86]) and Scrum pattern-paper (see [Bee00]), possibly also because the latest research critically questions some basic assumptions of these papers (see e.g. [Gou06] and [Nor06]). Instead, there is now an open struggle going on between the Scrum Alliance on the one hand and on the other side about who “owns” Scrum, and about what Scrum “really” is. These attempts to nail down the definition of Scrum, together with efforts to develop certifications based on these definitions – the battle for the “one true Scrum” – are leading to the problem that Scrum is being defined more rigidly and prescriptively, and is itself becoming less Agile.

Where people are Agile is in finding ways to make money from the Agile methods. Although we all have to earn a living, we must never forget the first principle of the Agile Manifesto: “Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.” Maybe the manifesto is missing a sentence such as: “We value helping our customers over taking their money.”


What do I think will happen in the second decade of the Agile Manifesto? I dare venture only a few predictions: research will surely continue, the search for better ways to develop software will too, as will the search for Silver Bullets and new sources of earning money from Agile. I am confident that new and better methods will appear. But even if they do not, and if only the last point of Snowden’s description holds true, and the current “industry best practices” take hold in government, they would constitute a step forward.

I close with a guiding principle of the first Agile philosopher, Heraclitus: “The only constant in the universe is change.”

Literature & Links
[Bec99] K. Beck, Extreme Programming Explained: Embrace Change, Addison-Wesley Professional, 1999
[Bee00] M. Beedle et al, Scrum. A Pattern Language for Hyperproductive Software Development, Pattern Languages of Program Design 4, Addison-Wesley, 2000
[Gou06] S. Gourlay, Conceptualizing Knowledge Creation: A Critique of Nonaka’s Theory, Journal of Management Studies, Volume 43 Issue 7, 2006
[Keg09] R. Kegan, L. Lahey, Immunity to Change: How to Overcome it and Unlock the Potential in Yourself and Your Organization, McGraw-Hill Professional 2009
[Nor06] D. Nordberg, Knowledge creation: revisiting the ‘ba’ humbug, 2006, see
[Owe08] H. Owen et al, Leadership for high perfomance in a self-organizing world, Berrett-Koehler, 2008
[Pel09] J. Pelrine, On retrospective coherence, 2009, see
[Pel10] J. Pelrine, on understanding software agility – from a social complexity point of view, 1st Int. Workshop on Complexity and Real-World Applications, Southampton, UK 2010
[Sch01] K. Schwaber and M. Beedle, Agile Software Development with Scrum, Prentice Hall 2001
[Sno05] D. Snowden, multi-ontological sense-making, Management Today Yearbook 2005
[Sno03] D. Snowden, Managing for Serendipity: why we should lay off “best practice” in KM, ARK Knowledge Management, Vol 6 Issue 8, 2003
[Tak86] H. Takeuchi and I. Nonaka, The New New Product Development Game, Harvard Business Review, Jan-February 1986

Reading up for CALM-Alpha

I’m really looking forward to the CALM-Alpha event next month. In preparation for it, I’m going through our tentative reading list. The faculty members suggest that attendees read the following books as preparation for the event:

In addition, it would be a good idea to view at least this excerpt from the Star Trek Next Generation episode Darmok.

Scientific Papers

If you’re attending CALM-Alpha, you’ve probably read the relevant papers already.  If not, this would be my personal list of papers to read to start out:

The Cognitive Edge site has many other papers worth reading.

1st International Workshop on Complexity and Real-World Applications, Day 1

Yesterday was the first day of the 1st International Workshop on Complexity and Real-World Applications , an invitation-only event held in Southampton. Set in a scenic venue, the conference was organised in a loveably sloppy way by Andrew Tait and Kurt Richardson. The two of them are doing an admirable job, but the scenic venue is tending to be the biggest problem. As a hotel that probably caters mainly to weddings on weekends, it is woefully inadequate as a conference venue. You can follow the conference on Twitter (hashtag #cxapps), but the bad internet connectivity means that the back-channel communication I’m accustomed to from geek conferences isn’t happening. Also, being stuffed in a room with tables arranged in a U-form introduced an environment that was more conducive to presenting than to discussing, but at least we could break out into other parts of the scenic venue for conversations – and we did that a lot.

The workshop started with Kurt explaining the motivation behind organising it, after which followed the round of what Mark McKergow called “creeping-death” introductions. Although I also dislike such introduction rounds, it was fascinating to hear what diversity and depth of experience the attendees brought with them, and it was comforting to hear that they understood the same thing that I do for terms such as complexity and self-organisation.

After the introductions, we enjoyed the first part of a talk by George Rzevski, professor emeritus for complexity science at the Open University. I won’t go into the talk in detail; the slides are available on the workshop website. One slide, though, was very thought- and discussion-provoking. There is still no generally agreed-on definition of complexity, and dozens of attempts exist. George presented his 7 criteria for complexity, which we found that (although there were differing points of view that could be discussed) seemed to all of us to be ok, good enough, a good first step towards a common definition.

George Rzevski’s Seven Criteria for Complexity

  1. INTERACTION – A complex system consists of a large number of diverse components (Agents) engaged in rich interaction
  2. AUTONOMY – Agents are largely autonomous but subject to certain laws, rules or norms; there is no central control but agent behaviour is not random
  3. EMERGENCE – Global behaviour of a complex system “emerges” from the interaction of agents and is therefore unpredictable
  4. FAR FROM EQUILIBRIUM – Complex systems are “far from equilibrium” because frequent occurrences of disruptive events do not allow the system to return to the equilibrium
  5. NONLINEARITY – Nonlinearity occasionally causes an insignificant input to be amplified into an extreme event (butterfly effect)
  6. SELF-ORGANISATION – Complex systems are capable of self-organisation in response to disruptive events
  7. CO-EVOLUTION – Complex systems irreversibly co-evolve with their environments

After lunch, we held an extended poster session. Having never done a poster session before, I simply drew one using visualisation techniques (thanks to Martin Haussmann for teaching me!), and was surpised at the positive responses I got. My topic is the bi-directional insights of using the Cynefin method to understand why Agile works, and using Scrum as a framework for managing work in the complex domain. I’ll be presenting my paper on this later this morning, and am looking forward to the feedback and discussions that will come. During the poster session, I also had interesting talks with Mark McKergow on solution-focused therapy and complexity, and with Ed Olson on his CDE model and the Cynefin ABIDE model, which I use quite heavily in my work on self-organising teams.

When the poster session was done, there was still some time until the evening barbeque, and George Rzevski presented the second part of his talk. He’s done fascinating and world-class work, I highly recommend checking out his slides.

Dinner, drinks and conversation followed, and by the time I got to bed, I was suffering from information overload, and was too tired to write this blog post, which is why I’m doing it now.

More later.