Redmond Diary

By Andrew J. Brust

Blog archive

Redmond Vendor Management Matters

There's been a lot of press in the last 24 hours concerning MSN China's apparent (and now acknowledged) theft of code and copying of design from Taiwan's Plurk microblogging service for the beta of its own Juku service. You can read Visual Studio Magazine's coverage here. Turns out the work was outsourced to an external vendor which, in turn, was the source of the plagiarism. Microsoft, in a public statement, said "in the wake of this incident, Microsoft and our MSN China joint venture will be taking a look at our practices around applications code provided by third-party vendors."

I hope so. Because this isn't a one-off anomaly; it's part of a larger phenomenon.

Remember the whole "Mojave" experiment, wherein Microsoft invited individuals to work with its allegedly new operating system, code-named Mojave, which was actually just Vista in disguise? I thought that was a neat campaign and a good way to deflect some of the FUD hurled at Vista. But do you remember the first take at the Mojave Web site? It contained numerous participant interview videos and made them browse-able and viewable. Too bad the first version of the site used Flash for the video format instead of Silverlight. And guess what? This was another outsource vendor gaffe.

There's at least one other such screw-up I could mention, and it's even more embarrassing, but I reported it to Microsoft before it got out and promised discretion. Trust me though, if the two examples of outsourcing unruliness above don't have you convinced of a systemic problem in Redmond with vendor management, this one would tip the scale.

Not all vendors are bad. In fact, my own firm, twentysix New York, has developed many things for Microsoft, including reference applications, starter kits and hands-on-labs. We do good work. So did another vendor brought in to re-do the entire Mojave site using Silverlight. And they did it all in just two weeks.

Outsourcing isn't the problem. Quality control of outsourced work-product seems to be something that Microsoft could and should shore up, however. Given the tendency of vendors to use the tools and technologies most familiar to them, rather than most consistent with their client's offerings (which is understandable, given the budgets on some of these projects), Microsoft is deluding itself if it thinks common sense will prevent more gaffes like these. And unfortunately, some vendors don't just disregard good judgment, they disregard ethics too. Contractual stipulation may prohibit this, but that isn't enough; there has to be a verification regime as well.

Posted by Andrew J. Brust on 12/16/2009 at 1:15 PM

comments powered by Disqus


  • Microsoft's Tools to Fight Solorigate Attack Are Now Open Source

    Microsoft open sourced homegrown tools it used to check its systems for code related to the recent massive breach of supply chains that the company has named Solorigate.

  • Microsoft's Lander on Blazor Desktop: 'I Don't See a Grand Unified App Model in the Future'

    For all of the talk of unifying the disparate ecosystem of Microsoft-centric developer tooling -- using one framework for apps of all types on all platforms -- Blazor Desktop is not the answer. There isn't one.

  • Firm Automates Legacy Web Forms-to-ASP.NET Core Conversions

    Migration technology uses the Angular web framework and Progress Kendo UI user interface elements to convert ASP.NET Web Forms client code to HTML and CSS, with application business logic converted automatically to ASP.NET Core.

  • New TypeScript 4.2 Tweaks Include Project Explainer

    Microsoft shipped TypeScript 4.2 -- the regular quarterly update to the open source programming language that improves JavaScript with static types -- with a host of tweaks including a way to explain why files are included in a project.

Upcoming Events