主题：【原创】闲聊敏捷开发——SCRUM（一） -- 哈酷
家园 对PO的要求非常高啊... 如果碰到的客户没有这么高的素质就麻烦了。
家园 做agile，你必须相信客户水平就是比你高 至少在业务上要比你明白。如果你觉得他素质达不到要求，反过来就说明你素质不够，至少沟通能力不够，呵呵。当然了，个别情况也可能你确实比他更明白，这个时候就要要求他可以承担起责任，拍板还是要他做得。客户么，总是可以引导的。
我觉得po做的好不好，关键在于他的责任心，以及是否能和团队建立信任关系。彼此如果缺乏信任，沟通成本就会大幅度上升。 以我们某个PO为列，从来不跟我们做交流，也不参加我们的任何晨会和一些内部沟通会议，做出来的东西他看不上，也基本不检查。一星期都说不上2句号，能建立信任关系才怪。
家园 着啊，关键就在这里 其实agile就是一个把客户培训成BSO的过程... 有上道的有不上道的...
客户如果真的明白了这其中的麻烦，还不定愿不愿意走Agile呢... 保不定又缩回去走waterfall了... .
IT Project就是这样：不是你费劲就是我费劲... 反正这其中的麻烦是一定省不下来的...
家园 明白点的客户会知道这样的投入是值得的 除非他愿意接受WaterFall中对变更的限制，以及产品的潜在质量问题。
家园 这个水平不能一概而论 如果说是业务水平，我不认为PO应该比开发的人高。PO应该是市场导向上的水平比开发的人高，也就是说，按PO说的需求做更容易赚到钱——所以资方才会放心让他来提需求。
说到业务水平，PO应该相信开发人员水平高，如果不信，Poker-plan会上对答几次就自己知道斤两了。
你们的PO不来交流？poker-plan会来不来？他不来，他的story就没有被估过点数，也就不会有人开始干，他不着急？
信任问题么，PO一开始肯定是信任开发组的，否则一开始就不会有这个项目。我们去店里买东西，一开始就是信任这家店不会骗我，我才进去付钱的，一个道理。
如果合作后出现不信任，那是合作中的问题，不是一定是PO造成的。
家园 很客观 现在PO的确有向全才发展的倾向，尤其是打包产品越来越多的现在，PO能做PO就是对市场上可用的工具很清楚，有时反而是开发人员不了解，不能够有效地利用现成的工具加快项目。以前遇到过这样的情形，一个网站的项目，PO满脑子的怎么用SEO，而开发组的老印却连SEO都没听说过，可能光忙着做他的数据库与OOP了，结果PO对开发人员的业务水平产生了大问号，以后一有互联网方面的项目就从外面找consultant公司去了。
家园 下一篇讲SCRUM MASTER 有水平的SM可以缓解PO的素质问题。
家园 合同怎么签呢？ 按消费点数计算？
家园 赞光速填坑，另外能否详细说说项目的总点数是怎么定义的？
