I’m in sunny San Diego for the Gartner Enterprise Architecture Summit. I’m presenting a sponsor session and case study tomorrow (MSFT is a platinum sponsor for the event) but I came in yesterday so I could attend a few sessions, meet a few customers and work the MS booth in the Solution Showcase. It’s my last event and deliverable for my old team before switching to the new role full time.

The first of two keynotes today was Richard Buchanan’s session on The New Enterprise Architecture: Time for Leadership. Pretty decent session, though much of it was pretty obvious. He even said at one point that this was “Strategic Enterprise Planning 101″. Not exactly the best way to kick of an EA summit, IMHO. However, he did make some interesting points:

• It’s hard to quantify the value of business effectiveness. Richard’s quote on this was great: “What’s the dollar value of staying out of jail?”
• He compared most of how IT is operated today as “looking in the mirror” (i.e. focusing on running what we already have). He suggested instead “looking out the window” (i.e. at the industry and the future).
• I always say that architecture is the intersection of business and IT. Richard said “Architecture is a translation from business strategy to technology implementation. Architects must institutionalize this translation.” Close enough.
• He also suggested that architects need to learn to speak the language of business. That’s good advice.
• Richard did do a good job capturing the dynamic aspect of enterprise and IT architecture. It’s about change, not structure. He said “EA is not about the past or the present. It’s about the future.” Couldn’t agree more.

The second keynote was Werner Vogels talk Order in the Chaos: Building the Amazon.com Platform. This was a great talk. I know a little about how Amazon has evolved, but I had no idea that it powered websites like Target and Bebe. His talk was a little scattered – I’m guessing he’s not as used to speaking at events like this than the Gartner folks. There’s no way to do the talk justice without basically repeating it verbatim, but my key takeaways were:

• Amazon naturally evolved from an application into a platform. This is fascinating and worthy of more study, esp. as I’m making the switch to MSFT’s internal IT department. Microsoft knows a thing or two about platforms, but I’m not sure how it applies inside IT.
• Amazon sees it’s “secret sauce” as their ability to automate operations at scale. For example, handling over a million sellers in their system. That helps explain their moves into services like S3 and MTurk which at first glance seems at odds with their retail web site.
• One of the key values to becoming a platform is being able to open it up to partners. Again, Microsoft knows a lot about opening a platform to partners, but I’m not sure how it applies inside IT.
• Money Quote: “At Amazon, things are always failing. It’s not a bad thing, it’s a fact of life.” I’ve started theorizing about this on my own, good to know where to start looking for people putting this into practice.
• Towards that end, he made probably the most interesting observation of the day. At Amazon, there is no wall between development and operations. Combined with the secret sauce of automating operations at scale and there is a good recipe for how enterprises need to run their IT department.

The final session I went to today was Nick Gall on Architecture for the Agile Enterprise: Integrating EA & SOA. The use of the term “agile” in this context was unfortunate, as he had no discussion of agile principles. He primarily focused on what he called Web Oriented Architecture or WOA. His formula for WOA was ‘WOA = SOA + WWW + REST” which seems redundant. Isn’t REST an attempt to capture the architectural style of the WWW? Anyway, this session wasn’t very good. He had about 15 minutes of really good content but you had to wade thru the other 45 minutes of crap to find it. For example, he spent about ten minutes talking about the value of using a small set common modular operations (i.e. the REST / WS-Transfer approach) before he used this great analogy:

Modularity can be open or closed. Closed modularity is like a jigsaw puzzle. There are lots of individual pieces, but they can only be put together one way. Open modularity is like a tangram puzzle. There are only seven pieces, but they can be put together in hundreds of different combinations.

That was a great analogy that really got the point across! Why not just start with that and skip the mumbo jumbo?

I missed the last session as I had to prep for booth duty. Even though this audience is very different from a typical MSFT event like TechEd, they still mobbed the booth for swag and a chance to win an Xbox 360. I had a few interesting architectural discussion, but mostly it was about the swag.

My session is tomorrow at 11am. I’m presenting Beyond SOA and a case study session on the Dell Integrated Desktop . Then there’s two more hours of booth duty tomorrow, but I’m hoping it’s more content and less swag this time as 1) I will have just presented so I’m hoping to get some questions and 2) everyone has already gotten their swag ration for the conference.

It’s not the biggest job change news this week (or the day), but after three years on Architecture Strategy and six years total as an evangelist, I’m moving on to a new role. After six years, I decided it was time for me to put my money where my mouth is as well as get my hands dirty building something more substantial than buzz.

