任何工具都是辅助管理者、员工进行工作支持与决策，不能取代人的作用，同时任何一个管理工具都是满足业务的某一个方面，从长远来看，可能会出现满足企业所有管理需求的工具，但是近期我们必须要端正一个想法，那就是工具只能辅助与支持我们某一方面的工作。如果将工具利用到其不擅长的领域，在应用过程必然会遇到很多阻力，失败的可能性非常大，同时也极大的打击了企业对工具使用的积极性，从管理的角度来看，这样不利于公司的发展，可能会产生排斥工具的想法，结果没有充分利用工具最擅长的一面，这样也会浪费公司的资源与成本，所以我们要处理好日常管理与软件开发管理两者之间的关系。
针对日常管理，我们主要利用的工具就是办公自动化系统，这里面有我们非常熟悉的office与OA系统，其管理范畴主要：
l 个人邮件管理：outlook、OA的邮件管理
l 个人日历管理：日程安排、工作日历
l 人事管理：人员等级，组织架构、绩效管理等
l 部分的财务管理：有些数据使需要在OA中采集的，然后传入专业财务系统等
l 大部分的审批：可以通过OA自带的工作流引擎，自定义审批，具有非常好的灵活性，比如项目预算审批、项目启动的审批、售前审批、财务审批、人事审批、用车审批等，只要是企业日常管理中涉及到审批流程的，都可以在OA中进行
l 客户关系管理：客户资源登记及跟踪、机会挖掘等等
l 收发文管理：主要涉及到事业单位及政府的收发文管理
l 档案管理：归档处理等
l 知识管理：将公司多年积累的文档库及资料放入OA
l …….
以上所列是我们日常管理所涵盖的大部分内容，这些我们都建议在OA或者通过office进行处理，毕竟日常管理是这些工具最擅长的；
而企业现在面临的主要问题，我们在问题与挑战当中已经说明，其主要工作就是日常的管理，包括项目管理（一般也纳入日常管理），我们无法处理好开发过程当中遇到的沟通、跟踪、状态及数据的统计分析展示的矛盾，使我们的决策变的相对困难，如果是异地开发，这种现场就更加明显。
而VSTS就是来弥补日常管理、项目管理与开发过程的脱节，其主要擅长在软件开发项目的全过程管理，其管理范畴主要：
l 计划的编制：通过工作项的定义，对开发过程包括bug、风险、成本等的跟踪，并通过报告来直观的体现
l 架构设计：通过系统定义模型，通过所见即所得的方式对现实进行了高度抽象，同时可以同步生成代码，解决了过去架构与开发不能同步的问题
l 开发管理：通过开发工具，开发人员可以方便进行开发，提高了开发效率
l 测试管理：集成了web、load测试工具，方便对所开发的代码进行测试，同时加强了开发人员与测试人员的联系，通过测试案例管理还可以进行自动化及回归测试，发现bug通过工作项及时告之开发人员，加强了两者的关系，保证了软件质量
l 软件配置管理：提供的安全体系及源代码管理，可以将源代码放置在数据库，针对开发的代码进行统计与分析，类似我们使用的VSS、CVS等工具，但是其网络性能极大的提供，支持联友项目的分布式开发需求，同时源代码放置在SQL2005中，方便进行数据分析
l 持续的集成:通过build工具，连同测试一起进行代码构建，可以进行每天、每周、每月的构建，方便知道目前开发质量，通过迭代方式进行增量式开发，极大的提高了整个项目的成功率
l 通过Web Access插件，领导在不需要安装工具前提下，可以方便的查看VSTS提供的报表功能，方便领导进行软件开发项目的状态跟踪，提供决策依据
l 通过sharepoint生成的团队站点，加强了团队成员之间的沟通，同时可以将与项目有关的技术文档、测试文档、项目管理文档进行共享，通过团队站点加强团队成员的沟通与知识分享
l 通过TFS，开发工具、execl、project都被看做客户端工具，可以很好的与VSTS中工作项进行集成，可以用execl、project编写计划及管理模板，通过导入到工作项进行跟踪，但是工作项无法体现出工作内容的层次关系，而execl、project在这方面更擅长，所以两者是互补的关系
以上这些都是VSTS针对项目级别来进行的，如果项目中涉及到日常管理的内容，建议还是在OA中去完成，然后在项目中去执行和跟踪。