I am busy working on another whitepaper, which looks at TFS and whether it introduces a guidance environment or a dictatorship in terms of the team project and chosen methodology.
The paper looks at Team Foundation Server (TFS) and its fundamental objective to implement and mentor software engineering practice and the associated process improvement. It also asks the simple question whether Team Foundation Server delivers Software Development Lifecycle (SDLC) guidance or SDLC dictatorship, outlining the objectives of TFS, such as allowing an organisation to revisit their practices, conventions and overall development environment.
... an extract: "The ugly face of TFS, and any other technology for that matter, is that when used incorrectly the product may have a detrimental impact on the solution team stakeholders, viewing it as dictatorship environment and most likely blaming it for any lack of progress overall and it is subsequently retired. Complex and high-level governance processes are often difficult to motivate to the stakeholders, to implement and to maintain, fuelling any negative sentiments towards the technology.
The exciting face of TFS, when used correctly, is that it introduces a transparent, collaboration friendly and process guiding team environment for all associated stakeholders.
While not all the benefits can be reaped in the short-term (envisioning phase), it promotes process engineering practices and process improvement, in the medium (evolution) and long term (maturity) as shown in the following illustration. The secret with TFS is, that it is best implemented in small and controlled phases as mentioned on page 3 and discussed in the “TFS Post-Installation” whitepaper
Figure 5 - Mentorship
Ongoing technology and process mentorship, as shown, introduces further guidance and sharing of good practices and prior learning of the technology and similar environments."
Has anyone got some comments and/or opinions which we should consider as part of the whitepaper?