OMAlab Guide
  • Introduction
  • Guiding Principles
    • Mission Statement
    • Conflict Resolution Process
  • Operating Model
    • Working Together
    • Holacracy
      • Meetings
      • Specific Roles
      • Terms and Definitions
      • Finer Points
      • Holacracy-Asana Key
    • Getting Things Done
      • Daily, Weekly, Monthly, and Annual Reviews
      • GTD-Asana Key
    • Transparency
    • Language
    • Budgeting
    • By Department
      • Engineering Operations
  • General Guidelines
  • Employment Policies
    • Equal Opportunity Employment
    • At-Will Employment
    • Code of Conduct in the Community
    • Complaint Policy
    • Drug and Alcohol Policy
    • Vacation, Holiday, and Paid Time Off (PTO) Policy
    • Supplemental Policies for Remote Employees and Contractors
    • Supplemental Policy for Bonus, Commissions, and other Performance-based Payments
    • Supplemental Policies for Hourly International Contractors or Workers
    • Supplemental Policies for Hourly International Contractors or Workers
    • Disputes and Arbitration
  • Benefits and Perks
    • Health Care
    • Vacation, Holiday and Paid Time Off (PTO) Policy
    • Holiday List
  • Hiring Documents
    • Acknowledgement of Receipt
    • Partner Proprietary Information and Inventions Agreement
  • Engineering Wiki
    • Code Snippets
      • Front End Code Snippets
    • Setup
      • 1: Overview of development using Audienti
      • 2: How to setup your dev environment on Docker
      • 2a: Setting up on our cloud your dev server
      • 3: Connect to Production using the VPN
      • 4: Import data into your development environment
    • Deployment
      • Docker based deployment of back end (manual)
    • Culture
      • How our development team works
      • Code Best Practices
    • Tips
      • Setting up a new development machine
      • Importing data to Development environment
      • GIT workflow and work tracking
      • Using Slack
      • Using Rubocop
      • Our Code Standards
      • General suggested best practices
      • Tracking your time
      • Naming Iterations
    • Migrations
      • Postgres
      • ElasticSearch
      • Redis
    • Database and System Maintenance
      • Redis Howtos
      • Elasticsearch HowTos
      • Postgres HowTos
      • Administration recipes
      • App maintenance crash course notes
    • Front End
      • 2016 Plan
      • Deploy
      • Assets
      • SearchLogic
      • How to create UI components
      • OMA Standard Tables
    • Monitoring and Alerting
      • Monitoring Systems
      • Monitoring individual controller actions
      • Get notified when a metric reaches a certain threshold
      • Instrumenting your models using Oma Stats
      • Configuring Graphite Charts
      • Tracking your results with StatsD
      • Logging Fields
      • Updating Kibana Filtering
    • Testing
      • Coverage
      • Elasticsearch mapping config synchronization
      • Testing Gotchas
      • Rspec Preloader
      • Test Best Practices
    • Models
      • Backlinks
    • Queueing and Worker System
      • Queueing and Job Overview
    • Processors
      • Rebuilding Spot Instances
      • Deploying processors
      • Running processors in development
      • Reverting to the previous build on a failed deployment
    • Processors / Opportunity Pipeline
      • Opportunity Pipeline
      • Diagram
    • Processors / Enrichment Pipeline
      • Diagram
      • Clustering
    • Processors / Backlink Pipeline
      • Diagram
      • Backlink Pipeline external APIs
      • Backlink pipeline logic
    • Processors / Automation Pipeline
      • Diagram
      • Automation Pipeline Overview
      • Agents
      • Running in development
    • Messaging and Social Accounts
      • Overview
    • API
      • Audienti API
    • Algorithms
    • Troubleshooting
      • Elasticsearch
    • Big Data Pipeline Stuff
      • Spark
    • Our Product
      • Feature synopsis of our product
    • Research
      • Backend framework comparison
      • Internet marketing Saas companies
    • Code snippets
      • Commonly Used
      • Not Used
    • Miscellaneous
      • Proxies and Bax
    • Legacy & Deprecated
      • Search criteria component
      • Classes list
      • Target Timeline
      • Twitter processor
      • Asset compilation
      • Test related information
      • Interface to EMR Hadoop jobs
      • Mongo Dex Indexes to be Built
      • Mongodb errors
      • Opportunity pipeline scoring
      • Graph Page
      • Lead scoring
      • Insights
      • Shard keys
      • Setting up OMA on local
      • Clone project to local machine
      • Getting around our servers in AWS
  • Acknowledgements
  • Documents That Receiving Your First Payment Triggers Acknowledgement and Acceptanace
