如何将Scrum应用于Web开发的设计部分？
|
我开始了解Scrum，我有兴趣与我们的开发团队一起尝试。我有很多问题，但我最大的心理障碍是在实际的图形设计。
随着我们目前的开发周期[瀑布式]，我们的图形设计师基于松散的PRD，展现了所有图像的页面。如果我们要利用Scrum的方法，这个发展会发生什么呢？我认为我们习惯于看到大局，并朝着这一方向前进，而不是像我们一样将视觉作品融合在一起，这正是我期望图形设计的Scrum策略。 至少将框架中的所有功能列入积压行为是否闻所未闻？或者，对于第一个冲刺来说，设计其功能会更明智，我们可以在我们去时添加其他冲刺的新功能吗？ (即，在新功能的时候，讨论“这将适合当前的设计？”) 解决方法
这是我建议你做的事情(即我们如何尝试这样做)
前冲刺0：确保你对你想要做的事情有一个良好的愿景。不必是超级细节，但不应该是“我们要建立一个社会网站” Sprint 0：开发人员工具 – 设置CI服务器，处理部署脚本等，因此完成所有基本框架。最后，您应该能够按下一个按钮(最糟糕的情况是：在REMOTE服务器上运行一个命令)，该命令将源代码控制系统中的代码进行构建，打包，运行所需的所有测试它报告回来，如果可能，将其安装在测试服务器上(或至少导致可以在测试服务器上安装的软件包)。 在这个时候，设计师正在做线框。他们的目标是为您所需要的网站做出基本的线框(认为网站地图和流量不是字段和像素)。然后，当这些工作完成时，与PM的最重要的一起工作，并详细介绍这个线框。不是像素YET。 项目经理等正在与设计师和业务/利益相关者合作，为您做好和追踪，撰写故事和任务。显然，他们需要有一个网站地图等的想法来做到这一点。 这可能需要多个冲刺。从一开始(我建议2-3周冲刺 – 1太短，4太长)，看看你还需要做多少等等 所以在冲刺0结束时，你有： >很多故事，按优先级顺序(你可以添加更多的时间，因为你会永远作为需求的变化) 所以你开始冲刺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在下一个冲刺中做的最大量的工作量是该数量。你可以早点停止冲刺，或者如果你早点用完，那么只需要积压更多的工作。当你一起走，你的速度就会稳定下来。 嗯，我确定有书等等如何运行它，所以我会停止:) （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |