目前我们有几个缺陷和错误跟踪系统,其中包括质量中心和定制支持系统(包括团队和公司范围)。我们还使用 Microsoft Project - 虽然我已经好几个月没有看到任务列表了......
但我觉得难以理解的是为什么我们公司购买 VSTS 并且只使用其中的一部分——我们目前使用源代码控制、自动化的夜间构建和团队测试功能。
我们的团队如何说服“管理层”使用系统的项目任务项、缺陷跟踪、报告和流程指导部分?一旦正确实施,这肯定会节省时间和金钱吗?
目前我们有几个缺陷和错误跟踪系统,其中包括质量中心和定制支持系统(包括团队和公司范围)。我们还使用 Microsoft Project - 虽然我已经好几个月没有看到任务列表了......
但我觉得难以理解的是为什么我们公司购买 VSTS 并且只使用其中的一部分——我们目前使用源代码控制、自动化的夜间构建和团队测试功能。
我们的团队如何说服“管理层”使用系统的项目任务项、缺陷跟踪、报告和流程指导部分?一旦正确实施,这肯定会节省时间和金钱吗?
如果您已经拥有 VSTS 许可证,那么为什么您的团队管理层需要签署任何协议?在您的团队中为小区域启动功能并逐渐增加。您会要求管理层签署您使用的文本编辑器吗?
管理层对任何可能以任何方式破坏生产力的事物都有一种基本的恐惧,并狂热地崇拜任何可以提高生产力而不会给自己带来风险的事物。从小处着手,让结果自我推销。
这就是我在以前的公司介绍单元测试和 Wiki 的方式。当结果开始显示人们很快想要参与其中时。
告诉他们,如果他们不决定,那么在一小时内你开始每五分钟杀死人质 10 次...
但更重要的是与管理层会面或写一些要求,说明使用解体系统需要多长时间,以及新购买的系统有多么强大和未被充分利用,但在此之前,soem 会分析系统是否真的适合所有当前需求。但要小心你的文字和名字。如果真的发现公司的设备软件未得到充分利用,这对公司的生产力和信息流产生了负面影响,这意味着更少的有价值的工作,即使是负责人也可能因此而堕落。这一切都取决于您的公司在这种情况下的严重程度。
请注意,从一种软到另一种切换并不是一个流畅的过程,人们有自己的习惯和他们习惯的东西,所以你必须在一些步骤中做到这一点,包括逐步向人们介绍新系统