的确有例外，但大量出现则是不正常的。比如图中虽然有多达7个Create操作，但只有3个Delete操作（黑粗虚线边框）。
有分析认为地球人在这种工具中可能只分析“关键”需求，其他需求由开发人员自己掌握。但火星小学生反对这种做法，他们认为小学课程只教授了开发技术，而没有太多提及需求分析，因此把这种工作遗留下来给他们是危险的。
乌云4号：规模差异
在对人类语言进行进一步破译之后，水手谷第一小学的火星小学生决定尝试编写人类所描述的这个软件。
他们先选择了位于左上角的三个故事（黑粗边框）：
Search by keyword，从数据库中搜索并读取数据（内存模型和数据库表提前准备好了），设计一个类似Google的界面来分页展示搜索的结果；搜索范围仅限于邮件正文。
Limit search to 1 field，假设增加在标题中搜索keyword的功能，界面同上。
Limit search to 1+ fields，假设除标题之外，同时要在收件人、抄送人、附件名字这3个字段搜索keyword，其他同上。
在开发过程中他们使用人类的语言和开发进度，来重现地球人的开发过程。火星自转周期是814857310114318.8次铯原子基态跃迁，大约是地球上的24.6小时，所以可以认为下面的“天”数和地球人的天数差不多。
结果是：
Search by keyword：5人天
Limit search to 1 field：０.５人天
Limit sarch to 1 field：０.５人天
后面两个条目由于可以完全借用前面一个的界面，而后台代码改动量只有一行，所以工作量很小。
此外，为了让他们能有Email可供Search，奥林匹斯二中的师兄们提前帮他们开发了Create and send basic email功能（黄色部分第一行第三个），他们发现这个功能花费了长达10人天。
10，5，0.5，0.5……为何规模相差20倍的条目会使用完全相同的图形表达？火星人小学生质疑考古学家文字翻译的准确性，但后者表示出错的概率不大。
乌云5号：计划不准
在一次偶然的紫外光扫描过程中（火星大气及地貌色调偏红，因此火星人裸眼只能看到从近红外线到绿色之间的色彩），火星人考古学家发现原来照片上原来还有三条蓝色的线条以及三行文字 Release 1～3：
鉴于图形的数量，考古学家猜测通过选定大致相同数量的需求条目（三个Release中黄色的第三级条目数数量分别为17，14，11个，实际开发时随着后面两个Release需求细化，三个数字在项目完成时应该大致相同），地球古人就可以做出计划，并按照固定的周期迭代发布产品。
但参与模拟开发的火星人中小学生们指出：如果使用大量遗漏、且规模可能差异20倍的条目的数量来做计划，非常不科学。
火星到达近日点，尘暴季节开始了，全球开始放雾霾假。
天空布满橙色的乌云，研究陷入僵局。
