I have noticed an interesting pattern when some new projects and initiatives get started: they have an excessive application of governance, in many cases to deliver an impression of “completeness” or project independence. I want to share a few words on how to avoid this over-complexity.
I understand why this happens. Generally, successful collaborative communities strive to be very objective environments, with process, workflow, and governance clearly documented as a means to ensure anyone and everyone can contribute. The governance piece plays a key role in affirming objective leadership and avoiding conflicts of interest.
These are valiant goals, but there needs to be a careful balance of this process and governance, where it is blended with a robust focus on simplicity and efficiency. I have seen many projects unwittingly sacrifice agility and the plain joy of participating with an overly bureaucratic machine that a few governance nerds obsess over.
There are countless examples (that shall remain anonymous here), such as a new advocacy group of around 10 people who had 2 boards to govern them (everyone was on a board) and had excessively long meetings. There was the concensus-based board with 18 members that could never make decisions. There was the community that required excessive commitments from their members to overly bureaucratic governance mantra handed down from high. In all of these cases those communities were worsened, not strengthened by governance.
The solution here is start small and simple, and then observe and iterate.
Just like how a chef applies salt to a dish, you should apply the smallest amount possible and adjust to taste. Start by putting in place the thinnest layer of governance possible to accomplish your goals.
To start with this we need to understand what our governance goals actually are. Again, simplicity is key here. I generally recommend you strive to build an environment in which formal governance is kept out of the day to day of participation in the community and instead focused on the rules and policies that underlay the project. Don’t bottleneck your community by requiring governance approval on decisions unless absolutely necessary (e.g. community-wide policy is a great governance-target, but not pull request approvals). Effective governance is as much about knowing where governance boards should steer clear of as well as where they should focus their attention.
Governance can of course be as long as a piece of string. The simplest start in many cases is no governance at all. See how the project runs and if there is even a requirement for a governance function. In many, many cases you simply don’t need any governance: just a communicative set of community participants who can make decisions collaboratively.
If there is a need for something more expansive, I recommend you start with a simple board of 3 – 5 people whose charter is focused on general community matters (e.g. handing sponsor funds, how the community is moderated, publishing policy etc). For technology communities, the board would not have any technical authority: that is for the developers to decide (this avoids impacts on engineering agility). You could grandfather in the initial board members, have them meet every month on a public channel, and log outcomes on a wiki. After a set period of time, open up nominations, and form the first independently elected board.
We did this in Ubuntu. We started with some core governance boards (the Community Council, focused on community policy and the Technical Council focused on technical policy). The rest of the extensive governance structure came as Ubuntu grew significantly. Our goal was always to keep things as lightweight as possible.
Iterate and Improve
I am a firm believer that the way in which we collaborate should be as much of a collaborative product as the output of a community project. Just like an open source project, we should review, iterate, and review the performance of our iterations. We should constantly assess how we can optimize our governance to be as simple and thin as possible. We should build an environment where someone can file a metaphorical or literal pull request with pragmatic ways to optimize how the project is governed. This assures the project is pulling the best insight from members to ensure it is as efficient and as lightweight as possible.
To do this, honestly observe how the governance performs. Is it accomplishing the goals it is designed for? Are governance members enjoying their work and fulfilled in the delivery? Is it supporting the success of community members? Evaluate how the meetings are run, if actions are followed up on, and whether people are late.
On a regular basis (e.g. once a quarter) plan some adjustments and changes based on these observations and track if these changes improve overall performance.
Throughout this process, deliberately practice muntzing (as I wrote about here) to remove anything that isn’t neccessary. This keeps your governance to a minimum and ensures there is a culture of challenging current norms and optimizing how the project works. This ultimately results in healthier more pragmatic communities that still benefit from the many benefits of well-structured governance.
As mentioned previously, I am advisor to a startup called Moltin which provides a simple yet powerful API for building eCommerce solutions in a variety of places. It has the potential to really change how we think of eCommerce transactions, making it easier, more discoverable, and more convenient for consumers, and more effective for organizations to sell products.
I was offered an advisory role a little while back and agreed to to sign on for a few reasons. Firstly, Jamus delivered great results at DemandWare (and as EIN at Underscore.VC, when I first met him). Secondly, their founding team have a great product and community vision, and understand how to run a company. Thirdly, their Series A (and the original introduction) came from Underscore.VC, who I have a great relationship and enormous respect for. Finally, and critically, they are devoted to delivering a solid developer and community experience (which is primarily what I am advising them on). I am only interested in working with companies who want to deliver results, and Moltin are clearly formed into that mold.
Congratulations to the Moltin team. Looking forward to a fruitful 2018!
In musicians circles, the Fractal Audio Systems Axe FX range of products has become one of the most highly regarded product lines. Aside from just being a neat product, what is interesting to me is the relationship they have built with their community and value they have created in the product via sustained software updates.
As a little background, the Axe FX and their other AX8/FX8 floor-board products, are hardware units that replicate in software the characteristics of an analog tube guitar amplifier and speaker cabinets. Now, for years there have been companies (e.g. Line6, IK Multimedia) trying to create a software replication of popular Marshall, Mesa Boogie, Ampeg, Peavey, Fender, and other amp tones, with the idea being that you can spend far less on the software and have a wide range of amps to choose from as well. This not only saves on physical space and dollars, but also simplifies recording these amps as you won’t need to plug in a physical microphone – you just play direct through the software. Sadly, the promise has been largely pretty disappointing. Most generally sound like fizzy, cheap knockoffs.
While this may be a little strange to grok for the non-musicians reading this, but there isn’t just a tonality assessment to determine if the amp simulator sounds like the real thing, but there is a feel element. Tube amps feel different to play. They have tonal characteristics that adjust as you dial in different settings, and one of the tricky elements for amp simulators to solve is that analog tubes adjust as you use them; the tone adjusts in subtle ways depending on what you play, how you play it, which power supply you are using, how you dial in the amp, and more.
The Axe FX changed much of this. While many saw it initially as just another amp simulator, it has evolved to a point where in A/B testing it is virtually indistinguishable from the amps it is modelling tonally, and the feel is very much there too. This is why bands such as Metallica, U2, Periphery, Steve Vai, and others carry them on tour with them: they can accomplish the same tonal and feel results without the big, unreliable, and complex-to-maintain tube amps.
Sustained Software Updates
The reason why this has been such a game changer is that Cliff Chase, founder of Fractal Audio Systems, has taken a borderline obsessive approach to detail in building this amp/speaker modelling and creating a small team to deliver it.
From a technology perspective, this is interesting for a few reasons.
Firstly, Fractal have been fairly open about how their technology has evolved. They published a whitepaper on their MIMIC technology and they have been fairly open about how this modelling technology has evolved. You can see the release notes, some further technical details, and a collection of technical posts by Cliff on the forum.
What I found particularly interesting here was Fractal have consistently delivered these improvements via repeated firmware updates out to existing devices. As an example, the MIMIC technology I mentioned above was a major breakthrough in their technology and really (no pun intended) amped up the simulation quality, but it was delivered as a free firmware update to existing hardware.
Now, many organizations would have seen such a technologically important and significant product iteration software update as an opportunity to either release a new hardware product or sell a new line of firmware at a cost. Fractal didn’t do this and have stuck to their philosophy that when you buy their hardware, it is “future proofed” with firmware updates for years to come.
This is true. As an example, the Axe FX II was released in May 2011 and has received 20+ firmware updates which have significantly improved the quality of the product.
In a technology culture where companies release new-feature software updates for a limited period of time (often 2 – 3 years) and then move firmly into maintenance/security updates for a stated “product life” (often 4 – 7 years), Fractal Audio Systems are bucking this trend significantly.
This regular stream of firmware updates that bring additional value, not just security/compatibility fixes, is notable for a few reasons.
Firstly, it has significantly expanded the lifespan and market impact of these devices. Musicians and producers can be a curmudgeonly bunch, and it can take a while for a product to take hold. This is particularly true in a world where “purism” of the art of creating and producing music, and the purism of the tools you use would ordinarily reject any kind of simulated equipment. The Axe FX has become a staple in touring and production rigs because of it’s constant evolution and improvements.
Secondly, from a consumer perspective, there is something so satisfying about purchasing a hardware product that consistently improves. Psychologically, we are used to software evolving (in either good or bad directions), but hardware has more of a “cast in stone” psychological impression in many of us. We buy it, it provides a function, and we don’t expect it to change much. In the case of the Fractal Audio Systems hardware, it does change, and this provides that all important goal companies focus on: customer delight.
Thirdly, and most interestingly for me, Fractal Audio Systems have fostered a phenomenally devoted, positive, and supportive community. From a community strategy perspective, they have not done anything particularly special: they have a forum, a wiki, and members of the Fractal Audio Systems team post periodically in the forum. They have the usual social media accounts and they release videos on YouTube. This devotion in the community is not from any community engagement fakery…it is from (a) a solid product, and (b) a company who they feel isn’t bullshitting them.
This latter element, the bullshit factor, is key. When I work with my clients I always emphasize the importance of authenticity in the relationship between a company and their community of users/customers. This doesn’t mean pandering to the community and the critics, it means an honest exchange of ideas and discussion in which the company and the community/users can derive equal levels of value out of the relationship.
In my observation of the Fractal Audio Systems community, they have done just this. Cliff Chase, as the supreme leader at Fractal Audio Systems is revered in the community as a mastermind, a reputation that is rightly earned. He is an active participant with the community, sharing his input both on the musical use of his products as well as the technology that has gone into them. He isn’t a CEO who is propped up on conference stages or bouncing from journalist to journalist merely talking about vision, he is knee-deep, sleeves rolled fully-up, working on improvements that then get rolled out…freely…to an excitable community of users.
This puts the community in a valuable position. They become the logical feedback loop (again, no pun intended) for how well the products and firmware updates are working, and while the community can’t participate in improving the products directly (as they don’t have access to the code or in many cases, the skills to contribute) they get to see the fruits of their feedback in these firmware updates.
This serves two important benefits. Firstly, validation is an enormous force in what we do. Everyone, no matter who you are, needs validation of their input and ideas. When the community share feedback that is then validated by Cliff and co., and then rolled out in a freely available firmware update that benefits everyone, this is a deeply satisfying experience. Secondly, in many communities there is a suspicion about providing value (such as feedback or other technical contributions) to a company if only the company benefits from this (e.g. by selling a new product encompassing that feedback). Given that Fractal Audio Systems pushes out these updates freely, it largely eradicates that issue.
Everything I have outlined here could be construed as a master plan on behalf of the folks at Fractal Audio Systems. I don’t think this is the case. I don’t believe that when Cliff Chase founded the company he layed all of this out as a grand plan for how to build community and customer engagement.
This goes back to purity. My guess is that Cliff and team just wanted to build a solid product that makes their customers happy and providing this regular stream of updates was the most obvious way to do it. It wouldn’t surprise me if they themselves were surprised by how much goodwill would be generated throughout this process.
This is all paving away to the next iteration of this journey, when the Axe FX III was announced last week. It provides significantly greater horsepower, undoubtedly to usher in the next era of improvements. This is a journey I will be following along with when I get an Axe FX III of my own in March.
Difficult community members are something that every community struggles with from time to time. Whether abundantly obnoxious or merely a minor frustration, designing an environment where a multitude of personalities can work together is complicated and requires careful attention to detail.
This is something I was asked about on a recent interview on the Late Night Linux podcast. We dug into this and also discussed how to build communities in different environments, whether communities can work for proprietary platforms/devices, and how unique the open source world is within the wider context of communities.
It was a fun interview and well worth a listen.
Earlier last year I announced last year that I was partnering up with the Linux Foundation to create the Open Community Conference as part of their Open Source Summit events in North America and Europe.
Well, the events happened, and it was (in my humble opinion) an enormous success. We had 120+ papers submitted to the North American event and 85+ papers submitted to the European event. From there I whittled it down to around 40 sessions for each event which resulted in some fantastic content and incredible discussions/networking.
Not only was I delighted with the eagerness of people to speak, but we also had a tremendously diverse range of people submitting from a range of genders, backgrounds, cultures, experience levels, and beyond. I was proud to see this, and I am similarly proud to see the fantastically diverse attendees we have at the Community Leadership Summit each year (note: CFP is open there too). So, thanks to everyone who submitted, and sorry we couldn’t squeeze you all in to speak.
A Name Change: Open Collaboration Conference
I am delighted to announce we are doing it all again, with one small change: the name.
As the event has evolved, I have wanted it to incorporate as many elements focused on people collaborating together. While one component of this is certainly people building communities, other elements such as governance, remote working, innersource, cultural development, and more fit under the banner of “collaboration”, but don’t necessarily fit under the traditional banner of “community”.
As such, we decided to change the name of the conference to the Open Collaboration Conference. I am confident this will then provide both a home to the community strategy and tactics content, as well as these other related areas. This way the entire event services as a comprehensive capsule for collaboration in technology.
Call For Papers
So, I wanted to let you all know the key details right now of how to get involved in the events. Firstly, when the events are (as part of the Open Source Summit):
- North America in Vancouver from 29th – 31st August 2018 – CFP link
- Europe in Edinburgh from 22nd – 24th October 2018 – CFP link
As usual, there is a deadline for the call for papers and they are:
- North America – 29th April 2018
- Europe – 1st July 2018
In terms of topics, I encourage you all submit papers that relate to:
- Open Source Metrics
- Incentivization and Engagement
- Software Development Methodologies and Platforms
- Building Internal Innersource Communities
- Remote Team Management and Methods
- Bug/Issue Management and Triage
- Communication Platforms and Methods
- Open Source Governance and Models
- Mentoring and Training
- Event Strategy
- Content Management and Social Media
- DevOps Culture
- Community Management
- Advocacy and Evangelism
- Government and Compliance
I look forward to seeing you submissions and seeing you there!
In the year 2000, I was a long-haired student enthralled with open source and Linux. I set up a Linux user group in England as a means to meet other open source people, and one evening, in strolled a red-headed gentleman. Riddled with ideas and opinions, I didn’t realize that evening that he would end up becoming my best pal.
What followed was not just a friendship, but over 15 years of collaborating together. We started LugRadio, which resulted in hundreds of episodes and multiple live shows in the UK and USA. We followed that up with Shot of Jaq, and our current podcast, Bad Voltage, which has our other partner in crime in it, Jeremy Garcia.
Outside of podcasting, we designed and built a somewhat short-lived audio multi-track audio editor, Jokosher, and countless other little ideas, prototypes, and experiments. We flew around the world to various conferences, spent literally hours on the phone debating the nuances of technology, and blew the froth off many a cold one solving the world.
It was clear that what clicked with us is that we were both captivated by a journey into this newly forming collaborative technological age and associated communities, and part of the joy was sharing this experience together.
As our friendship grew though, I realized that this wasn’t just about nerding out.
Stuart is the definition of a good person, and a great friend. He is kind, generous, warm. He brings a blunt force of logic in illogical situations and an equally blunt kindness in tough times. He has always been there for the major changes in my life, such as moving to the USA, getting married, having a kid, and switching jobs. He provides both a voice of inspiration as well as reason. He even flew to California from the UK for a weekend just to join my previous birthday (and the surprise party Erica threw).
He balances the perfect mix of hilariously forthright opinion matched with gentle nuance and care for those close to him. I have often thought of him as the entire mix of the Top Gear team: the comically opinionated Clarkson, the adventurous Hammond, the dry wit of May, and the importance of the friendship they all share.
This has resulted in Stuart becoming someone who is well loved by his friends, peers, and fans. He is not just a brilliant web consultant, a well-respected member of the web and open source communities, and a talented podcaster, but he is someone people want to be around, myself included.
Stuart, happy birthday. While today is a day when people typically give you gifts, I want to thank you for the gift of being such a good friend, year after year. Love you, pal, and I look forward to seeing you tweeting about how terrible the music is in the pub tonight.
I am a pretty firm advocate of personal development. I don’t mean those cheesy self-help books that make you walk on coals, promise you a “secret formula” for wealth, and merely bang on about motivation and inspiration. That stuff is largely snake oil.
No, I mean genuine personal development: building discipline and new skills with practice, focus, and patience.
This kind of work teaches you to look at the world in a different way, to sniff out opportunity more efficiently, to treat challenges and (manageable) adversity as an opportunity to grow, to treat failure as a valuable tool for improvement, and to get a better work/life balance.
There is no quick pill or shortcut with this stuff: it takes work, time, patience, and practice, but it is a wonderful investment in yourself. It can reap great rewards in happiness, relationships, productivity, and more.
Sometimes I recommend some personal development resources (that I have found invaluable) when I speak at conferences, and it struck me that it might be helpful to package this up into a $150 Personal Development Kit: a recommended collection of items you can buy to get you a good start. It is a worthwhile investment.
IMPORTANT NOTE: these are merely my own recommendations. I am not making money from any of this, there are no referral links here, and I am not being asked to promote them. These are products I have personally got a lot of value out of, but of course, your mileage may vary.
The items I am recommending in the kit are based upon what I consider to be the five key goals we should focus on in ourselves:
- Structured – with so much detail in the world, we often focus on only the urgent things, but not the important things. As such, we get stuck in a rat race. We should aim to look ahead, plan, and use our time and energy wisely so we can balance it on the things we need to do and the things we love to do.
- Reflective – we should always evaluate our experiences (both good and bad) to see how we can learn and improve. We want to develop a curiosity that manifests in positive adjustments to how we do things.
- Stoic – life will throw curveballs, and we need to train ourselves to manage adversity with logic, not emotion, and to find opportunity even in challenging times. This will strengthen us.
- Mindful – we need to train ourselves to manage our minds to to be less busy and have a little more space. This will help with focus and managing stress.
- Habitual – the only way in which we grow and improve is to build good habits that implement these changes. As such, we should be explicit in how we design these habits and stick to them.
Let’s now run through these recommendations and I will provide some guidance on how to use them near the end of this post.
Reading is a critical component in how we grow. Much of humanity’s broader wisdom has been documented, so why not learn from it?
One of the most valuable devices I have ever bought is an Amazon Kindle because it makes reading so convenient. If you are strapped for cash though, go and join your local library. Either way, make a few moments for reading each day (for me it is before bed), it is worth it.
Seven Habits Of Highly Effective People
- $12 (Paperback) · Amazon Link
While the title may sound like a tacky self-help effort, this book is fantastic, and a good starting point in this kit. It is, for me, the perfect starting point for personal development.
Essentially it teaches seven key principles for focusing on the right opportunities/problems, being proactive, getting the most value out of you work, building your skills, and more.
These are not trendy quick fixes: they are consistent principles that have stood the test of time. They are presented in simple and practical ways and easily applicable. This provides a great framework in which to base the rest of the kit.
The Obstacle Is The Way
- $20.00 (Hardcover) · Amazon Link
I have become quite the fan of stoicism, an ancient philosophy that teaches resilience and growth in the most testing of times. Stoicism is a key pillar in effective personal development: it builds resilience and strength.
While the seven habits touches on some stoic principles, this book delves into further depth. It teaches us that in every challenge there is an opportunity for learning and growth. It helps us to train ourselves to manage challenging situations with logic and calmness as opposed to emotion and freaking out.
This book is one that I always recommend to people going through a tough time: it is wonderful at resetting our perspectives and showing that all scenarios can be managed more effectively if we approach them with the right mental perspective. This gives us confidence, resilience, and structure.
The Daily Stoic
- $8 (Paperback) · Amazon Link
When you have read The Obstacle Is The Way, this book is wonderful at keeping these stoic principles front and center. It provides a daily “meditation”, a key stoic principle to read, consider, and think about throughout the day.
I have found this really helpful. Part of personal development is building new ideas and mental frameworks in your head in which to apply to your life. This book is handy for applying the stoic piece so it doesn’t just remain an abstract concept, but something you can directly muse on and apply.
As with all of these methods and principles, they only stick if you practice. This book is a great way to build this discipline.
- 12$ (paperback) · Amazon Link
The previous books are designed to build your psychological and organizational armor. While not strictly a personal development book, Nudge is more focused on our approach to problems.
In a nutshell, Nudge demonstrates that we make effective changes to problems with lots of small “nudges”. That is, instead of running in there with a big new solution, apply a collection of mini-solutions that move the needle and you will make more progress. This is huge for solving organizational issues, dealing with complicated people, taking on large projects, and more.
Services and Apps
In addition to the above books, there are also some key services and apps that I want to include in this kit.
Headspace 1 Year Subscription
- $95 · Website
Our lives are riddled with complexity, and as we get increasingly connected with social media, cell phones, and more, our minds are busier than ever before.
As such, meditation is a key personal development tool in managing our minds. In much the same way the previous books help shape a healthier and more pragmatic perspective, meditation is a key companion for this. There are numerous scientific benefits to meditation, but I have found it to be an invaluable tool in maintaining a calm, logical, and pragmatic perspective.
While there are various meditation services, I love Headspace. It is a little more expensive, but it is worth it. All you need is a pair of headphones and a computer/phone/tablet to get started.
You can join a plan on a month to month basis, but I included the 1 year plan in the kit because this should not be a temporary fad…it is a critical component throughout the year.
The key to making all of the above stick is to practice every day until it becomes a habit. The general wisdom is that it takes 66 days to build a habit, so simply try to practice all of these principles once a day for 66 days straight. After this long you generally won’t have to think about doing something, it will just be part of your routine.
HabitBull (and many similar apps) simply provide a way to track these habits and when you stick to them. This is helpful in seeing your progress, just make sure you use it!
How To Use These
Now, before you get started, it is important to know that benefitting from these different elements of the kit is going to take some discipline.
There is no magic pill here: it will take practice and you will have some good days and bad days. Remember though, even doing a little each day has you lapping those doing nothing.
So, this is how I recommend you use these resources:
- In HabitBull add some habits to track. Our goals is to stick to these every day for 66 days. Add items such as:
- Reading (10mins a day)
- Meditation (10mins a day)
- Exercise (10mins a day)
- Start by reading The Seven Habits of Highly Effective People.
- At the same time start using Headspace and run through the three Basic packs which will take 30 days (10mins a day).
- The next book to read is The Obstacle Is The Way. Again, while reading books, continue using headspace and move onto the themed Headspace packs. Focus on the Prioritization pack next and then the Stress pack. Also listen to the Daily Headspace session which is only 3 mins long each day.
- When you have completed The Obstacle Is The Way, start reading an entry every day from The Daily Stoic (add a habit to HabitBull to track this) and also begin reading Nudge. Again continue using Headspace throughout this.
The most important thing here is building the habit. Do something every day. Even if it means putting it in your calendar, make sure you apply yourself to the above every day.
These are my recommendations for the kit. What else do you think should be included?
What other approaches and methods have you also found to be helpful?
Share your thoughts in the comments!
I have be honest with you folks, the last few weeks have been crazy with travel. Since the beginning of September I have been to Hong Kong, Orlando, Charleston, Prague, Los Angeles, Las Vegas, and I am about to head to New York. In this time I have keynoted two conferences, given two additional talks, ran training and workshops for two clients, and much more.
As such, I have been a little remiss in sharing some content that might be useful. Today I have two videos to share.
Interview: The Business of Building Communities
This was a fun one. I was interviewed by Swapnil Bhartiya in which we got into how to build communities, the work I do as a consultant, my previous work at Canonical/XPRIZE/GitHub, bringing open source into organizations, and more.
Check it out here:
I was interviewed by the fine folks at theCUBE where we touched on bringing open source into companies, how the open source and business world is changing, the formalization of the software development lifecycle, and more.
As usual, feedback welcome in the comments!
I am delighted to share that I have accepted an offer to join the Moltin advisory board.
Moltin provides APIs to make it easy to create highly branded eCommerce experiences that go beyond the bog-standard website. Their philosophy is that the way in which we browse and buy products and services is going to become increasingly diverse and innovative, in which people will want to purchase in different form factors, technologies, and places. They are building an API that serves this.
They are very focused on the developer experience and building an engaging community of developers who are not just using Moltin, but also helping to make Moltin itself better. They have assembled a great leadership team, have a solid technology, and I am excited to play a role here.
I first heard about Moltin via my friends at Underscore.vc. I will be helping to guide them in their developer strategy and execution. Speaking of which, they are looking to hire a talented developer lead to be based in Boston. See the role description here.
Looking forward to working with the team!
Last week I keynoted the Open Source Summit in Prague (I was also running the new Open Community Conference there too).
While there I delivered one of the keynotes on the first day which focused on:
- Why incentives are important and the value they bring.
- How to measure contributions.
- An overview of the different ingredients in an incentives.
- Submarine vs. Stated incentives.
- Rewards and how to use them well.
It is a short, snappy talk, weighing in at 10 minutes.
Here is a video of the talk: