如何将Scrum应用于Web开发的设计部分?

前端之家收集整理的这篇文章主要介绍了如何将Scrum应用于Web开发的设计部分?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我开始了解Scrum,我有兴趣与我们的开发团队一起尝试。我有很多问题,但我最大的心理障碍是在实际的图形设计。

随着我们目前的开发周期[瀑布式],我们的图形设计师基于松散的PRD,展现了所有图像的页面。如果我们要利用Scrum的方法,这个发展会发生什么呢?我认为我们习惯于看到大局,并朝着这一方向前进,而不是像我们一样将视觉作品融合在一起,这正是我期望图形设计的Scrum策略。

至少将框架中的所有功能列入积压行为是否闻所未闻?或者,对于第一个冲刺来说,设计其功能会更明智,我们可以在我们去时添加其他冲刺的新功能吗? (即,在新功能的时候,讨论“这将适合当前的设计?”)

解决方法

这是我建议你做的事情(即我们如何尝试这样做)

前冲刺0:确保你对你想要做的事情有一个良好的愿景。不必是超级细节,但不应该是“我们要建立一个社会网站”

Sprint 0:开发人员工具 – 设置CI服务器,处理部署脚本等,因此完成所有基本框架。最后,您应该能够按下一个按钮(最糟糕的情况是:在REMOTE服务器上运行一个命令),该命令将源代码控制系统中的代码进行构建,打包,运行所需的所有测试它报告回来,如果可能,将其安装在测试服务器上(或至少导致可以在测试服务器上安装的软件包)。

在这个时候,设计师正在做线框。他们的目标是为您所需要的网站做出基本的线框(认为网站地图和流量不是字段和像素)。然后,当这些工作完成时,与PM的最重要的一起工作,并详细介绍这个线框。不是像素YET。

项目经理等正在与设计师和业务/利益相关者合作,为您做好和追踪,撰写故事和任务。显然,他们需要有一个网站地图等的想法来做到这一点。

这可能需要多个冲刺。从一开始(我建议2-3周冲刺 – 1太短,4太长),看看你还需要做多少等等

所以在冲刺0结束时,你有:

>很多故事,按优先级顺序(你可以添加更多的时间,因为你会永远作为需求的变化)
>一个网站地图(即一个大概的想法,整个事情将包含)
>第一块工作的线框
>所有的工具都在工作和设置
>您的CI,错误跟踪,源代码管理和部署系统已到位

所以你开始冲刺1

请记住,对于前3-4个冲刺,您不会知道在冲刺中可以做多少工作,所以EXPECT错误!脱掉一样多的工作(按照业务/ PM的优先顺序),你认为可以做到这一点。你可以随时用更多的时间!

您很多开发这些页面,设计师将线下方的页面(由PM确定)。也许设计师为这些页面做艺术,所以你可以在下一个冲刺中做到这一点

所以,你正在开发你所拥有的,设计师正在为你的下一个冲刺而努力。

当然,他们也可以有一个scrum进程,只是他们早些时候开始冲刺!

现在重复,直到你用完了

在短跑期间,如果(说)需求变化或添加新的东西,那么为此写一个新故事,并将其安排在工作中。如果它是超高优先级,它可能会在顶部,并成为下一个冲刺的顶级项目(通常将在1-2周之内)。或者它可能是一个很好的,所以它在底部 – 业务决定。

PM /设计师需要知道他们可以改变事情,但是变化会产生后果,所以不要把他们(财务)的利益斩断和改变。但要求改变,XP和Scrum处理这个比瀑布更好。

不要忘记:

>你可以随时停止一个冲刺,然后回到规划,例如如果要求变化太大,或者你用完了
>只要这项工作没有得到承诺(即“额外”或“伸展”工作),您可以安排比您有时间更多的工作。

您的PM应该可以预测项目何时结束 – 查看您在上次冲刺中所做的工作量(您的速度),并划分剩余的工作量,并获得冲刺的数量。简单。

哦,阅读故事点 – 不要在几小时或几天内估计故事。使用积分为了引导,只做第一个故事,你估计(说)一个8(序列是1,2,3,5,8,13,21,40,60,100,无限)。然后拿第二个故事,并相对于第一个估计 – 是工作的两倍(13)?一半的工作(5)?大约相同(8)?

在冲刺结束时,加上你做了多少分,这就是你的速度。您可以COMMIT在下一个冲刺中做的最大量的工作量是该数量。你可以早点停止冲刺,或者如果你早点用完,那么只需要积压更多的工作。当你一起走,你的速度就会稳定下来。

嗯,我确定有书等等如何运行它,所以我会停止:)

猜你在找的HTML相关文章