Powered by GitBook
On this page
  • Organization and Governance
  • Governance
  • Getting Started with Holacracy
  • Why this system?
  • What is Holacracy?
  1. Operating Model

Holacracy

PreviousWorking TogetherNextMeetings

Last updated 7 years ago

Organization and Governance

The governance model of OMALAB is based on [Holacracy][holacracy]. The operational model is a hybrid system built on Holacracy's tactical methodology, David Allen's , and using our own rules and agreements to make this come together in Asana. This section will provide you with all the information you need to navigate these systems.

Ultimately however it is the purpose of the and the roles to support everyone at OMALAB to get the most out of this system and to have it run smoothly.

There is a cost to learning these tools and methodologies but you should expect them to eventually and ultimately disappear into the background and become of great support to your work at OMALAB and beyond. If this does not become the case eventually it is up to you to reach out for support.

Governance

We run our business on the with an important policy that allows for circles to opt in and out of self-governance.

This policy: Policy: Localized Governance

Each circle shall delegate its governance authority to the role of @Governor.

The @Governor of each circle shall have exclusive authority of passing governance in their circle.

For a circle to evolve to distributed governance. The @Governor, @Lead Link of the circle, and @Holacracy Engagement Lead need to all agree.

For a circle to turn back towards localized governance, the @Lead Link of the circle and @Holacracy Engagement Lead need to agree.

Role: Governor Purpose: This circle's structure evolved through governance in order to optimally express its purpose Domain: This circle’s governance Accountabilities:

  • Meeting with circle members in order to process their governance tensions

  • Acting as Secretary when enacting governance outside of a meeting

  • Creating and passing governance proposals for this circle

Holacracy is a new way of running an organization that removes power from a management hierarchy and distributes it across clear roles, which can then be executed autonomously. The work is actually more structured than in a conventional company, just differently so. With Holacracy, there is a clear set of rules and processes for how a team breaks up its work, and defines its roles with clear accountabilities and expectations.

Getting Started with Holacracy

Why this system?

We're using this hybrid for many reasons, here are some of the main ones:

  • Meetings can run in circles, where we speak passionately “about” topics but don't actually get to actionable outcomes.

  • Those who are heard in meetings are those who spoke the loudest and/or quickest. And quieter, slower thinkers are not heard from nearly as much.

  • Partners feel disempowered by the power structure.

  • Partners don’t feel enough autonomy, and needed to check in with a very large number of people to “cover their butt” and make sure its ok to do what they want to do.

  • Ideas and movement are bottle-necked by the managers, because most change and action have to go through them.

  • Work is overwhelming, and stress builds quickly as problems become more complicated

  • Our minds spend a lot of RAM on keeping up with our work and don't have enough space for creativity or our own personal well-being

What is Holacracy?

Holacracy is a social technology, an organizational design or operating system for companies.

Watch our

You can also read this

Learn the different Definitions

Learn about

Learn about the

Learn how we're using Asana by learning the

When you're ready learn more about the

Check out the and Note - Again, because we are not running distributed governance, please ignore the sections that are about Governance Meetings or Governance meetings processes in the Holacracy Book

Some writing on how Medium is using it: ,,,, and

This is a great by the founder to help answer some deeper questions.

Getting Things Done
Holacracy Coach
GTD Coach
Holacracy Constitution
Operating Model Videos
general summary
Terms and Definitions
Holacratic Meetings
Holacracy Specific Roles
Holacracy-Asana-Key
Finer Points of Holacratic Practice
Holacracy Book
Reinventing Organizations
Holacracy main site
Holacracy general summary
Here
here
here
here
here
FAQ