今天和一个在诺基亚工作过的朋友聊ScrumQ诺Z推广Scrum有两q多Q和他交学C很多东西Q给大家分n一下：(x)
Q－Q－Q－Q－Q?br />
一D寒暄之后。。?br />
(19:58:23) i: 诺基亚用Scrum有多长时间了?br /> (19:58:24) he: 是用过.呵呵
(19:59:06) he: 整个公司推行q个大概也有两年的样?br /> (19:59:18) he: 不过具体到我q边大概是一q多
(19:59:21) i: 旉也不短
(19:59:58) i: 那你l我说下那边的情冉|么?D
(20:00:36) he: 其实怎么说呢...NC前的风格都是作坊型的
(20:00:49) he: 每个产品l就是个作?所以风格各?br /> (20:01:01) he: 有的适应Scrum快一?有的有些走?br /> (20:01:16) i: 那你所在的作坊怎么?br /> (20:01:19) i: 呵呵
(20:02:06) he: 不过不管最后是不是有些走样,q是有些好处
(20:02:20) i: 具体程?br /> (20:02:31) he: 其实主要原因是它原来q有一套标准的产品立项, 开? 试,
发布程.
(20:02:41) he: 然而又要把Scrum套C间去
(20:02:55) he: q中间其实就得看执行的团队和个h权衡?br /> (20:02:58) i: q样是好q是不好?br /> (20:03:17) he: 是这?br /> (20:03:56) he: 要的来讲,原来的发布流E是: 可行性研I?-> 立项 -> 开?br /> -> 试 -> 试用 -> 发布
(20:04:26) i: 使用scrum以后是。?br /> (20:05:08) i: 具体程是否严格按Scrum的规则来做的?br /> (20:05:37) he: 那么...xScrum嵌入到开发这个阶D去
(20:06:00) i: ?br /> (20:06:00) he: 对外面来说原来的那套程׃?..
(20:06:08) he: 所以有些地方就被框得很?br /> (20:06:24) i: 比如。?br /> (20:06:39) he: 如果团队只在开发这个周期做一两个q代...那么退化得跟原
来的程差不多了
(20:07:05) i: 我感觉Scrum可以替代q整个流E吧?br /> (20:07:20) he: ?)不过那不是我能改变的
(20:07:43) i: 那你个h认ؓ(f)程该怎么改变才比较好
(20:07:55) i: 拿N以前的这个ؓ(f)例子
(20:08:07) he: 前四个其实都可以
(20:08:24) he: 不过因ؓ(f)刚推行的时候大安对Scrum没有?br /> (20:08:38) he: 上边也不愿意LC西搞得那么激q?br /> (20:09:53) i: 可是我感觉把开发那个环节采用scrum也算是正的吧，因ؓ(f)?br /> 面的可行性研I方面如何去scrum?br /> (20:10:33) he: ?可行性研I的意?br /> (20:10:44) he: 其实是抽两三个最_ֹ的h
(20:10:51) he: l成一个预研的team
(20:11:08) i: en
(20:11:17) he: 然后在给定的旉内把PMq没有把握的功能作出demo来验证一
条\能不能走?br /> (20:11:23) he: 其实是满适合Scrum?br /> (20:11:32) he: 个h觉得:)
(20:11:38) i: 恩，有道?br /> (20:12:05) i: Scrumq个概念到是不仅仅拘泥于开?br /> (20:12:16) he: 然后q些feature的demo׃(x)支持之后的立申?才能拿到
l费
(20:12:42) i: 那现?strong>诺基亚的scrumq是在开发环?/strong>上吗
(20:13:02) he: 是的
(20:13:21) i: 那现在是成功呢Q还是。。?br /> (20:13:26) he: 据我了解多数?br /> (20:13:45) he: ?不管怎么? 它ƈ不像一个原来标准的样子, 作了某些妥协
(20:13:45) i: 对了Q和你分享一本书
(20:13:55) he: 但我觉得q是提高了效率的:)
(20:14:16) he: 虽然,很大E度上取决于团队和个觉程?br /> (20:14:56) i: 你说Q假如让你在一个下团队里去实施ScrumQ你?x)如何做?br /> (20:15:22) i:
http://www.infoq.com/minibooks/scrum-xp-from-the-trenches
今天在infoq看到q本书?br /> (20:15:41) he: 呵呵, q本我有PDF
(20:16:10) i: 噢。。?br /> (20:16:13) i: hehe
(20:16:26) he: 不过没看?)
(20:16:33) i: 说说你的xQ关于我刚才那个问题
(20:17:41) he: 是这? 我以前带的团队通常都是在预研之后接手的
(20:18:08) he: 所以在q个阶段之前, 主要q是和Product Manager讨论他的需
?br /> (20:18:24) he: (zhn)可以把N记的Product Manager看作一个内部客?br /> (20:18:30) i: 恩，那些backlog要列出来?br /> (20:18:46) he: q不到Backlog那里....
(20:18:53) i: 好，你l，呵呵
(20:19:06) he: Product Manager?x)提Z他自q角度出发最看重的需?br /> (20:19:26) he: q些需求也许是很简短的表述,像一个带场景的user story
(20:19:33) i: ?br /> (20:19:47) he: 因ؓ(f)他不?x)很兛_技? 他更多的代表市场
(20:20:58) he: 所以他的需求也许是q样子的:
节点A支持灵zȝ存储讑֤, 自动监测客户l与的存储设备数量ƈ作出按比?br /> xx:xx的空间占?br />
(20:21:21) i: 对，只是个user story
(20:21:31) i: 下一步呢
(20:21:55) he: 或者当用户B的voice传输到节点C?自动监其媒体cdq?br /> 做出质量和编码的变换
(20:22:27) he: q些user story, 我们通常?x)在他的会(x)议上先C? 整理?br /> 一个list
(20:22:50) he: PM?x)给Z看重的优先
(20:23:07) i: 客户l出优先U?Q?br /> (20:23:38) he: 对的, 比如? q当于问他: (zhn)最希望在第一个demo day?br /> 看到的是哪一个feature?
(20:23:43) i: 而不是我们分析需求去列出优先U，明白
(20:23:48) he: 或者?zhn)最希望推向市场卖的是哪一?br /> (20:23:54) i: ?br /> (20:23:58) he: 是的,它首先是面向feature?br /> (20:24:04) he: 然后...我们不能全都{应
(20:24:27) i: Z?br /> (20:24:44) i: 可以分P代来做吧
(20:24:59) he: 我们需要与做feasibility study的team沟?看看他所提出?br /> 要求是不是都能实?或者能否以可以接受的代价实?/strong>
(20:25:22) i: ?br /> (20:25:48) i: 怎么又回到第一环节?br /> (20:25:59) he: 如果不能实现, 我们可以q一步跟他确? (zhn)看, 你所说的
feature是A, 但是我们觉得(zhn)更需要的可能是A+
(20:26:28) he: 或? (zhn)看, 在给出的开发周期内A不能全都实现, 是否可以?br /> 实现A- ...
(20:26:58) he: 或者当前的q_对于实现A有所限制, 我们可以l?zhn)提供两个?br /> ? A1 或者A2
(20:27:11) he: 有的时候他或者她都会(x)咆哮...
(20:27:13) i: 恩，应该是增量式开发，一步步完成客户的需?br /> (20:27:28) i: 呵呵
(20:27:30) he: 或者我们双斚w在咆?..
(20:28:17) he: 那么也许最后达成的l果可能?x)是我们需要在W一个demo中作
出a, 然后同时{待另外一个team的组件b的效? 如果不行,那么backup可能?br /> c...
(20:28:57) he: q个妥协后的l果通常被称为product feature backlog
(20:29:24) he: 它对于技术细节关注很?主要x最后能完成的feature
(20:29:34) i: ?br /> (20:30:02) i: q个时候到sprint计划?x)议来细分这些backlog了吧
(20:30:06) he: 客户在交货或者中间确认进度的时候看的通常都是feature
backlog
(20:30:45) he: 是的, 通常之后每个feature team都会(x)召集h开?br /> (20:30:55) he: 也就是Scrum team
(20:31:08) he: 每个feature都分解ؓ(f)技术上实现的步?/strong>
(20:31:32) i: 然后l分出来交给团队?br /> (20:31:35) he: Scrum Master ?x)将q些步骤作ؓ(f)一个个TASKU录
(20:31:45) he: 不是l分出来交给团队...
(20:32:01) he: q个时候每个团队都参与q来看自q那部分feature backlog
?br /> (20:33:05) i: Scrum Master 记录那些task做什么?br /> (20:33:07) he: 成员王小花可能会(x)?..我觉着?要实现feature A 可能我们
需要先在后D存储s上实C个抽象层InfA
(20:33:22) he: 它需要routine A1 A2 A3来做
(20:33:31) he: 王二d可能反对...
(20:33:46) i: 呵呵?br /> (20:33:59) he: 说我觉着我们只需要服用组件B和组件C提供的服务接口InfB1?br /> InfC2...
(20:34:20) he: 然后l一个带路由表的配置文g...
(20:34:30) i: 那这个会(x)议最l目标是要干什么，或者说要得C么结?br /> (20:34:53) he: 最后的q些task, ׃(x)形成一个周期内的sprint backlog
(20:35:13) he: 能力好的团? 所能细分出来的task精?br /> (20:35:19) i: 噢，是指定backlog的过E?br /> (20:35:27) he: 通常_度控制?0h
(20:36:28) i: 如果需求有变的情况如何处理
(20:37:02) i: 在P代的时?br /> (20:37:14) he: ?..我记得上ơ某大师来讲座的时候我们也问过
(20:37:35) i: 呵呵Q怎么回答?br /> (20:37:45) he: 他的{案是标准做法是l箋把sprint做完,然后在接下来的一?br /> sprint中完成变?br /> (20:38:11) i: 明白了。。?br /> (20:38:37) i: 那P代期间你们有每日例会(x)?br /> (20:39:02) he: 是的, daily meeting
(20:39:25) i: 对了Q你们是不是也这样处理需求的变化Q放在下个sprint?br /> (20:39:47) he: 不是
(20:39:53) he: 我们的sprint 周期长达一个月..
(20:40:10) i: Scrum里规则是一个月。。?br /> (20:40:17) i: 那。。?br /> (20:40:19) he: 所以通常我们有drop一个旧的和add一个新?/strong>
(20:40:42) he: 除了通常比较化的Not Started. On Going和Done 三个状?br /> 之外
(20:40:56) he: 我们有Dropped和Added
(20:42:07) i: 噢，q样处理也很U学
(20:42:46) he: 呵呵:)因ؓ(f)有时候一个月q是太长
(20:43:00) he: 因ؓ(f)对于两地或者三C间的协同开?br /> (20:43:06) he: 一个月可以发生的事情太多了
(20:43:23) he: 其是这几个地方都有时差的时?br /> (20:43:47) i: 不过q代没有完成的话Q也许客户不清楚自己需求的变更是好
是坏Q大师那么说也有道理吧。P代完成，让客L(fng)了以后他再看是否变化需求?br /> (20:44:02) i: 我说的有没有可能 Q?br /> (20:44:30) he: 是的:)
(20:45:06) he: 但是有时候需求确实很?..
(20:45:09) i: 具体应用具体处理吧，L(fng)有了处理的办法?br /> (20:45:13) i: ?br /> (20:45:19) he: 比如H然拿某Ud的单
(20:45:27) he: 而该客户以需求怪异著称
(20:45:34) i: 呵呵
(20:45:38) he: q种情况不一定非得等C一?/strong>...
(20:45:45) i: 实
(20:45:55) i: 拥抱变化
(20:46:29) he: 其实我觉得很依赖团队成员?br /> (20:46:36) he: 如果团队成员很不U极
(20:46:36) i: Scrum的规则也应该是符合实际情늚l验性方法才能发挥能
量?br /> (20:46:47) i: 个h敏捷?br /> (20:46:55) he: 那么sprint planning׃(x)L沉沉变成d指派...
(20:47:09) i: Scrum里面说自我管?br /> (20:47:31) i: 如何调动成员的积极性来更好的团队自我管?br /> (20:49:18) he: 其实原来我带的team比较实际一?...
(20:49:23) he: 每个sprint都有demo...
(20:49:29) i: 那天在infoq上看了一文章，关于q个问题Q是说团队成员的
Mh精不?br /> (20:49:38) i: 恩，你l?br /> (20:49:53) he: 大家通常都很期望demo day那天PM发话? ?对的,我就是想
要这?br /> (20:50:10) he: 如此以来...整个teamp甌预算出去大吃大喝?br /> (20:50:20) he: 因ؓ(f)整个team都比较好?..
(20:50:23) i: 呵呵
(20:50:29) he: 成都好吃的地方很?也不很贵
(20:50:39) i: 好吃不懒?br /> (20:50:58) he: ?ȝ来说,是得有promotion:)
(20:51:05) he: 我个?br /> (20:51:29) i: 一些物质激?br /> (20:52:10) he: ?.其实也不限于q个...物质
(20:52:28) he: (zhn)说:)
(20:53:06) i: 比如一起出Lq_(d)放松个一两天
(20:53:19) he: ?br /> (20:54:10) i: 对了Q你们用看板没有
(20:54:39) i: 是有专门的系l还是手工看?br /> (20:55:38) he: ??strong>一间屋专门换了ȝ板的...
(20:55:50) i: 常用?br /> (20:55:53) he: 四面墙可以ؕ涂ؕ?/strong>....
(20:56:03) he: ?l常:P
(20:56:08) i: 呵呵
(20:56:21) i: 我们q方面做的不太够
(20:56:25) he: 针对team里年Mh表现Ʋ都比较强的特点
(20:56:31) he: 我们划出一面墙?br /> (20:56:40) he: 当月sprint完成的最好的q轻?br /> (20:56:46) he: 有权占有那面?/strong>...
(20:56:53) i: 呵呵
(20:57:02) he: 只要不写的太反动...随便他怎么规划
(20:57:04) i: 涂鸦?br /> (20:57:08) he: ?差不?br /> (20:57:25) he: 对羞涩性队员的效果可能差一?br /> (20:57:33) i: 挺有意?br /> (20:57:54) he: :)
。。?br /> end
Eric-1001c 2008-08-20 15:56 发表评论
]]>