您的位置:

主页 > 1.80星王合击 >

学生项目的范围管理

更新时间:2019-10-21 11:53

管理项目范围对于任何项目的成至关重要,但对学生项目的成尤为重要。在本文中,我将向您介绍我用于确保我的项目如期发布的技术。请记住,我的方法旨在解决学生开发团队独有的因素,如果您是开发人员或处于AAA行业,那么纯粹敏捷的方法可能对您的团队更有效。我使用瀑布和敏捷练习的混合体,我专门选择这些练习来弥补学生缺乏经验。

发布计划

我将每个学期的发展视为潜在的最终版本,并将每周的课程视为冲刺。无法保证学生项目将继续进入下一学期,特别是如果团队领导即将毕业。对于大型项目,这意味着愿意从初始范围中削减大部分能。

您想要制作的游戏可能与您的团队拥有资源和经验的游戏不同,而您作为领导者的工作是帮助团队计划他们可以在一个游戏中可行地发布的游戏学期。您需要确保计划发布在团队技能组内,并且在团队必须处理发布的时间内,同时包括高价值能并使团队专注于发布。这不是一个容易的平衡行为。

此过程的第一步是与产品所有者和开发团队会面,以确定产品所有者和利益相关者最重视哪些能,以及开发团队确信他们能够在约束条件下提供哪些能。< / p>

一旦发布的范围缩小到最有价值的能,就可以与开发团队坐下来将所有能分解为组件任务,并为每个任务分配一小时的估算。任何模糊定义或难以分解的任务都是有风险的,并且是从项目中删除的候选者。无法分解大型任务表明团队可能无法准确了解完成任务所需完成的工作。

我建议使用Microsoft Project或免费替代方案来构建具有已建立的依赖关系和资源的任务列表。我不打算教你如何使用Microsoft Project - 已经有很多很棒的教程和作指南如何安排任务,设置资源,以及如何调整预定的工作时间? 。此时您要做的是确保发布中的每个任务都有一个小时估计,其依赖关系已建立,指定了一个指定的开发人员,并且每个开发人员都有一个4小时的工作周设置。 / p>

为开发人员分配更大的工作周可能很诱人,但我不会超过6小时的工作周,我建议将工作周缩短一半,以便考虑到非开发任务花费的时间。 。故意低估您的开发团队的工作时间允许您构建一个沙袋,可以计算任务的不良时间估计,并可以在项目结束时用作额外的抛光时间。

完成此作后,您将对资源进行调整,并确定您的计划范围需要多长时间才能开发。你几乎可以保证超过截止日期。一些小的优化可以略微改善计划,但您将需要削减能。当它只是潜在客户和产品所有者时,这种方法效果最好。如果他们最喜欢的能在砧板上,开发人员可以防守,如果每个人都参与这个决定,会议就会变得激烈。请记住,您的工作是确保项目按计划发货。您需要在情感上投入运输产品,但不要在产品或其能上投入情感。从游戏中剪切你最喜欢的能并不容易,但如果时间表正在下滑且你的发布日期即将来临,你可能需要做到这一点。

Sprint计划

由于这些和相对缺乏经验,学生团队有一些非常严格的工作和管理学生团队比管理专业团队更多参与。这就是为什么我建议在发布版本中使用更多瀑布方法来分配任务。在敏捷团队中,团队成员需要自我组织并选择自己的冲刺任务,但这对

学生来说并不适用。 Sprint计划仍然会发生,但这是你的责任

管理项目范围对于任何项目的成至关重要,但对学生项目的成尤为重要。在本文中,我将向您介绍我用于确保我的项目如期发布的技术。请记住,我的方法旨在解决学生开发团队独有的因素,如果您是开发人员或处于AAA行业,那么纯粹敏捷的方法可能对您的团队更有效。我使用瀑布和敏捷练习的混合体,我专门选择这些练习来弥补学生缺乏经验。

发布计划

我将每个学期的发展视为潜在的最终版本,并将每周的课程视为冲刺。无法保证学生项目将继续进入下一学期,特别是如果团队领导即将毕业。对于大型项目,这意味着愿意从初始范围中削减大部分能。

您想要制作的游戏可能与您的团队拥有资源和经验的游戏不同,而您作为领导者的工作是帮助团队计划他们可以在一个游戏中可行地发布的游戏学期。您需要确保计划发布在团队技能组内,并且在团队必须处理发布的时间内,同时包括高价值能并使团队专注于发布。这不是一个容易的平衡行为。

此过程的第一步是与产品所有者和开发团队会面,以确定产品所有者和利益相关者最重视哪些能,以及开发团队确信他们能够在约束条件下提供哪些能。< / p>

一旦发布的范围缩小到最有价值的能,就可以与开发团队坐下来将所有能分解为组件任务,并为每个任务分配一小时的估算。任何模糊定义或难以分解的任务都是有风险的,并且是从项目中删除的候选者。无法分解大型任务表明团队可能无法准确了解完成任务所需完成的工作。

我建议使用Microsoft Project或免费替代方案来构建具有已建立的依赖关系和资源的任务列表。我不打算教你如何使用Microsoft Project - 已经有很多很棒的教程和作指南如何安排任务,设置资源,以及如何调整预定的工作时间? 。此时您要做的是确保发布中的每个任务都有一个小时估计,其依赖关系已建立,指定了一个指定的开发人员,并且每个开发人员都有一个4小时的工作周设置。 / p>

为开发人员分配更大的工作周可能很诱人,但我不会超过6小时的工作周,我建议将工作周缩短一半,以便考虑到非开发任务花费的时间。 。故意低估您的开发团队的工作时间允许您构建一个沙袋,可以计算任务的不良时间估计,并可以在项目结束时用作额外的抛光时间。

完成此作后,您将对资源进行调整,并确定您的计划范围需要多长时间才能开发。你几乎可以保证超过截止日期。一些小的优化可以略微改善计划,但您将需要削减能。当它只是潜在客户和产品所有者时,这种方法效果最好。如果他们最喜欢的能在砧板上,开发人员可以防守,如果每个人都参与这个决定,会议就会变得激烈。请记住,您的工作是确保项目按计划发货。您需要在情感上投入运输产品,但不要在产品或其能上投入情感。从游戏中剪切你最喜欢的能并不容易,但如果时间表正在下滑且你的发布日期即将来临,你可能需要做到这一点。

Sprint计划

由于这些和相对缺乏经验,学生团队有一些非常严格的工作和管理学生团队比管理专业团队更多参与。这就是为什么我建议在发布版本中使用更多瀑布方法来分配任务。

在敏捷团队中,团队成员需要自我组织并选择自己的冲刺任务,但这对学生来说并不适用。 Sprint计划仍然会发生,但这是你的责任

上一篇:华为媒体垫评论
下一篇:这里是Kotaku官方读者写的博客中的最??新消息,在你自己之间谈话