While at TechEd 2008 earlier this month I attended a presentation by Colin Bird where, among other things, he presented the next generation of the Conchango Scrum For Team System process template. According to Colin, Conchango will continue to offer a free version of their scrum process template. But, they will also be offering for the first time an "enterprise" version that they will sell for a yet-to-be-determined fee. This enterprise version will contain an exciting new feature: and Electronic Scrum Board. This WPF application simulates the cork board and index cards that many scrum teams use to track the progress of their sprint. Each row represents a Product Backlog Item (also called a User Story) that describes a specific feature to be implemented, while each card represents a Sprint Backlog Item that describes a specific task. The columns on the board represent the various states for a Sprint Backlog Item.

I took this shot while sitting next to David Starr in the presentation, who also took a snap with his camera phone.

When a card is dropped onto a row the board, it is automatically linked to the corresponding Product Backlog Item, and it's State is also updated automatically. This is sooo much more convenient that the current method of updating work items, and the board methaphor makes it much easier to visualize the overall status of the sprint.

I also happened to be part of the same lunchtime discussion of Electronic Scrum Boards with Jeffrey Palermo that David blogged about. I respect Jeffrey's opinion very much, as well as Dave's reaction to Jeffrey's comments. But my take on the topic is slightly different.

As I recall, Jeffrey was not thrilled about the Electronic Scrum Board because a physical cork board works just fine. The cork board is simple and easy to use. It's highly visible to the scrum team and its stakeholders. Why go to the trouble and expense of implementing an inferior solution?

I get it. But I also beg to differ. First, let's assume that an organization has decided to use Team System work item tracking because it offers rich reporting of current and historical data, as well end-to-end traceability resulting from linking work items to changesets to builds to build verification tests. Now, if a scrum is using both work item tracking as well as a cork board, then the same information if being maintained redundantly. This being the case, it's almost certain that the work items will be out of sync with the cork board some if not all of the time.  With two conflicting views of project status, which one is authoritative? Which one do you believe?

Also, the cork board works great if the scrum team is co-located in one open space. Having all team members together in one location is ideal, but the reality is that a growing number of teams are geographically dispersed - sometimes in different parts of the world. For these teams, the cork board offers a poor solution.

Similarly, project stakeholders are often not in the same physical location as the cork board, making it difficult if not impossible for them to benefit from the information the cork board contains.

For these reasons, I believe that the Electronic Scrum board offers a superior solution. It not only shows current status, it also automatically maintains work item history. Analysis of this historical data can calibrate future estimates, enabling better sprint planning. Also, an Electronic Scrum Board offers a far more practical solution for teams that are not co-located.

Finally, I find it curious that scrum teams are in the business of creating automated solutions for others, but some of these same teams are loathe to give up their cork boards for an electronic version. Doesn't that seem just a bit ironic?

I am a simple man. All I ever wanted was drag and drop for source control. That folder chooser dialog was a bear. Now we will get it with Visual Studio 2008 SP1. Thank goodness. From the web site:

• Simplified the user experience through cleaner "Add to Source Control" dialogs, drag and drop support to the Source Control Explorer and a much easier to use "Workspace" dialog for working folder mappings.
• Version control now automatically supports non-solution controlled files.
• Various changes to the Source Control Explorer such as a new checkin date/time display column, local path hyperlink support and en editable source location field.

I am not a big fan of installing a beta SP on may dev laptop, but I gotta tell ya, I did it for that feature alone.

I've seen Test Driven Development work, so why not adjust it slightly and have the attendees (who own the requirements after all) drive the presentation? Today, at the in-between conference (a.k.a. Microsoft Community Summit 2008), I did just that. I had the attendees drive my four hour presentation. I did this in the Open Space room, and it not only fit with the theme of that room, but it worked great!

As the attendees arrived, I handed them 3-5 3x5 cards - the cool ones from 3M that you can sort, stack, and stick to surfaces.

