TFS&Azure DevOps 实践总结

项目管理工具的引入，意义重大。PMO的理念、要求最终是要靠系统落地的。尤其做的是信息化项目，而做项目的手段，还是Excel、邮件满天飞，未免显得有点落伍了。TFS，team foundation server，这是15版之前的名字，现在更名为Azure DevOps，强调了开发运维一体化。当然之前TFS的定位也涵盖了运维，是一款ALM，产品生命周期的管理。

从TFS的首页门户清单就可以看出来，若从项目管理角度来说，门户清单应可以维护条目的状态、从属关系，不然管理员点进去一看，清单上三十几项项目平铺着，只显示项目名，无任何其他属性，界面极度复杂。这就是初始使用TFS理解错误，清单条目对应的对象，是产品层级。产品管理不存在边界，也无需状态的维护，除非产品下线了。产品条目下，可能包含项目。同时，一个项目，又可能对应多个产品，则需在不同产品条目下拆分合并，或放置到主体产品条目下。或者一个项目交叉联系性太强了，需要不同团队持续深入参与，有是否可以在条目下建立该项目？还是规定只能一个产品建立一个父级，所有项目必需归属到各个父级之下？为何常说B端产品体现的是管理理念，这就是一个迷你的例子。系统是如何限制你建立条目，同时约定的如何在TFS上建立项目与产品的要求，体现的是项目与产品的管理区分。

使用项目管理工具后，收益在于：

1. 项目状态的可视化，一张报表关联所有项目的进度状态，属于报表中领导最喜欢的那一类型；
2. 借助TFS，把项目文档管理起来了，各项目团队不用再建立独立的SVN库，一切资料归置到TFS服务器上，实现过程