Open for business (again)

I’m back. I took a little vacation from my “experiment” to attend to wrapping up some features for the next release of SP2. Yeah, I know it’s facetious to call blogging an experiment when it’s clearly done by tens of thousands of people, but it’s an experiment for me, so that’s all that counts :)

Anyway, I got some great feedback and comments from my previous posts, which make me very excited for the possibilities. I did want to spend some time clarifying what exactly I do, and what I can and cannot influence/change.

I’ll start with something easy – I don’t have any influence over apps stealing focus from the current window :) I’m 100% in agreement with the comment that apps should not steal focus, and many people much smarter than I have worked on (and are working on) that problem.

What do I have influence over is any UI in Windows that has to do with Networking. Ah ha, I hear you say. So you’re the guy to talk to about Internet Explorer – that’s Networking, right? Well, not really. If you want to hear all about IE, I’m not your guy (but maybe Jeff is). IE is an application that uses the network. What I do is help you (the user – assuming, of course, that you use Windows) actually get connected to and disconnected from various networks over various media (wired, wireless, etc). I like to refer to what I do as the “Network Configuration and Connection Experience” (it doesn’t make a snappy acronym though, so I don’t use it very often).

So, a laundry list might help: Network Connections Folder and all it contains (property dialogs, connection dialogs, etc), notification area icons for networking (fondly known as “the blinky lights”), Wireless (Wi-Fi) connection dialogs, some parts of the Bluetooth experience, the New Connection Wizard. I also work very closely with the folks who have responsibility for the Windows Firewall, the Network Setup Wizard, Internet Connection Sharing, and the Network Bridge. Oh, and I’m responsible for the netsh.exe command line utility.

There are a few more things, but they’re geekier and I’ll only talk about them at gunpoint.

What do I mean when I say “I have responsibility?” Well, I’m not a developer – I don’t write code (anymore). I’m a program manager, and here is the HR explanation of what that means. I work with a team of kick-ass developers and testers who are truly the folks who deliver the product you see (Hi, guys!). My core deliverable is the “functional specification”, which describes how a feature should work. Once that’s done (or at least, the first cut of it – because it constantly evolves as the product is developed), my role is a bit of project management, a bit of day-to-day troubleshooting, a bit of cheerleading and a bit of evangelism. The amount of each varies from one day to next.

Okay, enough of this content-free post. I’ve got more interesting (at least to me) stuff coming.