Here are the topics (backlog items) that they came up with:

• How do you customize work item types?
• (What) team size to justify the usage of Team System?
• What's new and improved in VSTS 2008 vs. VSTS 2005?
• Continuous Integration (x 3)
• What performance degradation (can occur) from extensive branching?
• Integration with external tools (e.g. Mercury Quality Center, Doors)
• TDD
• Multiple builds running at the same time
• How to limit CI build to only trigger when for certain check-ins (by location)
• Best practices
• How to customize Code Analysis
• What makes VSTS more beneficial than VS Professional?
• What is Team Foundation Server?

And my personal favorite:

• I'm here to see if you're a good presenter because my company is thinking of bringing you in for a day to teach the team.

For those of you who attended my talk, here's a link to my notes and my worst practices presentation.

I just had a meeting where we discussed setting up a TFS 2008 production server and I went through the system requirements with our system administrator. The focus was on groups needed in Active Directory, what software is needed on the server, things like that.

Here are some camera phone shots of the whiteboard during this discussion. Wow.

What's the takeaway from all this? PLAN YOUR IMPLEMENTAION DELIBERATELY. Stand up a research VM and play with it before you decide how you want to set up a production system.

Groups and Accounts to Create and Administer

Things to Install on the Server

Now that Team Foundation Server 2008 is out, the Visual Studio Team System product team is totally focused on the next version, known as Rosario. If the current release rhythm continues, Rosario is likely to be released in 2010 (Visual Studio 2005 was released in November 2005, and Visual Studio 2008 was released in November 2007).

The latest version of Rosario is now available for public download on the Microsoft download site. This version is called the April Community Technology Preview (CTP). It's called a CTP because the product is still under development. The CTP gives the development community an opportunity to see what's been produced so far and provide feedback. It's not called a Beta because the bits have not been as thoroughly tested. For this reason, Microsoft recommends that this CTP release not be used for any sort of production development.

The product team has made impressive progress so far. Rich Hundhausen and I got a sneak preview of this CTP a few weeks ago, and what I saw blew my socks off! Whereas the new features in Team Foundation Server 2008 focused mainly on improvements to build and version control, the main areas of focus for Rosario are project management, design and test (Although I'm interested in all things Team System, I'm somewhat partial to project management).

This April CTP is the third CTP release for Rosario. To see the features included in each release, as well as a slick way to download the beast, check out these posts from Jeff Beehler:

• August 2007 CTP
• November 2007 CTP
• April 2008 CTP (download this one!)

My final talk at VSLive! San Francisco this week was on one of my favorite topics - parallel development. In other words, dealing with the real-world situations where multiple developers are coding away on the same project, and even the same file.

The first order of business was to have a few of the ex-Visual SourceSafers lay down on my couch so we could discuss their phobias and irrational urge to run to their "safe place" - a.k.a. locking.

In all seriousness, we discussed the two locking models of TFS and then explored the many wonderful benefits of not using locks by default, known as shared check out. Most in the audience agreed that the benefits of not blocking each other with their routine development (for example, not locking .csproj files when somebody adds a new file) greatly outweighs the detriment of having to deal with a conflict that requires manual intervention. Of course, arguments can be made either way.

I pointed out that there are four situations where conflicts can occur that may require auto/manual merging:

• CHECK-IN - the most obvious; somebody else may have just checked in competing changes just before you
• GET - you may already have pending changes on one or more of the files you are trying to download
• MERGE - by definition; when you merge changes from one branch to another, the chances are good that you will have to resolve conflicts
• UNSHELVE - not so obvious, but this is basically like a GET, just coming from another location in TFS; unfortunately, Team Explorer doesn't know how to handle the detection/resolving of these types of conflicts, so look to the TFPT UNSHELVE power tool for help

Finally, we looked at setting up a source control folder structure that will support your teams promotion model (a.k.a. staging environment). I proposed a simple structure, that looks somewhat like this:

