Mifos documentation sprint: help us create a user manual in one day!

You can help us end poverty by participating in the Mifos manual sprint tomorrow, Friday 2 April. As Adam Monsen posted, at my work, Grameen Foundation, we’re going to do a “high-tech barn-raising” and assemble a user manual for our Mifos Open Source banking software tomorrow. We’re using a collaborative editing tool called FLOSSmanuals, which enables a group of people to create a collaboratively-updateable HTML and PDF manual quickly. It’s based on wiki software, so many people can add and update the document at the same time.

The manual is mostly written already- but we had to export it to Microsoft Word to do some radical, sweeping edits. What this sprint is about is getting it back into FLOSSmanuals, with links, formatting, and screenshots intact, and then do a proofreading pass.

We’d love to have help! Meet us on IRC on #mifos or ask on the Mifos Developer mailing list if you want to help. You don’t need to be a programmer or know the Mifos software – all you need to know is some basic text editing skills and some basic HTML.


Will your tribe change the world?

We all form tribes – people we associate with, co-workers, friends, family. Great tribes change the world for the better. Most tribes don’t, though. David Logan’s TEDx talk summarizes a hierarchy of different kinds of tribes, and asks, “How can we form more tribes that do great things?” “What are the characteristics of those tribes?”

The talk that left me asking – what makes those tribes different? How can I form one? Or, how can I move my tribe in the “great” direction?

(Via Steve Miranda’s blog Re-educate.)


Boot Camp 2

Just finished my second Boot Camp at Grameen Foundation. This time most of the participants were from the software development team I lead at the Mifos Initiative.

sea and sky painting

The training was fun and hard, we learned a lot, the work product was great, and we created an amazing amount of art, some of which you can see in the Grameen Foundation Boot Camp 2 Flickr photoset. The decisions have been fast and furious since then. I am starting to see that this is usual after achieving shared vision and getting immersive training in good self-care and decision-making skills.

For me, this Boot Camp was even better than the first one we did. That’s because it was my software development team that first supported me introducing the Core Protocols to Grameen Foundation, and none of this would have happened without them. They didn’t get to go to the first Boot Camp we held due to scheduling problems, so doing this training with them felt really good.

I was also able to let go a little more and learn more deeply. And I am learning things about myself that I am having a hard time coming to terms with. In the Tao Te Ching, it says,

In the practice of the Tao,
every day something is dropped.

It doesn’t say there how painful it is to drop things. Michele McCarthy said to me after one difficult interaction, “Oh, you want to heal people. That’s nice. Work isn’t about healing people, though.”

I know when I need to stop trying to do that – but so far I haven’t stopped in time. At least, I haven’t stopped in time to prevent damage or chaos or both. It’s conscious incompetence. In a way, Michele was saying, “It’s good, you can see it now, you’re growing.” But living with the mess – and knowing I’ll be creating more messes before I have control over this behavior – brings up anger, fear, and sadness. The BootCamp manual says, “While the ideas seem simple enough,
it can be very hard to personally carry them out.” Damn straight.


Live In Greatness


I haven’t posted here lately because I’ve been busy at work and also building a new website, Live In Greatness. Right now the main content is the Core Protocols in a web-accessible form. Over time I hope it will become a source of lots of information on how to create great teams. If you have ideas to improve the site, I’d love to hear them – will you use Perfection Game protocol to let me know?


Resolution Avoidance

A few days after Boot Camp we were all asking ourselves, “Why doesn’t work feel like Boot Camp every day?” The rush of energy, the uncomfortable and exhilarating feeling of personal growth, the constant flow of hard realizations about oneself, ones’ team members, and ones’ team, the way everything is new again. We missed it.

A few weeks after Boot Camp, I’m now asking myself, “What will happen to me if work continues to be like Boot Camp every day from now on…?” I’m at my growth edge. So are my team mates. The pace of work, decisions, and revelations are almost too fast, and only increasing. I’m not sure if I can keep learning such hard things about myself and my team mates. Conflict arises.

But learning these things and facing the conflict has made me and my team mates much more effective. We’re delivering results. We trust each other.

Why does so much creative destruction happen after Boot Camp? I think one reason is because Boot Camp makes you much less willing to tolerate pain and mediocrity. It sounds banal, but that has profound implications. Like drinking from the spring of the Hippocrene, it changes you. Since I’ve tasted what it’s like being on a truly great team, I can’t go back.

