This presentation explains why getting better at software is important and can help improve your business. It presents the product model of software development, in contrast to the typical project model. It then describes three common barriers to change and how some organizations overcome them. There are three case studies of real-world, large organizations used throughout as well to illustrate the major ideas.
The best board meetings are discussions and debates about the business yet many executive teams spent their time wanting to walk through hours of slides on how great they’re doing. Humans do much better when they’re participating than when they’re being lectured to. The most value you’ll get out of your board is when they’re speaking and offering you feedback and experiences from others companies in which they’re involved.
I recommend that executive teams send materials out 72 hours in advance. I recommend that CEOs do 1–1 calls with board members prior to the meeting to walk through the high-level financials. And I recommend that boards have 2–3 strategic topics that they consider during the in-person meeting. If you run your board this way you’ll maximize the time you have together as a group and keep your board engaged.
This need to “pre-sure” is super annoying – what’s the point of the meeting then? – but key to any meeting. The, point though, is to use the meeting to discuss and decide, not to just be informed.
Final bit of advice. Some teams print out materials and hand out a printed binder during the board meeting. Don’t be this team. While it’s tempting to have a bible for your board members you’ll just enable them to “scroll ahead” and look at future slides when they’re bored. If you serve up their distraction then you only have yourselves to blame when they don’t pay attention.
Sometimes board members print out your decks or financials in advance and bring their own print outs. It’s super easy to politely say, “If you wouldn’t mind I’d love it if you would leave your notes in your bag. I don’t want to be controversial but I would love to try and have everybody fully engaged in the discussion and to do so I want to make sure everybody is on the same page at the same time.
It takes some bravery to tell your bosses (the board) what to do, to be more professional and polite. The results are probably enjoyable by both sides of the table, though.
In the cloud, DevOps, agile, whatever is hot and new era, the role of enterprise architects is rarely addressed. There’s probably plenty useful for them to do still. I’ve been trying to figure out what those things are recently.
If you’re like me and you prefer the internet over meat-sacks, for more Pivotal material like free books and two months of free PaaS, check out my Pivotal page. Also, for some discounts to various conferences – including a few DevOpsDays – check out my discount code page.
I’m often asked to come speak on, well, the topic of “tell us about the new, interesting stuff out there that makes software development better…but don’t be pitching me anything.” This is my most recent cut at that kind of talk.
Update: I’d wanted to put a TAM in – the money Docker and containers are going after, this from Gartner:
While matching it to virtualization is a poor match (you’d probably also need some systems management and maybe even appdev numbers in there), I think looking at the current x86 virtualization TAM is as good as you’re going to get with a conservative approach.
My reasoning is that if “the market” is willing to pay this much for virtualization now, that’s the kind of foot-print and allocation we should start looking at for “containers” (over more of a 10 year time span, probably).