西西河

主题:【原创】闲聊敏捷开发——SCRUM(一) -- 哈酷

共:💬141 🌺325 新:
分页树展主题 · 全看首页 上页
/ 10
下页 末页
            • 家园 角色问题非常重要

              如果自己没搞清自己的角色就麻烦了。

              SCRUM中的三种角色,PO,TEAM,SM。

              搞的烂的很多都是搞不清自己的角色该做什么事情。

              当SM的参与设计,当PO的误以为自己能当SM。

      • 家园 对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的素质问题。

      • 家园 合同怎么签呢?

        按消费点数计算?

        • 家园 可以按人月算,或者人周

          这样的合同以前也有的,多少人给你干多少时间,反正甲方有PO现场驻扎。

      • 家园 赞光速填坑,另外能否详细说说项目的总点数是怎么定义的?
        • 家园 总人数×总时间

          既然你问题中问了‘总’,那么就是两个‘总’相乘。我一般是1个人周算10点,那么10个人的开发组干24周(约半年)就是240个点。

          我最大的一个项目是70多个人干了1年,你算算多少点?

          • 家园 明白了,换种说法,可以消费的人月,另外一个白痴问题

            呵呵,好不容易碰上个不花钱的培训老师,小羊就敞开了问了阿

            我现在手头有一个正在接洽的项目,不算小,甲方没有具体的截止时间要求,目前是提出了一个纲要性的需求,这种情况下,是不是我们按照这个纲要性的需求定义项目参与人数和项目周期?

            • 家园 一点不白痴,很实际的问题

              纲要性需求只能给出概略的人数和周期。

              但是说清楚这是概略的,因为甲方没有提供详细的需求,所以无法提供准确的人数周期,这个甲方应该理解。

              如果你打算采用SCRUM管理,必须要求甲方派能负责的PO过来。

              同时告诉对方几个好处:

              1,开工后接受任何改动(对方会很高兴的),

              2,随时可以要求交货(而且提前交货可以少收他们的钱)。

              3,随时可以看到可用版本。

              如果对方完全不懂SCRUM,最好上门给对方讲解一下,这是对双方都好的方式。

              我的经验是如果用中文讲,花一小时吃个午饭基本上可以讲清楚了。

              如果是英文,大概要吃三次午饭。


              本帖一共被 1 帖 引用 (帖内工具实现)
分页树展主题 · 全看首页 上页
/ 10
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河