I’ll be moving over into Microsoft’s IT division as a member of the Integration Center of Excellence Architecture Team. Integration, as you might guess, is a euphemism here for service-orientation. My team is tasked with architecting and delivering the shared service-oriented infrastructure for four of the biggest projects Microsoft IT will be delivering in the next year. Last time I changed jobs, I lamented that “With each job I take at MSFT, coding seems to become less a part of the job description.” Happily, this is NOT the case this time.

About a year ago, Microsoft hired Stuart Scott to run the business apps side of IT as one of our two CIOs (our other CIO Ron Markezich oversees the IT infrastructure). Stuart was kind enough to spend about an hour with me last week explaining his vision for how he sees MSIT evolving under his leadership. Here’s what he said in a recent interview:

PressPass: How do you see Microsoft IT evolving?

Scott: There is a broader role for IT to play at the front end of the development of products and services. Our IT organization knows a lot about the challenges that other IT organizations face because we build and maintain the IT backbone of a massive worldwide enterprise. IT must become future-thought leaders in the development of the product roadmap for our enterprise products.

By using our internal applications and experiences to build better products for our enterprise customers, we have the potential to solve the challenges that other IT organizations face. We’re heavily involved in dogfooding our products once they’ve been developed, but we also see a role closer to the front end of the product development cycle. Business Intelligence is one area where we will be partnering with the product groups and Finance as we build out our internal capability. I want to ensure that any product we develop to meet the needs of Microsoft, also meets the needs of the marketplace.

He was also very frank about the current state of affairs in MSIT relative to the vision. He was quoted in China Information World (no link, sorry) as saying that “The systems Microsoft now uses are already 14 years old and based on previous versions of windows, so from a systems capability perspective, they cannot support the needs of the growing business.”

All in all, I was pretty impressed with what he’s setting out to do and the opportunity not only from a business perspective from from an industry perspective as well. Hence the whole “going to work in his division” thing. Of course, “Thought Leadership” is one of the things Architecture Strategy works on very diligently, so in some ways this isn’t as big a change as it might be. On the other hand, giving advice to people solving hard problems is a lot different than solving those hard problems yourself.

I’ll be starting this new role pretty much immediately, so expect the less-than-usual blogging to continue for the time being. But my external visibility on my blog and presenting at conferences and executive briefings is one of the things they hired me for. So after I get my bearings things should be back to normal. At that point, I’ll hopefully be able to talk in more specific terms about what we’re tackling on my new team. I hope to shake things up quite a bit over there and deliver the play by play here on my blog.

Massive thanks to John deVadoss and the rest of the Architecture Strategy Team. Back when I started, I think Simon Guest was the only other blogger on the team. Now there are only three non-bloggers on the whole team. It’s been a great three years and I’ve been a part of so many great accomplishments:

• Making Microsoft the first (I think!) global sponsor for the International Association of Software Architects
• Delivering the CRM Integration for Outlook Sample Application
• Launching the Solution Architect and Infrastructure Architect MVP programs
• Delivering the first-ever Architecture Track at Tech-Ed 2004
• Taking Arvindra’s amazing JOURNALThe Architecture Journal worldwide
• Launching the Architecture Resource Center and the MSDN Solution Architecture Center websites
• Presenting at PDC, worldwide Tech-Eds, p&p Summits and a host of other events
• Meeting tons of customers in user group meetings, at executive briefings and in architecture design sessions

I always joke that if I ever left Microsoft, I wouldn’t want to go work for another technical company. Now, I get the chance to go affect the business of a Fortune 50 business while not having to leave Microsoft. Pretty sweet.

See you on the other side.

Congrats to the team for their latest version of the DSL Toolkit, integrated into the June CTP of the VS SDK. According to the published product plans of the VS SDK, they’re suppoesd to ship their next release – including the final DSL toolkit – next month. Looking forward to it.

I’m doing some experiments with Amazon’s S3 Service. Very cool service, I might add. Anyway, the sample C# REST code basically wraps the network requests with a single connection class that has individual methods for each type of service interaction (list all my buckets, list all objects in a bucket, create a bucket, create an object, you get the idea).

However, S3′s service is a natural hierarchy. The Service contains many Buckets, which in turn contain many Objects. So another way to wrap the service interaction is with a series of objects that are related to one another and only implement the service interactions relevant to that class. (Service would implement List My Buckets and perhaps Create Bucket. Bucket would implement List Objects and Delete Bucket. Again, you get the idea.)

For an interface as relatively simple as S3 (the SOAP interface has a grand total of 13 operations) it probably doesn’t matter one way or the other. Furthermore, it’s probably a question of personal preference. My question: What’s your personal preference? A single object with many methods or a hierarchy of objects each with fewer methods?

Ron just posted his latest ARCast featuring yours truly talking about Enterprise 2.0. Some of the same stuff I blogged about last month, but in a conversational style. Check it out.