项目管理工具的引入,意义重大。PMO的理念、要求最终是要靠系统落地的。尤其做的是信息化项目,而做项目的手段,还是Excel、邮件满天飞,未免显得有点落伍了。TFS,team foundation server,这是15版之前的名字,现在更名为Azure DevOps,强调了开发运维一体化。当然之前TFS的定位也涵盖了运维,是一款ALM,产品生命周期的管理。
从TFS的首页门户清单就可以看出来,若从项目管理角度来说,门户清单应可以维护条目的状态、从属关系,不然管理员点进去一看,清单上三十几项项目平铺着,只显示项目名,无任何其他属性,界面极度复杂。这就是初始使用TFS理解错误,清单条目对应的对象,是产品层级。产品管理不存在边界,也无需状态的维护,除非产品下线了。产品条目下,可能包含项目。同时,一个项目,又可能对应多个产品,则需在不同产品条目下拆分合并,或放置到主体产品条目下。或者一个项目交叉联系性太强了,需要不同团队持续深入参与,有是否可以在条目下建立该项目?还是规定只能一个产品建立一个父级,所有项目必需归属到各个父级之下?为何常说B端产品体现的是管理理念,这就是一个迷你的例子。系统是如何限制你建立条目,同时约定的如何在TFS上建立项目与产品的要求,体现的是项目与产品的管理区分。
使用项目管理工具后,收益在于:
- 项目状态的可视化,一张报表关联所有项目的进度状态,属于报表中领导最喜欢的那一类型;
- 借助TFS,把项目文档管理起来了,各项目团队不用再建立独立的SVN库,一切资料归置到TFS服务器上,实现过程资产可视化。TFS本身支持SVN及Git;
- 信息的拉通,各项目信息及时有效的共享;
- 项目团队内部管理的透明化、高效化,实现人员的精细化管理,可统计每位团队成员的capacity;
- 借助看板功能,把白板搬上了线上;
- 线上任务分派、双周迭代,提高信息流通速率,有利于反馈。
总结下来,借助TFS,落地的是项目管理方法论、流程、文档资料。如何在使用B端产品的过程中,固化管理理念,是一项长期建设的过程。
TFS使用功能点
1.