TFS&Azure DevOps 实践总结

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

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

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

1. 项目状态的可视化，一张报表关联所有项目的进度状态，属于报表中领导最喜欢的那一类型；
2. 借助TFS，把项目文档管理起来了，各项目团队不用再建立独立的SVN库，一切资料归置到TFS服务器上，实现过程资产可视化。TFS本身支持SVN及Git；
3. 信息的拉通，各项目信息及时有效的共享；
4. 项目团队内部管理的透明化、高效化，实现人员的精细化管理，可统计每位团队成员的capacity；
5. 借助看板功能，把白板搬上了线上；
6. 线上任务分派、双周迭代，提高信息流通速率，有利于反馈。

总结下来，借助TFS，落地的是项目管理方法论、流程、文档资料。如何在使用B端产品的过程中，固化管理理念，是一项长期建设的过程。

---

TFS使用功能点

1.