质量，过程。
昨天听了一个视频讲座，对其中的2句话，深有感触，如果可以，希望各位能与讨论。1.什么是质量？
答：质量就是满足客户满意度，只要满足客户需求，那么质量就是好的，质量的话语权在客户
2.过程？
答：适合自己的才是最好的！
楼下的继续 第一句话说得很准，我们的东西只要客户觉得好就行了，但是客户也一直会变化，所以需要我们能满足客户一段时间的需求。
第二句觉得很多地方都在说过程规范化，要按什么什么标准来，但真正能坚持下来很少。
都是遇到了一点问题，或者觉得有些地方比原来麻烦，就一点点改回原来的方法了，因此适合自己也要看怎么适合了，如果只要适合就行那根本不需要什么改变，只要按以前的方式就行了，到底是时间磨出来的方法。
或者是要改变自己，以适合这个规则？ 原帖由 IUHK 于 2008-9-1 11:39 发表 http://bbs.51testing.com/images/common/back.gif
第一句话说得很准，我们的东西只要客户觉得好就行了，但是客户也一直会变化，所以需要我们能满足客户一段时间的需求。
第二句觉得很多地方都在说过程规范化，要按什么什么标准来，但真正能坚持下来很少。
都是遇到 ...
楼上说的太好了，呵呵
第一句，其实质量就是满足客户满意度，本意是我们制定的目标应该围绕客户满意度来，至于楼上说的，客户需求的变更，这也是很现实的问题，所以要处理好这些关系，但如何处理，各个公司应该也有相应的流程
第二句话，其实是我们的角度不一样，可能我说的不太清楚，适合自己的才是最好的，就是不要必须往CMMI，ISO，PMP里面套，不过楼上说的也非常现实，过程改进的确很难，前几天包括现在，不是为了老婆，我就放弃这个职业了，太难了，我也不知道如何入手过程改进，理论和现实的差距总是很大，自己的建议，到开发部门那里总是给你个折扣。哎，也许只有同行才能理解这里面的辛酸！ 问题1： 究竟谁才是你们的客户？
1 任何一个项目或者产品都是有其最终用户群体的，你们在做需求时是否真正和最终用户群体中的代表进行沟通了呢?(曾经有人说过，在找客户代表时要找能力比较差的来进行沟通确认，否则release以后必定会有无数个support电话)
2 关于客户的定义，对于整个软件项目来说最终用户自然是你们的客户。 但是对于某个测试人员来说，除了最终用户以外，客户还有没有其他含义呢？ 其实当你写一份bug report的时候，看这份bug report的人就是你的客户。 你有没有想过以客户为中心？
3 关于需求变更，有句名言：客户的实际需求其实很少发生改变，一直在改变的是你对客户所描述需求的理解。
问题2：什么才是适合自己的？
1 流程需要相应的技术能力来承载，所以除了考虑项目实际情况以外，也要考虑自身技术能力的实际情况。 （比如说你要进行设计文档评审，那么评审的人至少要能够写设计文档，否则评审有什么意义呢？最多也就起到校对错别字的作用）
2 流程改进首先要考虑的并不是完善流程，而是简化流程。说白了，在保证质量的前提下能少填一张表就少填一张表，能少进行一次确认就少进行一次确认。 流程改进是为了更好的完成整个软件研发活动，流程改进本身并不是目的……
个人看法 仅供参考 问题1： 究竟谁才是你们的客户？
关于这点，我想这个问题提的比较的好，因为我们必须要准确的区分谁是我们真正的客户，可能是最终的用户，可能是我们的承包方，这点我们必须要区分，我们必须要知道我们的相关利益者，以及这个相关利益者对项目的积极以及消极的影响，举个简单例子来说，假如我们设计一件衣服，我们的领导，我们很多的项目利益者都说不好看，但是我们的客户是确非常喜欢，衣服特别好卖，那我们就说这个设计衣服的项目是成功的。所以必须明确我们的客户(当然客户也是相关利益者:P )。
问题2：什么才是适合自己的？
这个不太好说，因为这个环境的因素实在是太多，这里就借花献佛吧，上面说的评审，其实要明确输入输出准则，什么人参加，职责是什么一定要明确，但是现实中很多需求开发，概要设计的时候，评审的时候只有项目经理而高层却没有参加，这其实是有很多问题的，高层在这些点不把握，也不知道高层把握的是什么？
流程的改善，简化流程，我也很同意，但是文档过少，CMMI等评审不通过，得不到政府补贴，哎，:'( 2 流程改进首先要考虑的并不是完善流程，而是简化流程。
这个应该是我们在改进流程中重要关注的，简化比完善更高一个级别！
简化就要整合很多东西，活动，文档，工作流程等，做好简化流程对我们是一个很好的挑战！6 sigma中就有Lean这个概念，大家可以看看这个东西！ 2 流程改进首先要考虑的并不是完善流程，而是简化流程。
这个应该是我们在改进流程中重要关注的，简化比完善更高一个级别！
简化就要整合很多东西，活动，文档，工作流程等，做好简化流程对我们是一个很好的挑战！6 sigma中就有Lean这个概念，大家可以看看这个东西！ 原帖由 kevin_park315 于 2008-9-2 17:46 发表 http://bbs.51testing.com/images/common/back.gif
2 流程改进首先要考虑的并不是完善流程，而是简化流程。
这个应该是我们在改进流程中重要关注的，简化比完善更高一个级别！
简化就要整合很多东西，活动，文档，工作流程等，做好简化流程对我们是一个很好的挑 ...
我的想法可能有点不同，如果不完善了，怎么简化啊，我遇到一个项目，就一个进度表，其他什么都没有，这简化的？？？
我到更倾向于在完善的基础上简化 质量：以前做项目，感觉代码写的越好，质量就越高。但是后来听了质量的定义，呵呵才知道，质量最忌讳的就是"镀金"。
所以说，只要是客户满意就Ok了。
过程：至于过程，符合自己的需求就OK。但是，他也是围绕着质量开展的。
所以，客户至上。一切OK！！ 原帖由 hahamu 于 2008-9-8 10:20 发表 http://bbs.51testing.com/images/common/back.gif
质量：以前做项目，感觉代码写的越好，质量就越高。但是后来听了质量的定义，呵呵才知道，质量最忌讳的就是"镀金"。
所以说，只要是客户满意就Ok了。
过程：至于过程，符合自己的需求就OK。但是，他也是围绕着质 ...
我很同意啊，就是客户满意一切OK，但是，如何让客户满意，如何有效的导出客户需求，如何做好需求开发等等，这些LS的有何高见 客户满意，是很难。
现在做项目，感觉最让人头痛的就是需求。如何将需求控制住，是关乎项目成败的关键因素。
个人觉得，需求不可控，是由于2方面因素造成的：
1、客户不懂开发，不知道自己想要什么？就知道个大概的样子。
2、我们懂开发，但是不知道该给客户提供什么。
所以，就需要我们把握自己，如果能成为专家提供给客户好的意见，让客户跟着我们走。那是最好的。并不是说客户要什么，我们给什么什么，才是最好的。
以上，纯粹是比较好的愿望，至于各问题，都有自己的高招，所以，才会有论坛，提供好的经验供大家借鉴学习喽。
原帖由 chengxq 于 2008-9-8 10:26 发表 http://bbs.51testing.com/images/common/back.gif
我很同意啊，就是客户满意一切OK，但是，如何让客户满意，如何有效的导出客户需求，如何做好需求开发等等，这些LS的有何高见 原帖由 chengxq 于 2008-9-3 09:55 发表 http://bbs.51testing.com/images/common/back.gif
我的想法可能有点不同，如果不完善了，怎么简化啊，我遇到一个项目，就一个进度表，其他什么都没有，这简化的？？？
我到更倾向于在完善的基础上简化
完善流程的出发点是什么呢？ 进度？ 质量？ 成本？
原帖由 hahamu 于 2008-9-8 11:27 发表 http://bbs.51testing.com/images/common/back.gif
客户满意，是很难。
现在做项目，感觉最让人头痛的就是需求。如何将需求控制住，是关乎项目成败的关键因素。
个人觉得，需求不可控，是由于2方面因素造成的：
1、客户不懂开发，不知道自己想要什么？就知道个大概的样子。
2、我们懂开发，但是不知道该给客户提供什么。
所以，就需要我们把握自己，如果能成为专家提供给客户好的意见，让客户跟着我们走。那是最好的。并不是说客户要什么，我们给什么什么，才是最好的。
以上，纯粹是比较好的愿望，至于各问题，都有自己的高招，所以，才会有论坛，提供好的经验供大家借鉴学习喽。
关于这个问题
人月神话 上有一节提到了瀑布模型最大的错误：软件开发不应该是一次性的流程活动…… 原帖由 水印无痕 于 2008-9-8 16:21 发表 http://bbs.51testing.com/images/common/back.gif
完善流程的出发点是什么呢？ 进度？ 质量？ 成本？
完善流程的目的是从公司的长远角度出发，就是培养员工的项目管理的意识，因为我们公司说白了
是从手工作坊起步的，很多规范很多现在都是形式，所以我们需要的是完善它，理解它 我觉得质量这个范围很广，有流程的质量，产品的质量，开发的质量，测试的质量， 我们应该这样理解比较好，质量是实现达到预期的目标， 我觉得这样可以定义为拥有质量， 但是我们对于软件来说，所有的质量需求归根到底还是满足客户的需求，这个可以订为基本的质量需求或者是核心质量需求！这个基本的质量需求是要其下层的质量需求都被达到才可以！
关于流程，楼主说的很对，各个公司的方向不一样，对于服务型的企业其流程就要比产品型的严谨很多！！ 原帖由 水印无痕 于 2008-9-8 16:21 发表 http://bbs.51testing.com/images/common/back.gif
完善流程的出发点是什么呢？ 进度？ 质量？ 成本？
完善的流程出发点应该是 进度、质量与成本的统一最优。个人还是觉得，质量在好的软件，如果进度偏离了。也是无用！！ 原帖由 hahamu 于 2008-9-16 16:10 发表 http://bbs.51testing.com/images/common/back.gif
原帖由 水印无痕 于 2008-9-8 16:21 发表 http://bbs.51testing.com/images/common/back.gif
完善流程的出发点是什么呢？ 进度？ 质量？ 成本？
完善的流程出发点应该是 进度、质量与成本的统一最优。 ...
不解。LS的能说明白吗？
因为现在无论软件项目，还是工程的项目，进度偏离都是正常的，如果单从进度角度考虑的出发点是什么？ 原帖由 chengxq 于 2008-9-16 17:40 发表 http://bbs.51testing.com/images/common/back.gif
不解。LS的能说明白吗？
因为现在无论软件项目，还是工程的项目，进度偏离都是正常的，如果单从进度角度考虑的出发点是什么？
呵呵。现在所谓的进度偏离是相对项目计划的偏离。如果客户可以接受，我觉得是没有问题的。如果客户不接受，即使仅仅进度偏差1天，你该怎么办？？
我想说的是，如果你一味的追求项目进度的最优，达到分秒不差的境界，但是它是以质量与成本严重超支为代价的话，那就有问题了。
所以说，任何一个项目是无法单纯从某个方面（如进度）出发去考虑如何把握整个项目。
只有将3方面统一把握，才能够找到一个最优的解决方案。
明白？
[ 本帖最后由 hahamu 于 2008-9-17 14:09 编辑 ] 原帖由 hahamu 于 2008-9-17 14:08 发表 http://bbs.51testing.com/images/common/back.gif
呵呵。现在所谓的进度偏离是相对项目计划的偏离。如果客户可以接受，我觉得是没有问题的。如果客户不接受，即使仅仅进度偏差1天，你该怎么办？？
我想说的是，如果你一味的追求项目进度的最优，达到分秒不差的 ...
;P ;P ;P ，哎，看来我真的要好好学习语文了啊，你说的这个才是标准答案，上面那个我当时也吓了一跳，呵呵
页:
[1]
