[答疑]用《软件方法》分析《黑神话·悟空》

DDD领域驱动设计批评文集

做强化自测题获得“软件方法建模师”称号

《软件方法》各章合集

---

jeri 2024-8-22 9:37

这两天 黑神话.悟空 游戏很火。

用软件方法来分析，需求->卖(利润)，分析/设计->做（成本），从现象看，是需求做的好（当然也可能营销原因），但这个案例是不是是比较明确，即 “病人”的"病" 是已知的，只是没有效果较好的“药”，或者做效果好的“药”很贵，现在设计上使成本降下来，使需求-设计 >0，潘老师指导下

UMLChina潘加宇

我还真给《黑神话·悟空》团队讲过课（见本文后面部分资料），但也仅此而已。

另外，我几乎不玩此类游戏，所以也没有多少认识，以下只能随便说说。

（1）需求并没有“比较明确”

如果已经“比较明确”，做出来就会大卖，即使成本达4亿，只要有大卖的保证，乐意花这个钱的公司估计也会不少，那怎么没有出现各大厂商在西游游戏领域内卷的盛况？估计心下还是惴惴不安的。

（2）愿景的定位起点是开发团队自身

如果有人给开发团队投资去做一个系统赚钱，开发团队应该去做什么系统呢？

这就是定位目标组织和推导目标系统的过程。定位目标组织（挑选战场）的起点必须是开发团队自身，但一旦进入战场之后，就要遵从战场的规律，这个规律不因开发团队而变化。 

例如，开发团队A是某行业公司中的IT部门，开发团队A的任务就是对该公司的各方面做信息化改进（现在应该改名：革命性创新领域驱动设计敏捷8A架构数智化业务改进），在“定位”上面，似乎不需要什么思考，对吧？

实际上是需要思考的，而且也有思考的空间。

公司领导有5个改进目标，我们揣摩领导的心意，按重要性排序：

最重要的第1个，现有技术很难实现；第2个，现在的开发团队A不擅长；第3个，现在的开发团队A擅长。

从开发团队A的利益最大化来看，先改进第3个是最合适的。

再举一个例子，开发团队B，各方面都很弱，但是团队负责人的老爸是个大官。开发团队B优先挑选的是老爸最能罩得着的项目。

如果做商业产品，那需要思考的就更多了。“游戏科学”敢做这个，是根据自己开发团队的特点来定位的。

（3）需求要讲“最”，不能“也”

每一个迭代周期，必须要追求讨好“最”值得讨好的客户，改进“最”值得改进的指标，做“最”值得做的功能。一旦让“也”字混进来，烂起来非常容易。

下面是我在2011年为《斗战神》团队讲课时，课上学员写的愿景（当时用诺基亚N79拍的，清晰度不高）： 

其他内容暂时不看，只看以上两张图中的“老大”，一个认为是“高端玩家”，一个认为是“2B小青年”，这就有了冲突。

如果既要又要，“顺便做一下”，很容易出问题。

《黑神话·悟空》的成功，需要开发团队领导有坚强的意志，定位合适的愿景，并坚定不移地让每一个细节不违背愿景。 

**********

以下是2011年我为《斗战神》团队讲课时的资料。 

以下照片用诺基亚N79拍摄： 

大家正在做一道状态机的题目。

其中有这些天新闻中老被提到的《黑神话·悟空》技术负责人，应该很好辨认。 

整个团队都是男性。 

桌上有一本《Head First设计模式》，这是答题的奖品。

声明，纯属蹭热度。

最后，恭喜恭喜！

**********

《王者荣耀》的技术负责人，2007年也上过我的课。