Microsoft

bloggers

discussions

Phillip Cave

Phillip Cave

  • Windows Embedded Blog

    Culture of “Done”

    Posted By Phillip Cave
    Software Development Engineer

    Simplicity. Why do we, in general, get so hung up on getting stuff done?

    There are a few things that I wish everyone could experience. One of them is driving on the autobahn in a Porsche 911 at over 200km/hour (or, if you are like my colleague Dave Kelley, an Audi R8). If that wish came true, then I would not be stuck behind slow drivers in the fast lane. Just because the speed limit “suggests” 65 or 75 does not mean I want to be behind you wishing you would stop hogging the far-left passing lane. (The key word is PASSING, and I mean pass within the next hundred feet, NOT miles; pass and move over, don’t police me. Thus, I love the autobahn. Germans know how to drive.)

    Another wish is for all people in the software world to experience living and succeeding at a product company startup.

    Read More...

    Comments Windows Embedded Standard

    ...
  • Windows Embedded Blog

    Embedded Agility – Manage Work in Process

    Posted By Phillip Cave
    Software Development Engineer

    The introduction to this series on Embedded Agility summarized the transition and ongoing transformation of Windows Embedded to a delivery model based on Lean thinking. That first post outlined 3 basic tenets:

    1. Define small customer based experiences (user stories)
    2. Make all these experiences visible within the execution process in which they are delivered
    3. Manage the work in process of those experiences

    Now that we have defined our work and discussed making it visible, let’s dive into managing all that work in process.

    We generally have enough work to do, so focus on finishing work in process before adding more work. The focus for releasing product is to complete user stories. Having a lot of stories started minimizes our effectiveness to complete them.

    If this means having two team members working on one user story to complete it, then do that. Just because we have eight team members does not mean we start eight user stories. Think about applying our focus to finishing the work, not being busy. We can look very busy but get absolutely nothing done.

    Read More...

    Comments Windows Embedded Standard

    ...
  • Windows Embedded Blog

    Agility, Team work and Pragmatism

    Posted By Phillip Cave
    Software Development Engineer

    successThis week the extended developer (SDE) leadership team in Windows Embedded had a lively discussion around “agile” and how to foster a collaborative team effort. I followed up with the extended leadership team to help them understand some of the nuances of the transformation we are making.

    The discussion was kicked off asking how we may focus working as a unit to ship product. A misunderstanding arose about specialist vs. generalist team members, how to review contribution, and an overall misconception about being flexible in an agile environment. What follows was my response to the team.

    Yes, foster domain/technology specialists. Of course we should foster expertise around key areas of our product so that we may create technical leadership. Think of the system while doing so. Ensure we have redundant knowledge so that we do not constrain ourselves when delivering product.

    Yes we have an HR review model to evaluate team members. However, an HR review system or rather our interpretation of an HR review system should not dictate how we deliver product.

    Based on our discussion what I heard was that we are going to be evaluated based on the good things we deliver. This is as it should be. Our contribution to delivering product and the leadership on delivering product is all that matters.

    Read More...

    Comments Windows Embedded Standard

    ...
  • Windows Embedded Blog

    Embedded Agility – Make All Work Visible – Part 2

    Posted By Phillip Cave
    Software Development Engineer

    Last time I presented the first part of this post. In this post I dive deeper into making work visible and discuss the pragmatic application of it.

    The introduction to this series on “Embedded Agility” summarized the transition and ongoing transformation of Windows Embedded to a delivery model based in Lean thinking. That first post outlined 3 basic tenets:

    1. Define small customer based experiences (user stories)
    2. Make all these experiences visible within the execution process in which they are delivered
    3. Manage the work in process of those experiences

    Now that we have our worked defined (infrastructure, discovery, implementation), our goal is to make it all visible.

    pic1There is an amazing psychology around visualizing and making our work tangible. I will go into small detail about how our senses (sight and touch) play a part in this. Suffice it to say when we make our work visible we tend to take on a different level of responsibility for it and our decision making is affected by it in a positive way.

    Our world is composed of “bits”. The experience we deliver to customers is the culmination of the assembly of a lot of bits. Our customers do not care about the bits, they care about the experience. Our customers do not care about our roles of who works on those bits; they care about getting the experience in a timely fashion. Our business relies on us to complete our bits quickly in order to realize the cash flow and tangible value associated with those bits.

    Read More...

    Comments Intelligent Systems

    ...
  • Windows Embedded Blog

    Embedded Agility – Make All Work Visible – Part 1

    Posted By Phillip Cave
    Software Development Engineer

    Last month I provided an overview of Agile software development in Windows Embedded and set the table for some great follow-up posts. In this post I dive deeper into defining work and the value of making it visible.

    The introduction to this series on “Embedded Agility” summarized the transition and ongoing transformation of Windows Embedded to a delivery model based in Lean thinking. That first post outlined 3 basic tenets:

    1. Define small customer based experiences (user stories)
    2. Make all these experiences visible within the execution process in which they are delivered
    3. Manage the work in process of those experiences

    Last time I wrote on defining small customer experiences. This post discusses what to do with all those experiences we define. This is our “work” to do. Our ability to deliver on that work is greatly enhanced when we understand and see it.

    I am breaking this blog into two portions. I first need to describe the “work” we need to make visible. The second portion of this will discuss visibility and activities. Typically we only think of scenarios and user based stories. In software projects “work” may be defined within three areas:

    • Infrastructure – meta-work. (work about our work)
    • Discovery – work? (work about discovering our work)
    • Implementation – work! (do it) 

    Read More...

    Comments Intelligent Systems

    ...
Page 1 of 2 (7 items) 12