Some explanations

• Code holds code artifacts - C#, VB, SQL, WiX, etc.
• Documents holds snapshots of the SharePoint site archived at the end of each iteration, release/version, build, etc. (whatever your term is)
• Active development occurs in "Current", which you could name "Dev" or "Main" (although I prefer "Main" for integration)
• Under the "Current" folder you'll have folders for each high-level application/component in the system, including common, database scripts, build definitions, and even setup projects
• "Branches" are just that - QA, UA, RC, Release, and private branches (Bridges), etc.

If you'd like to have a look at my slide deck, you can find it here.

That was the topic of our discussion today at VSLive! San Francisco. Unfortunately, in the short amount of time (75 minutes) we didn't get too deep into all of the tools and techniques, but I did get my point across: I feel that Team Foundation Server (TFS) can do it all, and you should strive to migrate your source/revision control system, requirements and defect tracking system, document managing system, automated build and deployment system, and even your custom process workflow over to TFS.

That said, there are certainly situations where existing systems must be used. I identified two categories of such legacy software:

• Politicalware - somebody important in the organization bought or built the system and you there are strong feelings about migrating away from it
• Guiltware - the organization spends oodles (that's a lot) of cash on said software, maintenance/support, training, etc. and they haven't seen their ROI (and they may never see it)

I don't know what to tell you about the above situations, except that running in parallel (not good) or integration (better) would be an option. That lead us to the discussion of building custom software to do one-way and two-way synchronization with said systems. We briefly walked through the TFS Migration and Synchronization Toolkit (found on CodePlex) and I demonstrated the TFS to TFS Migration Tool (also found on CodePlex) which uses the toolkit.

I see Team Foundation Server as yet another great "grassroots" platform. Just like .NET was for the developers, TFS is for the team. So, I say get it installed no matter what, even if just for source control, which is the no-brainer. Once it's in-house, then work on migrating the work items, automated builds, and other systems over sooner, rather than later, so you can enjoy the end-to-end traceability, product quality reports, and process quality reports.

If you'd like to have a look at my slide deck, you can find it here and my demo files here (you'll need to download the SDK and CodePlex toolkit and tool separately).

For those of you who joined me at VSLive! this week in San Francisco, I had fun sharing many worst (or un-preferred) practices I've run into over the years. My talk broke them down into several areas: TFS installation, TFS configuration, team projects, work items, and version control. Hopefully I didn't make anyone feel tool uncomfortable when I highlighted your practice on the big screen!

Actually, it was all in good fun. By highlighting Team System worst practices, we were able to define Team System best practices and preferred practices.

If you'd like to have a look at my slide deck, you can find it here and my demo files here.

Feel free to let me know about any other worst or worster practices you may know of.

Seriously. They can't.

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=259259&SiteID=1

You may delete specific values, but not the list itself. This means you can effectively "zero out" a list by deleting all of it's items.

I don't quite understand why this would be a good feature, as it doesn't really stand up for a test of trace-ability. I just deleted a Team Project whose work items referenced a global list, so there are no references to the list in the system anymore.

Perhaps one way to mitigate this would be to use abstract list names? List A, List B, etc. Then you could re-purpose a list later by giving it new values. Nah.

So, what's the take away? Be very careful about the Global Lists you create in your Team Foundation Server. They will be with you a long time.

Mike Azocar, a fellow Team System MVP, reports:

We released LWS version 2.1 today.  This version includes a new process guidance and SharePoint template as well as many work item enhancements.   You can download it at
www.codeplex.com/vstsscrum

Mike also indicates that they will soon release a version that will work with the Project Server connector.

Having just inherited a TFS installation to manage, I received a request to add some values to a global list. I got a little nervous about this when I saw that the server had many (MANY) global lists in it already and I wanted to be very careful not to break anything during this change.

