我开始学习Scrum,我有兴趣与我们的开发团队一起尝试.我对此有很多疑问......但我最大的心理障碍是在实际的图形设计中.
在我们当前的开发周期[waterfall-esque]中,我们的图形设计器根据松散的PRD布置包含所有图像的页面.如果我们要利用Scrum的方法,这种发展将如何发生？我认为我们习惯于看到全局并朝着它迈进......而不是在我们去的时候将视觉片段装配在一起,这就是我期望Scrum的图形设计政策.
是否至少闻所未闻的至少将所有功能都用线框架？或者更为明智的是 - 对于第一个冲刺 - 以这样的方式设计其功能,即我们可以添加其他冲刺的新功能吗？(即,当需要新功能时,请讨论"这适合当前的设计？")
这是我建议你这样做的方式(也就是我们如何尝试这样做)
预冲刺0:确保您对自己想做的事情有一个良好的视野.不一定非常详细,但不应该是"我们想建立一个社交网站"
Sprint 0:开发人员工具 - 设置CI服务器,处理部署脚本等,以便完成所有基本框架.最后,你应该能够按下一个按钮(最坏的情况:在REMOTE服务器上运行一个命令),它接受你的源代码控制系统中的代码,构建它,打包它,运行你想要的所有测试.它,报告回来,如果可能的话,将它安装在测试服务器上(或至少导致你可以在测试服务器上安装的软件包).
此时,设计师正在做线框.他们的目标是为您认为需要的网站提供基本的线框图(想想站点地图和流量而不是字段和像素).然后,当这样做完成后,解决PM的最重要的问题,然后详细介绍 - 线框.不是像素YET.
项目经理等正在与设计师和业务/利益相关者合作,为您编写故事和任务以及跟踪.显然,他们需要知道站点地图等才能做到这一点.
这可能需要不止一个冲刺.从一开始(我建议2-3周短跑 - 1太短,4太长),看看你还需要做多少等等.
所以在sprint 0结束时,你有:
很多故事,按优先顺序排列(您可以在以后添加更多,事实上,随着需求的变化,您将始终如此)
站点地图(即关于整个内容将包含的内容的一般概念)
第一个工作块的线框
您的所有工具都在工作和设置
您可以使用CI,错误跟踪,源代码控制和部署系统
那么你开始冲刺1
请记住,对于前3-4次短跑,你不会知道你在冲刺中可以做多少工作,所以期望错误!尽可能多的工作(以业务/ PM给他们的优先顺序),你认为你可以做到这一点.你可以随时拿更多!
你很多地开发这些页面,设计师将下一个页面的线框(由PM确定).也许设计师为这些页面做了艺术,所以你可以在下一个sprint中完成
所以,你正在开发你所拥有的东西,而设计师正在为你的下一个冲刺工作.
当然,他们也可以进行scrum过程,只是他们早点开始冲刺!
现在重复,直到你没有工作
在冲刺期间,如果(比方说)需求发生变化或添加了新内容,则会为此编写新故事,并将其安排到工作中.如果它是超高优先级,它可以位于顶部并成为下一个冲刺的顶级项目(通常是1-2周之后).或者它可能是一个很好的,所以它在底层 - 业务决定.
PM /设计师需要知道他们可以改变一些事情,但改变DO会产生后果,因此切换和改变前后不是他们的(财务)利益.但要求会改变,XP和Scrum比瀑布更好地处理这个问题.
别忘了:
您可以随时停止冲刺并返回计划,例如,如果要求变化太大,或者您的工作已经停止
你可以安排比你有时间更多的工作,只要这项工作没有被承诺(即,它是"额外的"或"伸展"的工作)
你的PM应该能够预测项目何时结束 - 看看你在最后一个冲刺中做了多少工作(你的速度),并将剩下的工作量除以该数字,然后你得到了冲刺的数量.简单.
哦,并阅读故事点 - 不要在几小时或几天内估计故事.使用积分.要引导它,只需将您估计的第一个故事(比如说)设为8(序列为1,2,3,5,8,13,21,40,60,100,无限).然后采取第二个故事,并估计它相对于第一个 - 它是工作的两倍(13)？一半的工作(5)？差不多(8)？
在冲刺结束时,加上你做了多少分,这就是你的速度.您可以在下一个sprint中执行的最大工作量是该数量.你可以提前停止冲刺,或者如果你早点用完,就可以从积压工作中获得更多的工作.随着你的进展,你的速度会稳定下来.
该死的,我敢肯定有关于如何运行它的书等,所以我会停止:)
我非常不同意杰森提供的答案.Scrum的全部意义在于摆脱设计师首先"做他们的事"然后继续其他事情的方法.这完全和100%反对所有精益/ Scrum原则!
将设计师融入Scrum流程的方法？把他们扔进混合!确保你不只是将瀑布项目包装到Scrum中,因为这是失败的最佳方式!Scrum只有在没有例外的情况下实现时才有效."Scrum,但......"是最糟糕的项目模型.组织工作,以便可以同时进行设计和开发.不要过度初始设计,但要使其成为一种推拉式的情况,硬币的两面都会影响另一面.Scrum的要点是迭代,迭代和迭代,所以要充分利用它.
而且,它实际上完全避开了传统的基于Photoshop的设计.您可以在Signal vs. Noise的优秀博客文章中阅读更多相关信息:http: //www.37signals.com/svn/posts/1061-why-we-skip-photoshop
京公网安备 11010802040832号 | 京ICP备19059560号-6 