搜索 Unity

那件最容易在项目复盘中忽略的事:协作

2021年9月3日 类别 游戏 | 4 分 阅读
People collaborating and  working on computers
People collaborating and  working on computers
分享

总是觉得哪里不对?项目源可能是问题源头。无论是单人开发还是1000多人的大团队,所有人使用一个单一的项目源进行流畅的协作看起来貌似是不可能的。

在为一个大项目进行复盘时,大家总会讨论哪些地方做得好,哪些地方有待改进,但可能没人会专门回顾项目的版本控制系统(VCS)。鲜有人会考虑自己的VCS对于团队的工作是起了促进还是阻碍作用。 

落后的VCS很可能在团队成员间造成信息差、让他们耗费大量时间进行沟通协调,严重的可导致项目延期。所以,在开始为项目写下第一行代码之前,先挑选好工具可能会让整个流程大不同。找出工作的促进与阻碍因素

任意规模的公司在处理快速的发布周期、庞大的文件和分散的团队时,即便有丰富的协作经验,也会时常感到棘手。一个好的VCS应该能让工作流程更加高效,让程序员和艺术人员可以在不影响性能、迭代速度、项目分支和合并的情况下快速进行协作。

项目复盘时必须考虑的问题

在下一次复盘时,你可以试着问自己以下问题来明确源代码管理(SCM)是否拖累了整个工作流程。

团队的工作流程是更加流畅还是会时常中断?

每个人的工作流程都各不相同。 

游戏开发者通常更喜欢使用分布式版本控制来创建或合并分支,而艺术人员则更依赖于简单的、以文件为单位的集中式版本控制。如果要让每个人都能顺利相互协作,你就必须避免在基本的工具管理上出错,否则它会为团队带来巨大的问题,造成沟通中断、进度丧失等各种麻烦。如果工具无法灵活地兼容集中式和分布式两种控制方法,版本控制就会成为性能和效率的主要障碍。 

团队成员是否能够专注于目标执行,而不必担心打乱别人的进度?我们可以与队员进行开诚布公的谈话,确定这一因素是否为项目延期、bug及其它问题的源头。 

团队在学习VCS工具上所花的时间与实际开发相比是否过长?

在为团队提供项目源时,对文件的访问应尽可能方便。 

无论是小团队还是大团队,所有成员的经验水平和工作流程都会有所差异。源码的管理方式可能会在不知不觉中拖慢项目流程,如果你用Git或BitBucket等多种工具东拼西凑成一个解决方案,甚至单单使用一种未针对游戏开发优化过的工具,则情况只会更严重。许多工作室就犯过类似错误,专门抽出一部分关键的开发时间来给版本控制编写内部文档和SLA。 

那这一问题对团队来说有实质影响吗?你可以就方便性与直观性对团队,尤其是那些缺乏技术知识的人,展开调查。

团队是否能迅速听取反馈,还是只能亡羊补牢?

确保来自外部和内部的反馈可以迅速被听到, 

你对反馈的接受速度对游戏的成功至关重要。如果不能快速反应,积压工作会越来越多,工作也会越来越紧张。 

技术本身应成为效率的助推器,而非障碍。项目在修改时,首当其冲的一般是源代码的改动。而在一个文件和资源库巨大的游戏项目里,快速地修改源码是一个不小的难题,这不仅仅涉及项目的下载和上传速度,还涉及快速定位改动的能力。数分钟与数秒的处理时间有着非常大的差别。 

迅速接受反馈、修改项目的能力只会有助于提高游戏质量,并且能避免出现对着项目抓耳挠腮的情况。请确定修改速度对项目成功是否有不良的影响。如果效率的确扮演了重要的角色,请考虑使用支持二进制文件、具备大容量存储库的VCS。

团队应对意外的能力怎样?

墨菲定律声称“任何事情都会出现意外”,而现实中也确实很少出现反例。

与其向上苍祈祷一切能顺风顺水,我们不如抱着“未雨绸缪”的态度仔细检查团队的意外应对能力,以及同样重要的支援能力。就VCS而言,强大的应对能力意味着系统可以兼容多种工具、平台或游戏引擎,否则项目的安全都会受到波及。 

调查团队是怎样处理VCS里的问题的,他们是否有强力的技术支持做后盾,是否会在论坛上的自行求助,或用邮件或电话寻求直接指导?问题出现时,服务供应商会如何应对? 

你绝对不希望在问题出现时孤立无援。即便在这款游戏里并未出现什么大问题,为团队提供足够的支持,保证源码等关键组成的编辑和维护安全无虞,可为每个项目带来巨大的收益。

不要被工具挡住去路,现在就来免费试用Plastic SCM吧。 

为你的团队配备对的工具,让他们发挥出最好的自己。请在此处免费试用Plastic SCM Cloud Edition ,或注册领取Enterprise Edition的30天免费试用(最多5个席位)。

*前3名用户和头5GB不收取费用,超出的价格根据活跃用户数和总存储量进行计费。请在此处查看软件的定价与使用条件。

 

2021年9月3日 类别 游戏 | 4 分 阅读