Of course the first thing I did was consult the master book on the subject of TFS, Rich's Working with Microsoft® Visual Studio® 2005 Team System. This was a great start to groking the whole Global List thing.

The steps needed to do this are pretty simple and documented well from Microsoft. The step to export your current global lists is to use the glexport command line tool. From the Visual Studio command line prompt (this works fine on a client), do this:

glexport /f AllGlobalLists.xml /t myTfsServerName

Credentials used are the local login credentials. This gives me one big file containing all the global lists in the server. Now the question I had was this, "Should I edit this master global lists file and import the whole thing, or should I just try to import changes to one list?" Obviously I wanted to work only on the one list I needed to change, but what effect would it have if I pulled out all the other lists from the file and uploaded just a single list in a smaller XML file?

I was scared to death of deleting all the other lists in the file. I saved a copy of the master, and then took out all the global lists except the one I was interested in, changed the values, and ended up with something like this:

<?xml version="1.0" encoding="utf-8"?>

<gl:GLOBALLISTS xmlns:gl="http://schemas.microsoft.com/VisualStudio/2005/workitemtracking/globallists">

  <GLOBALLIST name="Teams - Product Backlog">

    <LISTITEM value="Team A" />

    <LISTITEM value="Team B" />

    <LISTITEM value="User Experience" />

    <LISTITEM value="Team C" />

  </GLOBALLIST>

</gl:GLOBALLISTS>

So, on a wing and a prayer I ran this command:

glimport /f TeamList.xml /t myTfsServerName

And guess what happened: It worked great! All of my other lists were intact and my new team names showed up just fine. So I learned 2 things in this little exercise.

1. You can import a single global list XML file into your TFS server without affecting other lists.
2. glimport and glexport work just fine on a VS2008 client talking to a 2005 TFS server.

Martin Woodward has done his magic again! For those of you who don't know Martin, he is the primary developer of Teamprise, a fantastic suite of client applications that gives Java developers cross-platform access to Team Foundation Server from the command line, a stand-alone GUI or an Eclipse plug-in. In his blog, Martin announced the release of Teamprise 3.0, updated to take advantage of the new features in Team Foundation Server 2008.  This release contains some many impressive new features including check-in policy support, recursive folder compare, single sign on support on windows clients, and gui support for version control undelete and destroy commands. Perhaps the most impressive new feature is the full Team Build integration and the brand new Teamprise Extensions for Team Foundation Build, which allows developers to use Ant scripts with Team Build - amazing! Even better, Teamprise Extensions for Team Foundation Build, including source code, is available free of charge to everyone.

For more information, see Martin's announcement.

Last year I posted a note about how to integrate VSoft Technology FinalBuilder with Team Build. I really like FinalBuilder and think it's easy to use, compared with having to hand-jam the XML of MSBuild.

With the upcoming version 6.0 of FinalBuilder, this integration becomes a snap, even including a Visual Studio add-in for configuring Team Build.

Read this article for more information.

It's generally known that if you want to run any tests, code analysis, or database project build/deployment that you need to install one or more Team Edition of VSTS on your build server. What's not so well known are the licensing ramifications around these scenarios.

Fortunately Jeff Beehler, Team System Chief of Staff, has posted on this subject.

To summarize:

If the users creating the builds are licensed users of the edition in question (or Team Suite), that license extends to Team Foundation Build and you don't need to purchase an additional license. One way to think about it is: the people that are using the Team editions need to be properly licensed which in turn ensures the that the build machines are covered as well. Users who merely queue (execute) and review the automated builds are only required to have a Team Foundation Server CAL.

Have you ever had a production application in the data center act up, and you spend countless hours hunting down the source of the problem? If so, then then you might be interested in a new project on CodePlex called Design for Operations (DFO).

