UK SOA and Business Process Conference
Keynote: Why BPM Matters – Mark Raskino
A good key note where Mark did an excellent job of putting across the importance of process management. Sure it had a lot of Analyst/Marketing phrases that usually make me cringe e.g. ‘the trough of disillusionment’
but Mark trod that line well and I enjoyed it. What I especially liked about it was that it brilliantly covered areas that I’ve been struggling to get noticed, I just hope I get hold of the slide deck – or better still a webcast!
Keynote Address: Realising the Potential of SOA – Gavin King, Mike Woods
Well I was a little disappointed with this, perhaps unfairly. This felt like a Microsoft Marketing exercise, I don’t know what it is but the mere mention of BizTalk sends me to sle…..ep. There were some little gems in there and if you’ve never heard of you-know-what then you’d probably have enjoyed it. Having said all that I did take away that Microsoft are very serious about this and are really pushing it, hurray!
Keynote Address: Business Process Management on the Microsoft Platform – Harsha Karunarantne, Adi Hofsteien
Again some interesting points, especially about RealWorldSOA and the Business Process Alliance. One of the members of the Alliance was Adi’s PNMSoft. Although it was a thinly veiled advert for the company I did enjoy the presentation and it did seems to be a working example of all the things I believe to be correct. So that was nice.
Microsoft Vision for Sofware+Services – Marc Holmes
Hmm. I thought this was a bit muddled. It seemed to be about Software as a Service (SaaS) but if it was then I disagree with Marc’s definition. Marc used Exchange as an example, arguing that because it has many channels that makes it a "S+S". No. By that premise almost every 1/2 way decently implemented client-server application would be S+S. I looked up SaaS on wikipedia (yes I always grin when anyone uses that to back-up their claims) but their definition is spot on…
http://en.wikipedia.org/wiki/SaaS
Software as a service (SaaS) is a software application
delivery model where a software vendor develops a web-native software
application and hosts and operates (either independently or through a
third-party) the application for use by its customers over the
Internet. Customers do not pay for owning the software itself but
rather for using it.
That, for me, is the important difference between a client server application (albeit on the web). IMO Marc’s channel argument is just weak, Exchange is a good example of separating out the presentation layer – that’s all.
BizTalk Server R2 Tour – Harsha Karunarantne, Jeff Johnson
Grr, a bit annoyed about this one. I understand the relevance of RFID and WCF but I couldn’t help thinking, "why BizTalk", all the way through it. Great news that a device abstracted API has been written to use RFID tags but why deploy that with BizTalk? Why not deploy DirectX 10 with BizTalk too
? Ok I can see the benefit of using it but I really think they should separate out the Reader layer with the Management layer and provide the Reader layer to anyone who wants to use it. Then lots of talk about WCF, and the usual failed demo (quite a few failed throughout the day). Hmm yeah, I dare say it’s great news but I can’t help feeling that when someone celebrates such an obviously needed feature there must be something worryingly wrong the original roadmap. I think the problem was that for people who enjoy BizTalk this must have been very old news, and for others it just wasn’t interesting. For me it felt like, "look you can communicate with a service using WCF". Wow.
BizTalk v. Next ‘Oslo’ – Mike Woods
I like the idea of Oslo but I’m not sure how practical it will be. For example, if they have some form of identity server in the cloud that everyone can use, then why would I install Federation Server? Still sounds like a good idea, and yes I would say this *is* (or could be) an example SaaS.
Overall I enjoyed the day, bit dull in places, bit marketing, but I did come away with renewed enthusiasm for business process management – well done MS UK.
Writing JavaScript functions for Silverlight
The reason for this post is to point out that writing JavaScript for Silverlight can be tricky. A balance needs to be struck between efficient and user friendly code and the semantic support that XAML offers.
Windows XP system died, how to keep Vista
Unreal Tournament 2007 Demo
Pocket Loox 560N repaired
The great M/E ratio lie?
1) The "proof" seems to involve surveying companies that have succeeded and failed or as the reports state, the ‘super successes’ and the ‘flaming failures’. I’m not sure I buy this proof. Lets take a look at a couple of well known names in these reported flaming failures; Xerox, Wang and Lotus. For me the suggestion that these companies failed because of their M/E ratio is be taken with a large handful of salt. I can certainly remember Lotus (of 1-2-3 fame) and their marketing was pretty slick, indeed at the time I was employed to investigate and implement a new office system for small database company. I chose Microsoft Office over the Lotus offering because of my technology investigation not their lack of marketing. I was invited to their offices for a demonstration of the products. Simply put the Microsoft offerings (mainly because of the close ties to the Windows OS) were easier to use (if only that were still true) and were quicker to utilize new OS features. So was it a marketing failure that caused Lotus to fail? I don’t believe so because the feature set was almost, and maybe even 100%, identical. It was the implementation of those features that made me choose MS and it was probably the same story elsewhere. It’s also interesting to read the number of excuses that Microsoft win because of their marketing muscle. It’s equally interesting to read a number of articles debunking this as simply an excuse, indeed a number of cases point to Microsoft having poor marketing.
2) With terms like flaming failures and super successes, who is it that popularize this theory? Oh yes it’s marketing companies. No surprise there but I certainly don’t blame them.
3) ‘Lies damn lies and statistics’. Statistics are a fun area. I was unfortunate enough to have to do ‘further statistics’ course and hated every second it, why, because I soon realised that you could pretty much put any spin on a topic by carefully ignoring salient points. I realise that marketing isn’t sales but the ability to apply spin is a shared talent. Unfortunately I don’t have access to any of the data in these reports but I’m pretty sure there are some important issues that have been ignored. For example, it is simplistic to say that the top x software companies have a high m:e ratio because the statistic ignores the scale of the company both in terms of number of heads and the Return on Investment (ROI), i.e. a small company can make a relatively large profit with a tiny m:e but they’ll never break into newspapers top 100 company list.
4) Staff type thresholds – I don’t have *any* research to back my next claim but it seems logical to me that a successful software company needs a number of people developing software, I don’t like the term R&D it’s too woolly for me. I also believe that as a company grows there becomes a critical mass of developers where adding more developers isn’t a good ROI, in-fact it encourages the command and conquer model and removes some of the best developers from developing. So lets take another look at some the poster software companies. The IBMs, Oracle and Microsoft’s of the world require a huge army different staff types to produce and sell their products. (It has been noted that a number of people that leave Microsoft to form start-up’s fail because they underestimate the "behind the scenes" support staff that are needed). A proportion of staff will be developers and a proportion will be in marketing (or at least the proportion of the costs if not head count). With my theory of a critical mass of developers then I would expect that in these large companies the number of developers will have plateaued but the ever expanding world wide customer base will require more and more marketing effort. So by examining these companies m:e then you would see a large m to e, again statistics can tell whatever story you want if you ignore the whole picture.
So back to the heading of this post, is M/E a lie? You’ve heard my opinion, I don’t have a great deal of research or a diploma from Harvard Business School but I hope my little investigation and logical thought will be enough to at least make the reader question the "truth" of these M/E reports.