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, and here’s my trip report, an older version:
Also, see the slides, which are usually more up-to-date than that older recording.
Tips on presenting, the infrastructure parts.
Original source: How To Run A Good Presentation
A recent rendition of one of my standard talks at the Austin DevOps Meetup. See the slides as well.
I get asked to talk on DevOps a lot. Here’s my current (late 2016 and 2017) presentation, going over the why’s, the how’s, the technologies, and the meatware that supports including some best and worst practices based on what Pivotal customers do. See the newer slides with big pictures on most slides, and some of the older slides
Also, here’s a more blatantly pro-Pivotal (and longer) version that you might have seen, esp. if the talk title was something like “Digital Transformation in the Streets.”
Much of it draws a lot on my cloud native journey booklets as well.
This is my favorite talk to give. It usually ends up being every talk I give, but evolves each time. See one past recording at DevOpsDays DFW and another from SpringOne Platform, both in 2016.
I’m giving a 90 minute overview of agile for an agency later this month. Here’s my slides, so far. As ever, “government” is just an extra layer of sprinkles on-top of advice for all large organizations.
There’s some extensive (for me) talking points in the slide notes if you’re into that kind of thing.
These are my tips on getting by in a large organization. They’re intended for people who are working in less than ideal circumstances – you know, there’s no leaked “culture deck” or well-stocked snacks. Check out the slides as well.
If you work at a small, cool company, you can skip this talk. The rest of us in large, slow moving companies that rely on meetings, email, and inbox 2,000 to get the daily work done need some therapy and advice for thriving in big, “dumb” companies. I’ve worked in such companies and figured out how to thrive in the “back to back meetings” world we’re taught to avoid. I’ll tell you my tactics. Ideally, you’d adapt the no manager GitHub dream, adapt the Spotify and Netflix cultures of awesomeness. Indeed. However, oftentimes there are good reasons to stay in the relatively dysfunctional companies you’re at. They’re big, slow moving, and seem to use Microsoft Office as their core innovation engine. If people at your work always talk about “aircraft carriers” this is the talk for you. For whatever reasons you’re there, why not make the best of it and learn how to get along and even thrive instead of letting your head explode in rage. This talk will go over what I’ve learned working in large companies from my strange adventure working with a bunch of MBAs in corporate strategy at Dell, to working with large companies as an industry analyst, to working with marketing and product people at large companies.
Want something shorter?
Check out the 5 minute recording of me giving this talk at DevOpsDays Seattle, and slides.
This is one of the talks I give at DevOpsDays and other places. You can check out a recording of me doing it early on at DevOpsDays Austin (slides), and there’s many iterations on it. Here’s me doing it at SpringOne Platform 2016, and the slides for DevOpsDays DFW, 2016.
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.