For years now engineers have been designing physical products with ease of manufacturing in mind. Called Design for Manufacturability (DFM), this technique takes fabrication and assembly into consideration early in the design process. DFM has a significant impact by improving the cost and quality of a product. Well, a variant of the technique has finally found its way to the world of software. Called Design for Operations, this technique allows software architects and developers to design their applications with built-in, real-time health monitoring, giving the operations staff much better operational information and improving the quality of service. According to William Loeffler, a Microsoft program manager:

It’s a recent effort from patterns & practices to provide tooling for architects and developers with a means to model their application in terms meaningful to operations. Once modeled the tool can be used to create a Health Model for the application and once the Health Model has been completed at the architect and development roles the tool can be used to generate platform instrumentation as defined in the model. All that’s necessary for the developer is to call the generated API within their solution for each instance of instrumentation. The tool will also generate a Management Pack for System Center OpsMgr 2008 from the model that matches the generated instrumentation.

For more information see:

http://www.codeplex.com/dfo

Hopefully DFO will become mainstream in the software development discipline, in the same way that unit testing has become popular.

Since first seeing the Code Metrics feature in the Development Edition of Visual Studio Team System 2008, I've been on a quest for bad (read: unmanageable) code. Rather than face the tool towards my code, I thought I would pick on Microsoft.

... and it looks like the EntLib has a maintainability index between 77 and 89.

Thanks to Ajoy krishnamoorthy for actually doing the hard work on this.

10:35 AM (Los Angeles)

A fictitious developer, from the fictitious company "Fourth Coffee" is demonstrating the new, agile development features in Visual Studio 2008. She's showing off how to manage team development projects (a.k.a. team projects and work items), giving her tasks to make some changes to her code. Mostly she is showing off the split-screen editor, synchronization of code and designer, integrated design tools, and the new JavaScript debugger.

Oops, she just called it "Team Services" as she closed out her work item. Well, we get the idea.

I know. I know. This doesn't sound like a very interesting post, but it saved me time, and hopefully it can save you some too.

When you install Visual Studio 2008, Microsoft creates a "Visual Studio 2008 Command Prompt" shortcut, under that program group.

I like to take this shortcut and drop it on my Quick Launch toolbar:

The problem is that when you install the Team Foundation Server Power Tools (or other new command line utilities) you need to put them in the path.

Well, if you look at the file the shortcut calls, it's vcvarsall.bat, but don't bother editing that file because it calls vcvars32.bat, but don't bother editing that file, because it calls vsvars32.bat. If you go ahead and edit that file, you can find where the PATH is getting set, and add the Power Tools path to it:

@set PATH=C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE;C:\Program Files\Microsoft Visual Studio 9.0\VC\BIN;C:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools;C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;C:\Program Files\Microsoft Visual Studio 9.0\VC\VCPackages;C:\Program Files\Microsoft Team Foundation Server 2008 Power Tools;%PATH%

Man, I need to keep a closer eye on the work product over at .NET Rocks. I had meant to link up this transcript last Summer, but I dropped the ball. Apologies.

So, what this was was a VSTS panel discussion at Tech-Ed in Orlando last June, with Mike Azocar, Steven Borg, Doug Seven, Joel Semeniuk, and the hosts Richard Campbell and Carl Franklin.

Here's the panel (with Barry Gervin running the microphone)

And some of the audience (you can see Rob Caron and Mickey Gousset in the back).

There's some pretty good questions in there, especially those asked by yours truly!

I just came across this download at Microsoft. It provides an introduction to the concepts and step by step instructions for creating and customizing TFS reports.

The zip file contains instructional PDF documents as well as several sample reports.

Microsoft has released a new version of VSTS Web Access Power tool. This release is a Community Technology Preview (CTP) of what will ultimately be the 2008 version of the VSTS Web Access Power Tool.

