现在无论大小公司,都会去开发一些测试平台和测试工具,一部分是真的从团队内部存在的痛点,难点的基础上,研发一套适合团队内部使用的工具和平台;也有一部分公司,仅仅只是为了 KPI 开发了很多的测试平台和工具,但实际上并未投入使用,也不像初做之前所说的提升工作效率,反而花费了大量人力投入开发,后期还要投入更多的时间维护平台和工具,到后来不了了之。不知道大家有没有遇到这样的情况?
在创新或 KPI 设定时,针对这块内容要进行完整性规划的, 比如前期调研、后期维护、使用期间的各种问题解决、指导相关、工具或平台的推广,各阶段对应的是长线成本还是短期成本,工具或平台最终目标,预计成果。
KPI 或创新的完成与实践成果挂钩,最终只考核落地效果,与实际收益进行挂勾,达不到预期效果的扣除绩效、奖金。达到预期的提升绩效、奖金。
当为了做而做,无意义时,就没有人再去做门面了
当然一个有意义的工具或平台,在后面投入成本进行维护,也是有必要以及公司认可的行为,这也是属于工作内容的一部分
我都是我一个人做,所以不存在 “花费了巨大的人力物力”
是这样的,能够给团队真正提升工作效率的工具,才是有意义的,即使后期投入成本进行维护这也是值得的,对于只是面子工程的,真的就意义不大
工具肯定是有用的,只是工具也是要维护成本,如果这个维护成本>产出成本,就不会花费太多的时间经历在上面
做为使用方,表示公司的数据工厂比较难用有一定上手成本,而且环境需要持续维护,环境时不时就会崩
一开始收集需求时从业务痛点出发多多少少能解决一定问题的,在设计阶段多与需求方(也就是业务测试窗口人)沟通,完成后试用阶段让业务测试先验收一版,根据一些建议改动后,跟业务测试各 leader 达成一致,推广使用,在公司内形成用户习惯后,这个工具再次收集需求,持续迭代两个版本,应该就好用并且可以解决它应该解决的问题
看产出比吧我觉得,比例低的话可能要思考下原因了
开发之初没有考虑到用户操作的习惯,以及上手成本,本身开发出来是提高工作效率的,最终搞得适得其反了
管他呢,公司又不是我的,我就是要刷简历
测开的存在非常有必要