Adobe Premiere Pro小组的Scrum实践
①使用敏捷开发的原因:计划超期25%,重要的原因是在改Bug。敏捷转型首先使用的是Scrum
②人员比较多,Scrum团队如何组成?方案是:包含3个跨职能团队,Program manager作为三个团队的Scrum master,Senior Product Manager作为CPO,有最终的发言权,但是PO组包含了EngineeringManager、Scrum Master、Quality Engineering manage、User Experience designer。
③ Adobe Premiere Pro team 最初引用Scrum遇到的三个首要障碍:如何和异地团队协作、如何拆分需求并保证拆分后的需求仍然具有价值、如何和使用瀑布开发的其它团队协作
④如何和异地团队协作?他们做过一种尝试:把当地的团队组成一个Scrum团队。这样减少了沟通的障碍,但这样的尝试失败了,因为当地的团队不具备跨职能团队需要的技能组合,使得他们不能独立完成需求的交付。他们又做了另一种尝试:Scrum团队的组成原则,更多的考量技能组合以及人际的关系,而较少的考量地域。遇到的障碍是沟通。为了解决这个问题,所有的人被要求用Adobe Connect tool,达到模拟“在一起工作”的效果。
⑤如 何拆分需求并保证拆分后的需求仍然具有价值?需要从传统的根据架构分层开发转变到交付有商业价值的小需求。具体的做法就是根据价值拆分为小的需求,并纵向 切割架构的分层,以保证每一个价值可以交付,同时保证完整的测试可以进行。传统的架构分层的做法,完整的测试需要各层都完成后才可以进行。
⑥如 何和使用瀑布开发的其它团队协作?共同遵守重要的里程碑,向使用瀑布开发的团队推荐敏捷开发中的优秀实践以减少整合的风险,例如风险前移、测试前移、结对 编程、持续集成等。应该说,在这种场景下,使用敏捷开发的团队并不能轻易改变已经制定的整体协作计划,也就是说,应对变化的需求并不容易。如果要有好的效 果,瀑布开发的团队还是需要向敏捷开发演变。
⑦如何判断质量有了大幅提升?Adobe Premiere Pro team用的度量数据包括:1) 交付测试的严重bug;2) 回归测试Bug的收敛率 3) 实际bug修复的比例
⑧ Adobe Premiere Pro team使用瀑布开发的方式的教训:在测试阶段出现大量的bug,由于交付压力,往往采取“快速解决但增加长期成本”的做法,例如1) 延期修改bug,虽然这些bug会影响客户的使用;2) 修改bug的症状,但没有考量根本原因 3) 修复bug并没有重构代码以保持整洁,增加了代码的复杂性。以上都增加了代码级别的技术债务。另一个层面,大量的加班修改bug导致下一个版本的前期效率低下。
⑨优先级最高的需求不见得是功能级需求,很可能是技术类需求和非功能性需求,这要看产品所属的阶段。Adobe Premiere Pro team 最初引用Scrum,第一个发布的目标就是保证产品的可靠性和性能,因为这是该产品当时最大的问题。“非功能性需求不满足造成的损失往往是这类需求的最大价值”
相关推荐
SCRUM实践 最佳实践文档 项目经理的首选
敏捷软件开发之Scrum实践敏捷软件开发之Scrum实践敏捷软件开发之Scrum实践
Scrum及其实践\敏捷测试模式
团队组建 评估会议 sprint计划会议1 sprint计划会议2 每日例会 sprint评审会议(验收) sprint retrospective meeting
有关敏捷实践的思考与总结,特别是scrum训练。汇集了众多实践者的思考,欢迎下载。
敏捷开发实践-我们这样实践Scrum 敏捷开发实践-我们这样实践Scrum 敏捷开发实践-我们这样实践Scrum
黄枫-大型Scrum实践银行产品敏捷转型与DevOps 经验分享pptx.pdf
在一个新的公司,新的团队,实施Scrum已经快一年了,近日总结了一些Scrum实践的具体做法,和大家共享、讨论。还在总结更多的内容,例如如何保证质量、团队激励、经验总结等,希望过两天可以完成。内容见“我们这样...
Sprint_Backlog_Track_Template:记录Backlog,并在日程中记录每天进展情况,尚未对实际工作情况在Backlog中自动统计 Story_Template.doc:用于打印并粘贴到看板的UserStory
光谈理论很虚,这本书教你会如何进行在实际项目中应用Scrum。
实践小记 项目管理遇到的问题总结 几个项目管理问题及讨论 项目经理应该具备的能力和自我评估 客户沟通的一些体会 Agile与人生哲学 关于两个需求故事
黄枫-大型Scrum实践银行产品敏捷转型与DevOps 经验分享pptx.zip
提供一个有关Scrum任务、实践、用语和对Agile开发过程理论的总览, 紧接着我们在MMO研发中应用这个方法的经验。
Scrum精要Scrum精要Scrum精要Scrum精要Scrum精要Scrum精要Scrum精要Scrum精要Scrum精要
从网上下载的scrum敏捷小抄本,很适合打印出来贴在墙上供项目团队成员学习
Scrum的实践经历, 讲解很透彻. Scrum是跨职能团队以迭代、增量的方式开发产品或项目的一种开发框架。它把开发组织成被称 为Sprint的工作周期。这些迭代每个都不超过4周(最常见的是两周),并且无间歇地相继进行。
作者花四年时间,把自己近十五年的敏捷实践经验,特别是近四年中针对各种敏捷转型企业的咨询和指导工作,并结合旁征博引的方式,从更高的思想层次对敏捷与Scrum多年来的经验和教训进行深入而前面的梳理和总结,最终...
Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里的争球。 虽然Scrum最初只应用于软件开发,它也可以被成功地应用于其他产业。现在Scrum通常被认为是一种用于开发任何产品或...
主要是讲解任务看板结合scrum的应用。