随着我们目前的开发周期[瀑布式]，我们的图形设计师基于松散的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在下一个冲刺中做的最大量的工作量是该数量。你可以早点停止冲刺，或者如果你早点用完，那么只需要积压更多的工作。当你一起走，你的速度就会稳定下来。
嗯，我确定有书等等如何运行它，所以我会停止:)
