一个关于程序员工作量估计和优化的idea

本贴最后更新于 2826 天前,其中的信息可能已经时移世易

来源

新工作工作量比较大,项目都比较紧,这样作为开发估计工作量的问题就比较重要的,因为一旦估计的有偏差就需要延期,造成不好的影响

目标

  • 个人开发数据保存;比如增删改查所消耗的时间(可以细化到修改字段,单表,多表)、前端协议开发需要的时间、业务复杂度、关联度小的开发时间、在开发过程中其他事项带来的干扰时间、加班时间占比、风险点占用时间等。记录的目的一个是方便更好的估计和安排开发时间;另外就是从中进行总结和优化,不断提高开发效率。
  • 个人开发效率优化
  • 团队效率优化,通过数据分析可以从项目管理、技术选型、人员分布、工作安排等各方面进行优化,可以不断积累总结和分享经验。

其他

  • 可以记录每个团队开发、测试、上线过程中的 check list 避免重复 bug 的产生,比如接口兼容性检查,前端协议兼容性检查,是否需要老数据,是否需要影响其他功能修补等等

不应该存在的目标

  • 不可以当初绩效考核的工具;一个人从领导层面去避免这种思想,一个技术层面解决,比如每个人只能看自己数据,团队数据看不到个人等,不过比较难,还是思想上保持统一比较重要。

现状

  • 大家目前估计工作量都是怎么估计,是否有自己的开发数据积累?
  • 目前市面上有类似可以达到我目标的工具么?
  • 工作

    快乐工作,认真生活。

    139 引用 • 1469 回帖 • 6 关注
  • 效率
    10 引用 • 97 回帖
  • 项目管理
    12 引用 • 51 回帖 • 1 关注
  • 开发
    37 引用 • 156 回帖 • 2 关注

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • 88250

    目前是凭感觉的,比如一个任务大概需要多久,只能有个大概的天数。要量化的话除非需求不变,设计清晰,任务分解合理,时间点排程合理等等,这样应该能做到一些具体指标的量化,但是其实这样做的时间成本也很高啊,所以还是倾向于凭感觉,除了自己评估,比较可行的一个做法是团队每个人都参与工作量评估,然后取个平均值。

  • jiangzezhou 1
    作者

    恩,产生这个想法的原因是目前的工作都是很多的业务开发,技术难度不大、流程也不复杂、开发模式成熟,但是时间紧张,我觉得是可以慢慢量化的。

  • lamb

    每个人的效率会很不同。有人性格拖拉,需要压紧才能完成;有些人手脚比较麻利,永远是第一个完成的。目前简单的可控的自己估计,复杂的不可控的团队共同估计。工具的话,目前用的项目管理是 OmniPlan,bug 追踪是 Mantis。

  • yangyujiao 1

    上个周我们刚进行了一个敏捷开发的培训。讲的还不错。虽然有些可能实现起来有点困难,但是总体来说保证项目进度跟品质方面还是有显著提高的。

    如果需要那个培训资料可以找我要一下看看。是我们这一个 pm 自己整理的。我可以跟他要一下的。

    我平时工作也就是根据经验来估计工期的。以前对日的项目需求非常明确,那个估计比较准确。

    现在很多的国内项目是开始客户都不知道要做什么。都是我们一边做着他才慢慢知道要做什么。

    我们组是解决方案的,客户提供一个思路,我们来调研,设计,开发,上线。有些需要我们参与运营,有的不用。

    1 回复
  • jiangzezhou
    作者

    好的 待会 qq 上找你要下资料

    1 回复
  • yangyujiao

    都这么久了 你才说 ```` 我都入职新公司两个周了 ``` 那是以前老公司的培训 ````

    1 回复
  • jiangzezhou
    作者

    哈哈 之前没看到。。

请输入回帖内容 ...