项目品质的保证(随感)

          项目品质的保证(随感)
     最想说的一句话:首先要有开发过程的保证,只有开发过程的每一个节段有所保证,每一个节段的品质有所保证,才能保证最终的质量.

     这是这段时间来,感受最深的一句话.
     想到这点很自然想起曾经的经历过的一些项目,和项目开发过程中管理方法.   
     在项目工程初期,项目成员的的构成,当然越理想话越好.但至少,
        1.在管理方面无论是谁在管理,必须要有一个管理水平的保证.
        2.在技术方面,必须一个水平相当不错的技术支撑.
        3.然后,项目的工数所必须的人员证.不一定都是牛人.
    回到刚才讲的,每一个节段的品质保证,每一个人必须有较强的品质意识,

    每一个人都要有所担当,有强烈的责任感和荣誉感

     1.开发人员,自已要对自已的程序负责,自已要进行充分的测试,不要依赖于测试人员把BUG提出,
       心里要有这样一个意识:"有些东西自已发现了去修改,叫品质意识,品质向上,让人测出来,叫BUG",每普通的话,很平凡的语言.
       不一样结果,做事和做人一样,要认真,想起刚工作时一位道上的兄长告诉我,"做一碗杂拌汤,也一定要用心做".

       要记得你所做的一切都是为自已做的,不是唱什么高调,有句话就是"把工作当作自已的事业来做."

     2.测试人员,要对自已所判定的每一个[OK]负责.

        要知道,你的OK判定,就意味着给开发人员了一个肯定,给客护了一个保证,给自已增加的是责任.

        很明显,你判OK了,如出了问题,那么有人要问,你这个OK是怎么判的?你有没有测就判了?如果没有,你做的就不是工作,是

        在忽悠人,如果有,那现在为什么还有问题,....这都是要找原因的.肯定能找到原因.最好不是你没测,或没认真测就判定.

     3.开发和测试人员要进行良好的沟通.和明确的分工.

        这句"明确的分工"听起来可能有点怪,本来就是分工的嘛.这也是我最近遇到的问题,由于个人能力和做事风格的原因,开发人员可能

        看到BUG,过于依赖测试人员寻找原因,而测试人员也会因同样的原因过度依赖开发人员进行测试.这都 要提高自身素质.当然这和互相

       帮助协作是不矛盾的.
必须有完整的check体制.

       想到这个就想起一件事来,有一次一个单纯的BUG流出,程序发到东京被测出后,当时那家公司的开发部长,直接飞过来,要讨论这边的开发

      体制.因为,人终归是人,不是机器总会漏点人什么,但是,如果一个体制,如果流出问题.那么这个体制是绝对有问题的.

........待续,我饿了.连续加了很多天班了,再说一句"加班并不能保证品质和时度"