• Built against the TFS 2008 object model - In previous versions of Web Access you had to install Team Explorer 2005 on any machine you were installing Web Access on. With this version, you will now be installing Team Explorer 2008 instead. In some future version, Microsoft hopes to remove the requirement to install any version of Team Explorer.
• Custom control support - added support for web based work item custom controls and have included a folder of documentation and samples on how to create them.
• Build queuing - added UI for the new TFS 2008 feature of build queuing. You can start new queued builds and view the build queue (in addition to the preexisting abilities - like viewing build details).
• Localization support - added support for localizing the web interface. Microsoft will also be localizing text for the final 2008 Power Tool release.
• Bug fixes & Performance improvements - Microsoft has received a number of reports and done more testing on the current version of the Power Tool, and has fixed everything thus far.

This release (and the final 2008 release) can be used with either a TFS 2005 or a TFS 2008 server.  In either case, you will need to install a TFS 2008 Team Explorer on the machine you install Web Access on. Since TFS 2005 did not support build queuing, that functionality will not be available when this and future versions of Web Access are used with a 2005 server.

You can download it here and read more about it at Brian Harry's blog posting.

Microsoft's Patterns & Practices group recently released the final version of the “Team Development with Team Foundation Server” Guide. This guide has been in beta for the last couple of months.

It shows you how to get the most out of Team Foundation Server to help improve the effectiveness of your team-based software development. Whether you are already using Team Foundation Server or adopting from scratch, you’ll find guidance and insights you can tailor for your specific scenarios. It's a collaborative effort between patterns & practices, Team System team members, and industry experts.

Some quick facts:

• 496 – Total number of pages
• 18 – Total number of chapters in this guide
• 11392 – Total number of downloads of the Beta version of this guide
• 8 – Number of attempts to get the Adobe build to work to generate the guide in .pdf format
• 60 – Number of external and MSFT contributors and reviewers

Download the guide from CodePlex.

Ah yes, late August, time to go back to school - even for us adult geeks.

Fortunately, David Starr has provided us an exhaustive list of must-read books, organized by developer, tester, project manager, and executives.

... nothing specifically on VSTS however. I'll have to bug him about that.

The great news just keeps on coming from Microsoft. After a flurry of Team System announcements and downloads recently, we have yet another set of Power Tools to play with.

These tools are designed specifically for the Visual Studio Team Edition for Software Architects and provide the following capabilities:

• View class library projects on the Application Diagram (AD)
• View references to class library projects as connections on the Application Diagram
• Create class library projects from the Application Diagram
• Create references to class library projects from the Application Diagram
• Synchronize properties between class library projects and their representative applications on the Application Diagram
• Create and use class library applications and references on the System Designer (SD)

Fantastic. We haven't seen much out of the Architect tools, except for the SDM SDK in quite some time. I'm looking forward to it.

Download the CTP here. Note: you will also need to download Visual Studio 2008 Beta 2.

If you have any feedback on these tools, please visit the Architecture & Design forum.

Gert Drapers, the PM for Database Professionals announced that the first set of Power Tools should be released by the end of this week. With that in mind I wanted to blogging about some of the cool new features. Today's blog is on the new Regular Expression builder.

This allows you to choose your regular expression and and preview the result of the expression! Very cool. Here's a tip to add to the list of regular expressions:

Navigate to the AppData\Roaming Folder (this will be different depending on what O/S you're using - for Vista it's C:\Users\%Username%\AppData\Roaming) and you'll find a file called RegExHelperConfig.xml.

Add a new record (for example, to add something simple like area code) with the following:

<Record Key="21" DisplayName="Area Code" Regex="[0-9]{3}" />

You can also add a new element which shows up when you click the Insert Element button by inserting a record in the syntax element section of this same file. Then you can distribute this file to all of your developers and they'll have the updated contents!