After that, the path narrows. Along the road to greatness, I don’t want to take the offramps: meetings where people don’t make decisions, situations where people conceal or distort information, being with people who regularly don’t keep commitments.

Life comes into vivid focus. I’ve started to see that my life is full of what Jim McCarthy calls “resolution avoidance” – keeping conflict at a low simmer, and not directly addressing it because I’m afraid of what might happen. I am often afraid of facing or naming conflict. But tolerating mediocrity means I insist on it, that I will be surrounded by it.

Booted teams don’t tolerate mediocrity. Being great means facing problems and resolving them.

<gulp>


Private Currencies

Slums are the future. If you need more evidence that real innovation is coming out of poor countries, check out the new electronic currency systems. Also called mobile payment systems, John Robb gives a quick nod to these new private currencies in a recent post. (Robb left out at least one other new system, Zain Zap from Kenya.)

I had heard about these over the last several years, but I just thought they were kind of weird, and didn’t pay much attention. Until our customers started asking us to integrate our Mifos open source banking software with them, that is. It’s not on the web anywhere yet, but now we’re doing a project to integrate M-PESA with Mifos at the microfinance institution KEEF in the hot zone of mobile money, Nairobi, Kenya.

My initial reaction dismissing these systems as just weird, by the way, proves that we need to get into the field to really understand what customers want.

Why do poor people like mobile money systems so much? Unlike standard banks, there’s no ID necessary – you have a phone, you have a bank account. There’s no going to the bank, either, and that is a big benefit in poor countries. Hauling your ass halfway across a dusty city to visit a physical branch can take hours, not good when you have kids to take care of and work to do. And there’s no hassle or discrimination from commercial bank employees – because there are often no humans involved, you’re just sending a text message to a robot.

It’s convenient to get cash too – just to go the corner store, text the woman at the counter some mobile money from your phone, and she gives you cash.

Now, this currency is really just “airtime minutes” – but since it’s easily transferable from one phone to another, and easily convertible into cash… it’s money.

And microfinance institutions (MFIs) love it too – if they can get their best clients using mobile money to make micro-loan payments, the clients don’t have to waste time at meetings, and the MFI can have more clients per loan officer – increasing profitability, letting them serve more people, so they can end poverty faster.

It’s the poor innovating to help each other. Working on this from the USA, I’m the bottleneck – I just have to figure out how I can get out of the way and let it happen.


Scaling startups

TechCrunch reviews the Kauffman Foundation’s ideas about making entrepreneurs and scaling startups. Very interesting:

“One of the findings of Kauffman research is that of the appx. 600,000
businesses that are started every year, less than a fraction of 1%
become high-growth “scale” businesses. These new firms, especially the
“scale” firms, have added all of the net incremental jobs to U.S.
economy since 1980 (about 40 million), and probably account for about
1/3 of GDP growth since then. So the key to boosting economic growth
is to increase the number of successful high-growth startups. After
all, the growth rate of our economy is nothing more than the
aggregation of the growth of our firms.

That is why Kauffman (which has a $2 billion endowment) is investing
heavily in an ambitious new program called Kauffman Labs. This aims
to dramatically increase the ability of small businesses to become big
businesses. The Labs program is built around a novel idea: that highly
motivated individuals with “scalable ideas” can be recruited to be
entrepreneurs and to be made successful, by surrounding them with a
network of other experienced entrepreneurs; sources of money; and
mentors. The goal is to educate entrepreneurs and surround them with a
powerful network.”

As I mentioned in my last post on scaling microfinance institutions, we’re coming to pretty much the same conclusions at the Grameen Foundation’s Technology for Microfinance division. To really make a significant impact on poverty, we need social businesses that can scale, and scale quickly.

(More on Kauffman Labs)


Unanimity

Coincidentally apropos to my last post on Lean Startups, today Jim writes:

Majority Rule or Boss Decides: both are ineffective on a team. Dissenters will actively or passively resist, it can’t be helped. Things have to be unanimous.

On average teams unanimity is a recipe for disaster. But with a shared vision, Booted teams can use Decider and Resolution protocols in small groups to make high-quality decisions quickly, and correct for new information when necessary. This has been my experience at with the Core so far at Grameen Foundation.


