江苏龙网

  1. 首页 > 生活 > >

我们公司用JIRA做任务跟踪，目前PMO想收集PM，开发，测试人员的绩效数据，难题我在评论里面列出。请问你们谁有觉得比较靠谱的考核方法

issue拆分成符合INVEST（用户故事Invest原则 ）的独立单元
■网友
1：因为每个issue比较复杂，经常会有好几个人提交代码在同一个issue上，不好断定哪个issue是谁做的；
---- 从描述来看，是issue包含内容多，且没有具体可量化的字段来区分工作量导致的。想到的解决思路是：拆分issue，复杂问题采用子任务方式（需要制定规范支持）。针对历史数据，集中导出评审一把。如果issue拆分还不能解决，需要评估下是否issue创建的不合理。
2：因为系统比较庞大，不同的issue复杂度跟开发时间很不一样，如果每个部门给自己的issue打权值，就会出现个别部门权值过高的情况，如果由PMO部门来打分，PMO又对每个issue具体的复杂度不了解；
-- 增加可量化字段。如权重，难度系数等等。可结合实际BU情况，比重来分析。
3：有时间issue会停在那边等待其他部门或者外部客户给答案，于是出现开发周期很久的情况。这种情况下，如果PMO想收集数据判断绩效，有什么办法？
-- 统计时间，应该是具体的支持工时而非问题的生命周期时间。
根据题主给出的信息，目前能想到这么多。如果有不对的地方欢迎交流讨论哈：）
希望能有帮助

■网友
程序员的绩效数据不能单独从编码量、编码时间、bug件数这些数据来简单体现，这个在任何一本软件工程的书中早就明确说明过了，这样jira的数据时无法来判断绩效的。程序员应该由直接上司来打分，因为直接上司最了解他在实际工作中承担的是什么样艰苦程度的工作，也知道他实际的质量和在团队中的作用。
■网友
我们是用JIRA 做KPI 绩效考核 每月一次 每个月初 主管跟组员沟通好本月工作任务及权重，组员自己创建问题单在KPI jira 里面 ，月末进行自评和主管评分。统计KPI 值。
■网友
我的直觉是你的Issue太过庞大了，应该再拆分下去。 我们通常是Epic-\u0026gt;Story-\u0026gt;Task 你要跟踪的是task，而不是Story
■网友
【我们公司用JIRA做任务跟踪，目前PMO想收集PM，开发，测试人员的绩效数据，难题我在评论里面列出。请问你们谁有觉得比较靠谱的考核方法】 不要试图用任何工具和方法来衡量一个程序员的绩效，否则会造成程序员的心思不会用在如何提高软件的质量，如何创新，而会用在研究你的绩效工具和方法上。 不要让外行来领导程序员，尤其是让外行来琢磨着如何给程序员考核绩效。否则你的团队和公司不会高效的。


    推荐阅读


    上一篇：参加和举办编程马拉松活动的利弊有哪些

    下一篇：Windows 10 for Phones 和 Windows 10 是啥关系