Share via

Welcome to DDCPX!

  • Article

I am Russ Ryan, a Product Unit Manager (PUM) here in the Developer Division at Microsoft. You know, “Developer Division”. We’re the people that produce “Visual Studio” and the “.NET Framework”.

 

About 6 months ago I made the case that each time we release a product it is the start of a long (10+ years) relationship with our customers. Sure, we put out patches and Service Packs, but as far as the developers of the product are concerned (the “Product Units”) it is time to move on to the next thing and let “Servicing” pick up the pieces.

 

As will so often happen, the squeaky wheel (me) got the grease! We reorganized and formed a team to work with our customers and partners throughout the entire product life cycle. We call this team:

       

Developer Division Customer Product Lifecycle Experience Team (DDCPX)

Partnering with Developer Division customers to make them more productive and successful throughout the product lifecycle.

 

The DDCPX team brought together three major pieces: traditional “Servicing”, “Customer Connections”, and “Analysis and Solutions”. I’ll tell you about each of them.

 

Servicing is the last resort when we make mistakes. It allows us to release bug fixes to specific customers, to respond to a widespread need for a fix (for example, Security Bulletins), or to release a collection of updates to a product in between version releases (Service Packs). We work in conjunction with the Product Units (those are the feature teams, such as C# or the CLR) who fix the bugs. DDCPX creates patches or Service Packs and sees them through the release process and into your hands. A lot of effort also goes into planning for future releases and into building better patch systems.

 

Customer Connections focuses on how Developer Division works better with you. We talk a lot about “transparency”. This includes:

  • Enable you (our customer) to feel influence over the direction of the product and to share ownership of the outcome. It includes things like specification sign-offs and product feedback (did you use Ladybug?).
  • Increase your trust in the people building the product. This includes blogs by Microsoft personnel and biographies of key people,
  • Creating self-sustaining, vibrant user communities around our product (have you seen the MSDN Forums?)
  • Communicate early and often on our product plans and roadmaps.

 

Analysis and Solutions is a group that tries to measure ways that we can improve the supportability and serviceability of our products and produce “after-market” solutions to help. For example, we discovered that Product Support spends a long time helping you debug complex problems in managed code. We developed a “managed stack explorer” to examine running processes and get more detailed debugging information. Some of the ideas we are currently examining are:

· A tool for validating the state of your .NET Framework installation. It would be able to detect and fix common misconfigurations or corruptions.

· A tool for bulk editing permissions in Team System Foundation Server.

· A tool to convert VC++ project files to MSBUILD format files.

 

We want to hear from you and get your suggestions on how we can “make you more productive and successful throughout the product lifecycle” .

What would you like to hear about in the next installment?