Lean Startups

A Lean Startup is a startup company that combines Steve Blank’s Customer Development with Agile software development and other techniques that allow the company to iterate quickly to make products or services that customers want and will buy.

Lean Startup OODA loop - learn, build, measureEric Ries is an entrepreneur and student of Steve Blank, and has written a lot about Lean Startups. Here’s a great presentation about the nuts and bolts of creating a Lean Startup. In particular, one of the main – if not the main focus – of Lean Startups is speed. But a particular kind of speed – speed in learning, building, and measuring. Learning what customers want, building products that meet their needs, and measuring the results… over and over until you have a winning product and a winning way to deliver that product to customers.

On slide 24, Eric details a bunch of techniques and tools you can use to iterate faster – this is a great list. At Mifos we do a lot of those things. But I’ve also done a lot of things at other companies, and didn’t end up with truly great results. Why not?

I think at those other companies I was missing two key insights.

One is Blank’s Customer Development, which is a systematic way of breaking down the barriers between the sales, marketing, and product development functions and getting out in the field to learn with customers, enabling the company to find out what customers really want. (To be fair, Ries does list Customer Development, but it’s hidden in the sea of list items.)

The other key insight is increasing iteration speed. I’ve worked on some fast teams. But Eric’s toolbox doesn’t go to the heart of the difference between average teams and great teams. To make an order of magnitude change in speed and quality of the OODA loop, teams need shared vision and good decision making skills.

If team members have the same vision of what they want to achieve, they can trust individuals or subteams to make the right decisions. This saves time because less people have to be involved in each decision, making each decision go faster. On top of that, if the team has a systematic way of making wise decisions swiftly, this will allow them to consistently move at a fast pace.

So how do you get in a state of shared vision and stay there? How do you make wise decisions quickly? Jim and Michele McCarthy take this on in their book Software For Your Head and their Core Protocols methodology. As I detailed in my previous post about Boot Camp, my team at Grameen Foundation recently adopted the Core Protocols with good results. Before the training, our decision-making speed was adequate enough to keep us alive, barely. Afterwards… things are much faster, and speeding up! I’m actually struggling to keep up. I can’t wait to see the results of several months of this pace of work!

And I’m interested to see how combining the Core Protocols with the other Lean Startup techniques works.


Scaling Microfinance

At Mifos, we interested in growing microfinance institutions quickly. Why?

The problem is large:

Size of problem - pie chart showing number of poor people versus total world population

More than a third of the world’s population live in poverty: 2.7 billion people live in poverty out of a total world population of 6.7 billion. That’s 40% of the world living in poverty.

(source: Wikipedia entry on Poverty)

But MFIs don’t serve most poor people:

Microfinance market - bar chart of MFIs by number of clients and number of MFIs and percent of poor population served

(source: MIX Market data, chart by Grameen Foundation consultants Bryan Barnett, David Socha, and Mary Hausladen)

This is a very interesting chart. What does it show?

  • Most MFIs are small (15,000 clients or smaller).
  • Small MFIs serve a tiny fraction of the poor.
  • Large MFIs serve the most poor people.
  • There are very, very few large MFIs (1M clients or larger).

There are only about 3,000 MFIs in the world today. I don’t have a chart to show it, but the MIX Market data also shows that there is not much movement from one category to another – that is, most MFIs that are small, stay small. If this trend continues, microfinance won’t reach many poor people during my lifetime, and since microfinance is a key tool for ending poverty, we won’t make progress ending poverty.

However – there are some MFIs that can grow or “scale” quickly. One of our customers, Grameen Koota is growing exponentially, doubling about every 12 months, and will pass 500,000 clients this year.

Which points to an interesting strategy – find the MFIs that have the potential to grow quickly, and give them what they need to do it:

Moving mid-sized MFIs to large size - bar chart

Since MFIs can grow exponentially, it is possible to move mid-sized MFIs to large size. If we can create 27 new 5M-client MFIs per year, we can bring microfinance to all the poor people in the world by 2040. (World population is expected to be 10 billion by 2040; this means there would be 4 billion poor if the current proportion of poor to non-poor stays the same; 135M people/year * 30 years = 4.05 billion people.)

This is what we are doing. For more information, see the Technology for Microfinance Consortium.