KMorrill's WebLog

  • Starting on SharePoint Server team

    Next week, I start working on the SharePoint Server team.  This is a big change for me after working for 7 years in the Developer Division.  Working on setup and patching has been exciting and taught me more than I could have imagined.  The downside has been that no one really buys a product to run the setup or install patches of course.  No disrespect to this though, because the product couldn't succeed without either.  So I am excited about the prospects of working on a team closer to the value proposition of the product.

    With the change to SharePoint, I am starting to ramp up on enterprise portals.  I have looked more closely at the ones I use inside Microsoft and read as much as I can find about how other companies run their own.  I am building up a mental list of what make a great portal and working out the kinks in my own mind.

    • Rich in relevant content -- ideally I can find not only the employee handbook, but also learn about the cool project I heard from my co-worker over in product development or the new sales strategy in the MidWest.  To pull this off, there has to be discoverable content at the door step.  It is also important for the content to be up-to-date.  I could write for ages about all the websites I have seen (and run myself) that start with boundless energy but die of neglect in the following weeks and months.
    • Highly organized -- obviously the more content there is the harder it is to find what I want so the site has to organize what is there.  Search is a key ingredient of this, but it is not enough alone.  There are something I will end up wanting, but don't know exist.  Surfacing these nuggets of information outside of search in a discoverable way is important.  For example, I may have never known the IT departments kept a top 10 list of FAQs and would have ignorantly continued to call the HelpDesk when the answer was there all along.
    • Consistent interface -- one of the pushes I see companies taking that deserves applause is making the UI across their Intranet reasonably consistent.  This is probably under appreciated by IT and Development, myself included, since I don't mind learning a new interface.  Most people have a job to do outside of technology and aren't interested in this.
    • Customization -- this is one I am still wrapping my head around.  Obviously it would be great if I got exactly what I needed on my homepage everyday and the portal just read my mind.  It's also obvious that I'd love getting this customization without the fuss of training the system.  What this actually means in practice is still fuzzy to me.  An interesting project would be to look at how amazon.com does personalization in retail, and see what would apply to Knowledge Workers.

    There are probably a hundred more best practices.  It's definitely a resolution this year to keep writing about this as I learn more.

  • Good article on programmability in Office 2007

    There's a fairly good article on some of the key points of Office 2007's programmability experience at http://www.adtmag.com/article.aspx?id=18978

    I don't directly work on this at Microsoft, but have been following it more as a user.  I am really interested in the notion of a "business data catalog".  The interviewee talks a little bit about this specifically:

    The major advance there is the business data catalog. This is a facility that developers would use to define Web services that access back office data  so if they have ASP in house, for example, they can use the business data catalog to define a Web service that provides access to inventory or ordering, or whatever functions that they have—the ASP backend. What is important about this is that the business data catalog will have common definitions. So the way I think it is going to go is there will be typically one or two developers who understand the backend data really well. They will define Web services interfaces to those systems because they understand those systems. Then other developers can use the Web services that are defined within their applications so they don't have to learn the intricacies of backend systems, which can be pretty complex, to access the data in them. So you are basically creating a reusable integration point that lots of developers can use.

    Going to have to play around with that!

    A really appealing idea to me is to combine this protocol-normalized data bank with the existing Office APIs and a very light weight scripting IDE that lets you snap together tiny applications.

  • Programming for Everyone

    I have been playing with an idea for several months now in my head.  I want it to be easier for average people to program on their own.  This is something that has been pursued in CS for a long time, and it is a bit of an impossible dream to many people.  That said, I think this happens all the time.  When I use Rules and Alerts in Outlook, I am hooking up to an event and programming against it.

    Now when I think about this, I imagine the most interesting scenarios are where more than one application or web site/service need to play together.  If I just want to build a whole new silo’ed application or web site, it is probably best done by full-time programmers with expertise.  My mom is not going to rewrite her own Photoshop (heck I am not even going to do that).  However, if my mom sells stuff on eBay and wants to automate resizing the pictures of her product line she just took and automatically posting them to eBay, neither eBay or Photoshop are likely to cooperate on her niche scenario anytime soon.  You can go even further and say, why not have amazon.com show me the competing price on Walmart.com—another scenario not likely to be created by either company anytime soon.  There are tools like Grease Monkey that do the latter today.

    This is all a bit of a dream right now; and it's something academics and entrepreneurs have explored for years under the umbrella of end-user programming.

    Tough thing likes this are worth going after though, but only if someone will use it when it existed.  So I have been asking myself, what would I do if this existed?

     

    One thing I’ve been doing lately is working on a quick utility that will crawl search engine results for instances of our product name and post that back into our team’s Sharepoint site.  If the mention happens to be a complaint or failure, I wanted to put workflow around it that lets our team track it until it’s been responded to and resolved.  If I was a seller on eBay, I might imagine automatically posting when I get new inventory in, and the process might automagically incorporate the latest pictures I have taken of my products (something eBay engineers are never going to know quite how to automate, since it will vary across sellers).

     

    What would you create if something like this was available and every application and website in the world magically spoke the right language to work with such a tool?

  • Cool write up on Procedural Generation

    There is a cool write up on this at http://nintendo.about.com/library/procedural/blprocedural1.htm

    .kkrieger looks sweet!  I hope there are some great things exposed as a platform for game developers soon so they don't have to keep re-inventing how to paint a tree or clouds.

  • The power of workflow visibility...

    I read an interesting article this morning:

    Microsoft Working Through Windows Vista Bugs

    TechWeb- July 10, 2006

    A Windows developer and consultant who analyzed a database of reported Windows Vista bugs says Microsoft has been quickly addressing bugs as they are submitted.

    It's pretty amazing to see what people will do when you give them access to data.  We look at our ability to keep up with bugs pretty closely.  It's cool to see that scrutiny coming from yet another direction.

    In Visual Studio 2005 SP1, we are able to see just how many of the bugs we fixed that are reported by customers.  We are starting to question why we introduced churn for any bug not reported by customers.

  • It makes you stop and think!

    I stumbled across the book Think! by Michael R. LeGault today at Barnes and Noble.  The book caught my eye because it's cover was an obvious play on the book Blink by Malcolm Gladwell.  I am about a fifth into the book and can't help but nod my head furiously as I read it. 

    LeGault aptly points out that there is no problem with intuition, in other words quickly summing up lots of information to make a decision.  He is careful to point out that you can only do that standing on the back of careful inspection and analysis.  It's refreshing to hear someone who gets the integration of the two instead of trashing one and championing the other.

    I am also pleased that he doesn't talk in pure abstractions, but grounds the impact of both poor in good thinking with real consequences.  It's so important to concretize the practicality in every day life of critical thinking.  This is really the companion book the The World Is Flat in the sense that in a world where globalization exists, we each have to figure out how to be smarter and add value.  It's not enough to just keep doing what works, because it gets commoditized so quickly--which is a wonderful benefit to us as consumers.  All of this rings especially true to me in software development, where really understanding what you're working with is imperative.  I can't count the number of times where I've made a 10x better decision by just doing the simple analysis to look at how things work.  That settles so many design arguments that are stuck talking about floating abstractions and personal opinions.

    Being an admirer of great architecture, I was interested to read LeGault's apply his point to the rebuilding on the World Trade Center site:

    A brilliant case study of egalitarian intelligence in action is the design plans for Ground Zero.  The plans have changed and shifted countless times as more people and organizations have delivered their input to the committee overseeing the plans.  The striking, twisting wedge-shaped tower originally approved for the Freedom Tower has now apparently been scrapped, a victim of security concerns.  Instead, a new design being favored for the tower is one built on a concrete pedestal, giving the building a fortresslike appearance.  The building's design has been scorned by critics, who have called it a "nightmare."  The fallacy in this decision is that, on the basis of one major terrorist attach in the city's history, security should be made the main concern in the design of a new tower.  Yet, by far, the greatest risk, from a security or financial standpoint, is building a new tower in the first place.  Letting the security issue override all logic, however, the committee is seriously considering approving a building that will mark Lower Manhattan, in perpetuity, with a horrid monument to fear.

    It is sad, but true.  Frank Lloyd Wright would be making the same point.  The purpose isn't to be secure.  That is but a means to an end.  The end is a working space for humans--a temple human productive accomplishment! 

  • The World Is Flat

    I am in the midst of reading Thomas Friedman's book The World Is Flat.  I should have read it months ago when it first came out.  It's the rare book that I can go for long stretches reading, but this is one.  I was up until 5 AM last night and into this morning read it.

    I have never felt so optimistic about where the world is going.  There is unprecedented development in East Asia where literally another 1.5 billion people are coming onto the free market playing field the west has been enjoying for decades.  Furthermore, they're joining at a point where there are a whole new host of tools that Friedman so aptly details--not the least of which is the Internet, workflow and supply chain innovation, new devices and skyrocketing computing power and storage capability.  This isn't just new technology; it's a shift where people are no longer constrained by the nation/state they happen to be born in (or at least less and less so).  Individuals drive economic development with their own ideas and innovations.

    That is really the great story behind this, and also one of the disappointments of Friedman's book.  He makes all these great observations, and then almost completely ignores them in his next chapter "America and the Flat World" where he gives policy advice for the United States.  In one breath he's saying you have all these new tools and opportunities and then in the next he's saying George Bush needs to champion energy independence.  Well to some extent he already has, but regardless: don't wait for him to do it!  Anyone who wants to make a difference and enjoy wealth has to make their own choice to get in the game, engage and add value.  Waiting for congress or the president to act is a waste of time.  If anything, their focus should be on getting out of the way.

    Anyway, Friedman is redeeming himself in my mind now, because in the next chapter he talks about how simply advocating capitalism wholesale isn't enough, as a country you have to create the stability and environment where people can succeed.  If it takes 6 months to start a business in your country and 2 weeks in China, guess who's going to win.  If it takes 2 years to recoup losses from a breach of contract in your country and 3 months in America, guess who's going to be more competitive.  This is so dead on, and why it's more than just lip service to free markets that is needed.  Ironically, I took a break from reading to see an interview with Milton Friedman on Charlie Rose from last night, and he was saying the very same thing: that for all of America's problems, this is still a great place to do business because of the stability of an investment here.

  • Frank Lloyd Wright autobiography

    I just finished reading Frank Lloyd Wright's autobiography.  This was an awesome book, and I kept having moments along there way where I would cheer one of his brilliant statements.  Some of my favorite quotes...

    "But whom are you goign to build homes for?  If you go against their wishes and try to give them what you think right and not what they thing they want?"

    "That's just where a wise creator comes in, Cecil.  I won't need but one man in ten thousand to work for--even one man in a hundred thousand would keep me more than busy all my life, because that man will need me as much as I need him and he will be looking for me."

    ...

    Nine pounds where three are sufficient is obesity.  But to eliminate expressive words in speaking or writing--words that intensify or vivify meaning is not simplicity.  Nor is similar eliminations in architecture simplicity.  It may be, or usually is, stupidity.

    ...

    Only where culture is based upon the building of character by freedom-of-choice will we ever have a culture of true democracy.

    ...

    First came the philosophy of the thing in the little story repeated to the trustees.  All artistic creation has its own.  The first condition of creation.  However, some would smile and say, 'the restulf of it.'

    Second there was the general purpose of the whole to consider in each part: a matter of reasoned arrangement.  This arrangement must be made iwth a sense of the yet-unborn-whoel in the mind, to be blocked out as appropriate to concrete masses case in wooden boxes.  Holding all this diversity together in a preconceived direction is really no light matter but is the condition of creation.  Imagination conceives here the PLAN suitable to the material and the purpose--seeing the probable--possible form.

    Imagination reigns supreme, when now the form the whole will naturally take, must be seen.

  • File versions for .NET Framework and Visual Studio

    I am in the midst of working on a plan for how file versions will be revised as the Whidbey versions of .NET Framework and Visual Studio are developed.  The team I am working with is very curious whether any customers directly poke at file versions inside the .NET Framework or Visual Studio file sets and then use that to determine some other behavior.  Does anyone out there look at file versions for VS or .NET Framwork files?  We're hoping that most people use APIs so that they are insulated against changes we make to file versions, but I thought it was worth throwing this out there.

    For those who are curious, the current plan looks something like this:

     

    File Version

    RTM

    2.0.51014.0

    First hotfix

    2.0.60000.1

    Last integrated hotfix

    2.0.60000.235

    .NET Fx Service Pack 1, first build

    2.0.60001.1

    .NET Fx Service Pack 1, final build

    2.0.60001.36

    First SP1 hotfix

    2.0.60001.37

    First n-1 hotfix

    2.0.60000.236

    VS Service Pack 1, final build

    8.0.60002.46

    .NET Fx Service Pack 2, final build

    2.0.60003.32

  • Front-end of Innovation Conference

    Wow, I've been really latent in posting blogs, but I guess I have to get started again one way or another.  I am actually at a conference this week, so I am getting a chance to lift my nose up from the work immediately in front of me.  I wrote a mail to my team about the conference, and thought it would be fun to share it more broadly.  Here are my notes...

    I am attending the Front-end of Innovation Conference here in Boston as a training exercise this week, and thought I’d share some of the thoughts from today with the PM team in case anyone was interested.

    Interestingly, the conference started with a quick presentation from Lego.  Everyone got a free set of building blocks and was encouraged to “fiddle” with them while presenters talked.  Their theory being that since the hands are connected with 70-80% of your brain this must be a good thing to use your hands while learning (hmmm, non-sequitor perhaps?).  Anyway, I did think it was poignant that as kids it is easy to just start building whereas we kill a lot of that spontaneity in business by assuming there must be immediate results with a clear plan of action.  It’s also interesting to think what would happen if we brought Legos to our next design meeting… hmmm J

    The first in-depth presentation was given by the CEO of Clorox, Jerry Johnston.  He walked through how Clorox has used innovation to go from a $60 million revenue company in 1969 to $4.3 billion in 2004.  These results are all the more impressive, because Clorox is relatively small compared to some of the companies it competes with such as Gillette or Proctor & Gamble, spending far less on R&D.  The presentation went on to focus on how three myths are really not true:

    Conventional Wisdom

    Challenge

    Innovation is a game of chance

    Chance is dramatically reduced by getting close to customers

    Plant lots of seeds and see what works

    Great innovation is about eliminating distractions

    Spend lots of money

    Manage where you want to invest vs. sustain

    Not surprising, this starts with identifying a company’s purpose, and then developing a product portfolio that aligns to that purpose (i.e. don’t innovate where you’re company isn’t setup for success) and then lastly a set of strategies to engage in those areas.  It was interesting to hear just how much he emphasized staying close to customers, not only in the beginning of the design phase but throughout and not only with marketing but with the developers of the product.  It sounded like I was listening to Soma for a minute.  The product team used their touch with customers to come up with insights (e.g. want a way to control application of bleach) and then turns those into requirements for the product.  In the case of bleach pens, they took a product that sells in bulk for ~$2 and marked it up to $4.  Not only that, but they created a whole new category of products.

    Johnston also combated the myth that you have to throw lots of ideas up against the wall and see what sticks.  By cutting the number of projects the company invests in, Clorox is able to focus 50% more resources on the remaining projects and derive 50% more value out of them.  They recognized that in several categories they didn’t need whole new products or platforms, but rather just needed to innovate in their marketing or partnerships.  This was an eye opening point, because I often think of innovation being about developing a whole new product or at least adding features to it, where as in actuality you can milk more value sometimes by simply targeting a new area for marketing (e.g. get people excited about BBQ’ing during football season, in addition to just the summer boosted the bottom line for their charcoal business).  This is actually a great example of why our effort with aftermarket solutions is so critical.  While we’re heads down building new products for 18+ month cycles, there are significant things we can do to enhance the value of products that are already on the shelf.

    Peter Senge, who authored The Fifth Discipline, gave the next talk.  He focused on how companies create learning organization, which in turn unleashes increased potential for innovation.  Senge touched on several subjects, so there wasn’t necessarily a consistent thread.  He posited early on that most challenges are not technical ones, but rather social.  The more interesting point he made is analyzing Peter Drucker’s take on innovation management, and why people fall short so often.  Drucker broke down innovation management being a process of:

    • Have a clear mission
    • Define significant results to achieve
    • Continually assess progress

    This sounds brain dead simple, but surprisingly often key parts of this are missed.

    Senge started by focusing on how many companies start with great missions and values, but when you really talk to people on the ground floor the company moves to a different beat.  One enlightening example was a t-shirt he saw: on the back it outlined the company’s key values such as honesty, integrity, focus on the customer, etc; on the front was the Enron logo.  So often the focus is on “just make money anyway you can and go from there”.  I thought it quip back was interesting: “Money is like oxygen.  Companies need money to survive, but likewise no one lives just to breathe.”  While he’s creating a bit of a false dichotomy, my take away is that you have to appreciate both the path and the destination—they are both connected.  If all you appreciate is the destination, you’re going to be really bored and frustrated on the long journey.  Conversely if all you enjoy is walking on paths, but don’t have a direction (i.e. profitable business) you’re not going to go anywhere either.  This makes me glad one of the key things we focus on at MS in our interview loops is fundamental passion for software and technology.  It’s amazing how so many things will just take care of themselves when you bring in people who are intrinsically motivated rather than extrinsically motivated.  Senge suggested asking yourself a question to reconnect with your company’s core mission, “Who would miss you if you were gone tomorrow?”  This is pretty illuminated for MS, since so many people run their business on our software.  And this is also why managing the product across it’s lifecycle and servicing it is so important for MS.

    He spent the rest of the talk focusing on how people mess up the feedback loop between choosing results to go after and measuring progress against them.  Assessment is about objective information that is taken and internal judgment that is applied to it.  So often we come up with a pre-canned judgment and find the data that justifies it.  For example, I desperately want to lock down my spec, so I’ll argue with anyone who says I need to explore a whole new area.  Meetings then become an exercise in arguments where “listening” is “that time where I am waiting to talk” rather than really processing what’s being put on the table.  This boils down to the difference between “discussion” and “dialogue”.  If you really study the etymology of those words, you see that “discussion” is about “breaking apart” and not surprisingly results in arguments.  “Dialogue” comes from the Greek words dia and logos, taken literally it means meaning coming through—letting the dialogue be about getting to a heightened understanding rather than proving a preconceived notion.  He cited the book Car Launch, which looked like an interesting place for more depth on the topic.  The example he cited from there is two teams in the same auto company that at first tried short term fixes without talking to each other; each fix caused ripple effects that hosed the other’s business model.  When the teams looked for more fundamental solutions, the re-work was reduced.  This is sooooooo evident in the work that we do where we are constantly affected by other teams that make short sighted decisions without engaging to see what partners they’ll affect.  I am curious how other companies are able to tighten the loop here while still maintaining a bottom-line efficiency.  There weren’t obvious lessons from the talk, so the book might be insightful.

    The highlight of the day was getting to hear a Q&A session which Jack Welch, which really had little to do with innovation I thought and more just a great primer on how leadership works.  Welch is of course the former CEO of General Electric who oversaw the company as it rose to the most valuable publicly traded company in the world with something like a $400 billion market cap (MSFT is #2).  He talked a bit about how he strived to make GE a boundary-less organization where compensation was changed from bonuses to be stock option focused.  This was teams would be willing to give up stars so that the bottom-line paid off.  Interestingly, even though MS employs a stock award model, I really wonder if we get all of the result we should in terms of motivating teams to make the right calls for the company rather than their team.  While I think we hire people that try to do the right thing, there’s really not a tightly matched reward system.  Interesting food for thought….  Welch was all over the place given the question, but a quote I jotted down that I really liked comes to mind: “gut instinct is really just pattern recognition”.  I thought that was a great distillation of something that many people get confused and wrapped up in.  In fact the #1 thing that impressed me about him is how he took complex things and made them simple.  I think it’s no surprise why he was so successful as a CEO when you see this in action.  I thought this was shown even better when he cited another anecdote: while talking to heads of Human Resource departments he asked how many got more time with the CEOs than their CFO peers.  Of course none of them raised their hands, which really didn’t surprise me given the focus on financial results.  Welch pronounced this is “nuts”.  He used the analogy of a sports team, ‘no one in their right mind would you so much time talking to the score keeper when they could be developing their team and acquiring better talent.’  When left in the domain of corporate strategy it’s hard to see this, but Welch’s analogy to sports makes it so clear why developing people is vastly more important.  My other final enjoyment came when an audience member cited a report speculating how America will need more innovation in the 21st century to compete globally and then asked who Welch thought is responsible for this, as if it was some centrally appointed person or a government agency that needed to be formed.  Welch said simply: “you!”  Everyone in America is responsible for innovating.  He pointed out that the only job security is customers, not companies—something that’s so true, yet so under appreciated in America.

    Speaking of America, over lunch we listened to Sir Harold Evans talk about his book They Made America.  He started by noting how many critical inventions originated in England, yet only became commercially successful when they were spun up in America.  Throughout the talk Evans focused on the difference between invention and innovation.  The former is useless until the idea is taken into the marketplace (i.e. until innovation happens).  It was fascinating to listen to someone with such great conviction and recognition of this, since Microsoft is really one of the greatest examples of this.  We are infamous for not inventing, but in truth I think our greatest inventions are about realizing how to make software fit into the marketplace and what customers really value.  The key distinguishing characteristic that Evans identifies is the ability innovators have to be system builders.  They don’t just have a great idea in singularity, but rather figure out how to fit it into the broader fabric of society.  I can’t remember the exact invention, but he cited the notion of the innovator who during the nineteenth century gave farmers his harvesting tool for free initially with a promise that they would pay after their harvest, recognizing that farmers would never be able to afford it until after they reaped the benefits.  This seems obvious in retrospect, but in truth was the first time an installment plan was ever used in business.  One of the surprising points is that innovation is not black magic, it’s right in front of you.  The installment plan idea is really not so amazing, so much as it is a careful attention to reality and the current needs of the moment—you just have to open your eyes wide enough to see it.  After lunch, I snagged the opportunity to meet Jack Welch who was sitting right in front of me.  It was cool to shake his hand and say “hi”.  He was very gracious.

    The last talk of the day I sat in on was given the by VP of product development at Visa USA.  Reiterating the theme throughout the day, she focused on how she took front-end product development which was black box or “the cloud” at Visa and turned it into a more predictable process.  Her first point was to focus on what the competition really is, not just in terms of obvious competitors for them (e.g. Mastercard, American Express) but other forms that compete (e.g. writing checks, paying with cash).  For software this is obviously critical, since we’re often supplanting something that has no direct competitors in the marketplace.  She went on to discuss various strategies for choosing where to introduce innovation:

    Pain Point Analysis: this is what it sounds like.  You figure out what the pain points are for the customer and identify possible solution.  However, you have to focus on the root problem, not just the symptom.  If the root problem is outside the domain of your product (e.g. it’s the banks issue or government regulation), you might not want to go after solving the symptom since the value generated is limited.

    Lever analysis: this boils down to recognizing that there are several layers in the stack where you can introduce innovation…

    Promote existing product

    Could be a change in messaging or going into new channels.

    Modify existing product

    Could be a change to the fees or enhancements to the structure

    New platform

    Could be a whole new product platform or technology

     

    Often people jump to the conclusion of going after a whole new platform, when it might suffice to simply promote a product that already exists in a new way.  I was thinking how in the acquisitions space, you can align the acquisition to one of these categories.  Pointcast, which was acquired in the dot com boom for ~$1 billion, is arguably just a new feature in IE, not a whole new platform.  When you reconcile it in those terms, it’s easy to see that’ s a ludicrous amount of money to spend.

    FRCP: this system postulates that customers decide which product to buy in a hierarchical fashion, first on function, then reliability, then convenience and finally on price.  If you’re losing to competitors you have to figure out where in the stack you’re losing.  If you’re losing on reliability, you’re wasting your time trying to make your product cheaper.  It’s also worth noting that function and price are easier to clone since they are externally visible, whereas reliability and convenience are harder for competitors to clone.

    That was all for the day.  Time for me to get some sleep and get ready for tomorrow.

    -Kevin

  • Apprentice, episode 4

    I just finished watching this week's show.  It looks like this year is shapping up to be a reverse of last year, where now several women get peeled off the team early on.  I am pretty sure they'll be back in the boardroom next week too, because it doesn't look like they have any real energy on their team.

    One thing that was really disappointing this week is that so many of the people on the team kept bashing the leader.  I mean it's great if you can spot weaknesses, but I didn't see many of them doing something to step up themselves and fix the situation--they were content to just complain about it.  I don't think they showed one clip of the Mosaic team having this kind of infighting.  They just focused on the task and got it done.

    I will say I was pretty impressed both of the teams set up an entire restaurant in a single day.  It wasn't really clear from the footage how they chose their dishes and figured out the preparation.  I am almost wondering if they had a preselected chef who figured that part out.

    -Kevin

  • Apprentice, episode 4

    I just finished watching this week's show.  It looks like this year is shapping up to be a reverse of last year, where now several women get peeled off the team early on.  I am pretty sure they'll be back in the boardroom next week too, because it doesn't look like they have any real energy on their team.

    One thing that was really disappointing this week is that so many of the people on the team kept bashing the leader.  I mean it's great if you can spot weaknesses, but I didn't see many of them doing something to step up themselves and fix the situation--they were content to just complain about it.  I don't think they showed one clip of the Mosaic team having this kind of infighting.  They just focused on the task and got it done.

    I will say I was pretty impressed both of the teams set up an entire restaurant in a single day.  It wasn't really clear from the footage how they chose their dishes and figured out the preparation.  I am almost wondering if they had a preselected chef who figured that part out.

    -Kevin

  • Apprentice, episode 1

    So I just finished watching the first episode in the new Apprentice season.  I remember laughing at all the self-promotion jabs Trump got in in the first season, and just enjoying them as more humor than anything bording on serious.  I noticed in the new season they'll do these weird scenes where it cuts in on him talking to someone apparently important, and then telling them he had to go.  Is it just me or was this overly corny!?

    The other thing I thought was weird is how the participants actually went about solving the problem.  The project managers don't seem like they could possibly be college graduates, much less MBAs.  Maybe they just cut out footage, but it looks like both teams jumped into brainstorming mode right away before thinking about what qualities success would entail.  They also had all nine people on their team brainstorming, even though some of them could have been doing market research or buttering up the designers that would later help them.  It didn't seem like there was any real foresight or project management here.

    What impresses me most are the people who can recognize what might be called the "high order bit", which would be a point of leverage that will catupult you to a whole new level, far more than getting any one particular detail right on a task would.  There were a few people in the first season who really got this, and would recognize that they didn't need to just go through the motions, but rather figure out where they needed to end up and what would be most impressive in the end.  A good example of this was the team that advertised on their rich-shaw (sp?) cabs.  Or when Bill cornered the market on the VIP customers in the Taj espisode.

    Anyway, hopefully this season will be as entertaining as the first.

  • And I thought my job was cool...

    In the latest issue of Fortune magazine, there is a pretty mind blowing article on a guy named John “Winter” Smith who is attempting to visit each and ever Starbucks location.  I find myself joking frequently with friends that there must be a building code in Seattle decreeing you should not have to walk more than 50 feet to find a Starbucks--sometimes less.

    This guy is pretty cool.  He's set up his own site at http://starbuckseverywhere.net/  My favorite quote is a note about a store he visited in Bellevue, “By the time I visited this store, in late 2001, there were plenty of intersections throughout the continent boasting multiple Starbucks locations. But as near as I can remember, this is one of the few, excluding shopping malls, in which the two Starbucks locations are in the same outdoor strip mall.”

    -Kevin

  • Made it to TechEd

    I made it into TechEd this afternoon without any hitches.  The weather was just starting to look up as we pulled out of Seattle, but no doubt pales in comparison to the sun and palm trees down here.  I always love seeing Mt. Rainer from up in the air, and this morning was no exception.  Definitely a different perspective on the Seattle skyline.

    Walking the streets of San Diego, TechEd buzz is in the air.  There are banners on the street signposts, and about every fifth person walking on the street has a TechEd backpack.  Cool to see lots of devs out and about!

    I picked up my pack and shirts at the registration desk, which didn't seem to be quite as long a line as others were talking about earlier.  When I got home and unpacked everything, I realized I was going to get a chance to develop my ironing skills, since the shirt was looking pretty wrinkled from sitting in the back for eons.  I suck at it :-)

    Anyway, as I write I am sitting in the Dev cabana (it's labeled #5, right across from the communications network).  It's pretty dead here right now, no doubt folks are saving their questions for later in the week.  Drop by with your Deployment/Setup question.  If you have gripes about the Visual Studio or .NET Framework setups, I can also take those back to our team :)

    Working on the setup team I get to interface with folks all over the Developer Division.  So if you have other questions on Visual Studio or the .NET Framework, drop by and I'll help get you connect with the right person.

    -Kevin

More Posts Next page »

© 2009 Microsoft Corporation. All rights reserved. Terms of Use  |  Trademarks  |  Privacy Statement
Microsoft
Page view tracker