New-age Transactional Systems - Not Your Grandpa's OLTP
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Deborah Hartmann Preuss on Sep 11, 2006
"Power officially flows down from above, while accountability officially flows up from below, and those governed have virtually no voice in the governance. Even when the worst is avoided this structure still tends to be both inflexible to change and incapable of artfully navigating the complexity most businesses now face.To meet the need of his own organization, Robertson and his colleagues have developed Holacracy, a governance approach which is a synergy of various ideas on organizational governance, including sociocracy and Ken Wilber's work on holarchies.
"...but here’s the rub – what do you replace it with? Decisions need to be made and they will be made. If there is no explicit power structure in place, one will implicitly emerge, and the best you can hope for at that point is the typical autocratic structure (more often, you end up with something far more insidiously dominating and ineffective than that). So, perhaps you try running the organization via consensus? That doesn’t scale at all, and the time and energy required is often so impractical that the system is bypassed for most decisions, leaving you with the same problems as having no explicit structure; sometimes even worse, as consensus can pull people towards a very narcissistic space."
"Sociocracy was developed specifically to address human needs. It resembles and is specifically designed to mimic living organisms and is not based on a mechanical model. In a mechanical model a mechanic runs a machine. This is analogous to managers running their employees. Living organisms run themselves. Not only does sociocracy address human needs, but it allows for the most responsive organization and uses a minimum number of levels of hierarchy."Holacracy’s governance aspects also heavily integrate the work of Elliott Jaques’ on Requisite Organization, plus a few additions and changes pioneered at Ternary Software. While this may sound esoteric, Robertson has developed these theoretical ideas into a practical approach to organizational self-governance, currently in use at Ternary.
1. Decision Making by Consent: Consent is a method of decision-making whereby the arguments presented in discussing a decision are of paramount importance, and the result of the discussion is that no one present knows of a paramount reason to continue discussion before proceeding with the proposed decision. Note: this is consent, not consensus.
2. Circle Organization: The organization is built of a hierarchy of semi-autonomous circles. Each circle has its own aim, given by the higher-level circle, and has the authority and responsibility to execute, measure, and control its own processes to move towards its aim.
3. Double-Linking: A lower circle is always linked to the circle above it via at least two people who belong to and take part in the decision making of both the higher circle and the lower circle. One of these links is the person with overall accountability for the lower-level circle's results, and the other is a representative elected from within the lower-level circle.
4. Elections by Consent: People are elected to key roles exclusively by consent after open discussion (this is not a democratic majority-vote election!). Most notably, the election process applies to the representative elected from a lower-level circle to a higher-level circle.
(Taken from the February print interview (pdf) with Brian Robertson)
Worth noting: the essential difference between consensus and consent is that with consensus, everyone needs to agree, ‘whereas consent requires that no one know of a reasoned and paramount objection to making the decision'. Consensus is necessarily personal, involving emotions and ego-based politics, while consent is impersonal, considering the functional value of the decision; a major difference is in the quality of the interactions. Robertson discusses these issues in his February interview."The people issue ... is an interesting and extremely deep topic... Creating an environment extremely honoring and embracing of people is deeply important to me, and one of my most significant motivations in all of my work with Holacracy. Yet it’s also not something you notice as overtly in the work, and there’s a very conscious reason for that; this is a topic I’ll write more about when I have a chance, and I would be happy to cover it in one of my Holacracy classes or teleconferences if asked."For those interested in Holacracy’s governance aspects and its links to Agile, the Cutter Consortium has made their full Executive Report on Holacracy available online.
Agile Development: A Manager's Roadmap for Success
Case Study: IBM's Agile Transformation
A Guide to Branching and Merging Patterns
agility@scale eKit: 10 Principles, Scaling Model, Metrics, Collaboration
In today’s hyper-competitive world, later may be too late to adopt Agile development and this Roadmap for Success will help you get started. Download "Agile Development: A Manager's Roadmap for Success" now!
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
No comments
Watch Thread Reply