项目管理/公司管理 加入小组

79个成员 75个话题 创建时间:2015-06-26

案例分析:要工期还是代码质量?

发表于2017-06-01 3211次查看

某项目编码差不多完成了,技术副总检查代码,不看不知道,一看把几火(愤怒、生气的意思)!
1)不符合编码规范的代码到处都是。
2)程序到处冒烟,无法正常运行!

程序员们疲于奔命地四处扑火,但就是不去改正不符合编码规范的问题,理由是:工期紧,需首先保证程序能运行,编码规范问题无暇顾及,而且不是核心问题。

但技术副总就是抓住编码规范问题不放,程序员们极力反抗!
你支持技术副总还是程序员呢?

思考:
1)出现这个情况的根本原因是?
2)你的破解招数是?

1回复
  • 2楼 Fireball 2017-06-02

    以下节选了各位群友的回复(已隐去姓名),非常精彩!

    -----------------------------------------------------------

     

    编码规范,一般都是员工入职就要确保的

    不监督的话工作中确实会有不规范的出来

    (Fireball的回复)
    进度压力大,工作很忙,很多时候我们的做法是:
    1)大领导后面才来检查;
    2)代码评审后面才做;
    3)测试后面才安排;
    ……
    这些“后面才做的质量检查“,其实是相当落后的做法,不如不做,哈哈
    质量不是检查出来的
    检查不应该放在后面才做,而是一开始就做,预防胜于检查
    等程序员都大面积地写下很多不符合规范的代码,没有人愿意改的
    刚犯错或可能犯错的时候,就指出来是最好的

    是的,最后就是一堆坑,不知道哪里有坑

    一开始就要开始评审

    指望培训几次大家都能很好的遵循根本不可能

    项目进度紧张,导致评审过程缺失,其实背后跟项目人力资源的投入也有关系

    这个很重要,经常项目进度很紧张,大家为了尽快完成工作就忽略了这些规范

    人员在项目中复用率太高,某一块的开发没有AB角

    要规范公司也要投入时间成本的

    一边整天催项目,一边还要求要规范,这个很难兼顾

    是啊 评审的效果怎么保证,不单单是进度紧张,人的能力啊 才是主要的,能力好的 半天就能发现关键的问题,真正做评审又需要多久时间呢。只要排除过流程化的干扰

    这种质量投资做得好 其实反而没什么感觉,做的的不好 问题一堆。
    所以说质量管理是最看不出绩效的活动。 做得好 就是正常化 做的不好就得背锅

发表回复
你还没有登录,请先 登录或 注册!