I believe that at the end of september (I didn't get an exact date from Apress) a Second Edition of Pro Visual Studio 2005 Team System will be released with approximately 100 new pages of content devoted just to the Database Professionals Edition of Team System.

Not only did Microsoft just recently post Beta 2 of Visual Studio 2008 (Orcas) a few days ago, but yesterday Microsoft made a CTP of the next generation of Visual Studio Team System (codename Rosario) available for download. Craziness ... which do I spend my time with? It's like having two mistresses to pick from.

Anyway, here are the details, if you want to start playing with Rosario: (keep in mind that it won't ship until some time [6,12,18?] months post Visual Studio 2008, so at least 2009):

• Read Jeff Beehler's blog posting
• Read the Rosario Overview whitepaper
• Download the VPC images (8+ files, 700mb each)
• Download the Rosario documentation
• Visit the MSDN newsgroups dedicated to Rosario
• Visit the MSDN homepage for Rosario

Finally, and most important, provide feedback to the team using http://connect.microsoft.com.

Over the past few years, a few of my clients have deployed Team Foundation Server Proxy to improve the performance of their remote/distributed teams. It boosts network performance by caching copies of source control files in a remote location, local to the developer needing the files but away from the main source control location. In short, the proxy helps each user avoid a costly download of the files to their workspace across the slower connection.

So why wouldn't this work for Team Build?

In today's VSTS chat, I asked if anyone had done this. I should have expected that Buck Hodges would have, and even blogged about it.

Still trying to decide if Team System is right for you and if you can afford it. I would say you can't afford *not* to have it. Check out this list of case studies from other companies and teams who agree with me.

Thanks to Rob Caron, for putting together this consolidated list of the "top" Visual Studio Team System case studies. They support a wide range of propositions by showcasing real customers who have gone through the adoption process and have great stories to tell.

Microsoft just released their Team System Web Access Power Tool (formerly known as TeamPlain). This is a Web interface to Team Foundation Server.

If you have team members that don't want Visual Studio/Team Explorer installed on their desktop, but they still want to participate with the project lifecycle, this is a great, web-based approach to getting everyone connected quickly/easily. Here are some of the features:

• Add new work items or edit existing ones
• Work with any type of work item, including custom ones
• Add new work item queries or edit existing ones
• View, download, upload, check-in and check-out documents on SharePoint team portal
• View reports, export as PDF or Excel
• Browse source control repositories, download files, view changesets, diffs, histories, and annotated views
• View build results, start or stop builds
• Search for keywords in work items
• Authentication Modes: Integrated Windows Authentication or Forms Based Authentication (Recommended to use with SSL)

Read more about it in Brian Harry's blog posting.

Yet another Architect MVP has bitten the dust, to join the cooler crowd over here under the Team System MVP banner.

Martin Danner is an experienced developer, project manager, and consultant in the software and information technology field, Danner has an extensive history in the software engineering field. He worked as a senior software engineer at Micron Technology, where he developed applications for the Web and PC, and he managed a group responsible for configuration management and software quality for all corporate software systems. Danner has also worked as a software engineer, developer, and consultant for Northrop Corporation and Price Waterhouse. Danner earned a bachelor's degree in engineering from California Polytechnic State University at San Luis Obispo. He is a Microsoft Solution Architect MVP, a Microsoft Certified Solution Developer for the .NET Framework (MCSD.NET), as well as a PMI Project Management Professional (PMP).

It wasn't too long ago that Jeff Levinson defected from the Architect MVP camp. What is going on over there?

Sela has created a great little plug-in to VS 2005 that will warn you when you're doing a check-out if there are later revisions of any of those files on the TFS server.  Download it here.

This week Microsoft released the Visual Studio Team Foundation Server – Project Server 2007 connector as a CodePlex project. The project has been up for a few weeks, but is now being broadly advertised.

The TFS-PS2007 connector is designed to integrate the project management capabilities of TFS with Project Server 2007. It's been developed by the Visual Studio Team System Rangers in response to significant customer demand for a connector solution. Future versions of Team System will have native integration with Project Server, in the meantime this Connector solution is the best way to integrate the two Microsoft products. This solution builds on the previous PS2003 VSTS Connector, published on GotDotNet.