卧底IT公司​35年的扫地大妈，一句话让你秒懂那些不明觉厉的专业术语

项目开发篇

要件定义：从客户讲的内容里，把听懂的那部分记录下来。通常只有 20%。

项目预算：决定项目组每个成员，今后要当两个人用还是三个人用的估算过程。

基本设计：编写一篇文章，让客户以为这就是他们想要的系统功能。最关键的是要让客户承认这就是仕样。

详细设计：由不懂程序的 SE 写出来，PG 最开始说这个实现不了，但最后居然都能实现的程序说明书。

编码：搜索代码，复制，粘贴等一连串动作的简称。

debug：让复制来的代码能够通过编译所做的努力。

测试：提醒客户，可以开始仕样变更的信号。

用户培训：大家约个时间，现场向用户展示系统中的 bug。

项目上线：邀请终端用户来一起找 bug。

运用保守：懂仕样和代码的大部队撤离后，倒霉蛋被留下来，充当沙包接受客户狂殴。

瀑布开发：比喻项目的开发状况，就像瀑布下落一样迅速崩塌，无可挽回。

敏捷开发：将不懂代码的 SE 清除出队伍的开发方式。但最后的系统是什么样子，只有上帝才知道。

现场人员篇

项目开发篇

PG：把 SE 的奇怪逻辑翻译成计算机语言的人。

SE：和客户对话后改仕样书，和 PG 对话后改仕样书，项目上线以后根据系统的表现继续改仕样书的人。

PL：认为能通过加班找回来的就不算延迟。通常算完项目进度后，按实际情况的两倍报告给 pm 的人。

PM：每次从客户那里回来以后，都要把项目进度推翻，重新安排的人。

顾问：每次问他 1 个问题，用 10 倍听不懂的术语来回答你，直到让你放弃的人。

增员：项目着火时用来填坑的人。但对进度挽回毫无帮助，最后变成生产率计算公式中的分母。

营业：根据项目要求，编写技术者简历的专家。

社长：现场出了 trouble 后，登门拜访上家公司，土下座道歉的人。

客户：在系统上线的前一天，才终于弄明白自己究竟想要什么功能的奇葩。

SI 公司：不会写代码，却自称会系统开发的神秘组织。

协力公司：帮助 SI 公司圆谎的苦逼队伍。

职场作息篇

08:30 前一天工作内容的“締め切り”时间。

13:00 理想中的出社时间。

17:30 上司亲切地叫住你，给你安排一大坨需要当天完成的工作的时间。

23:30 可以用“就要终电了”作为借口，下班回家的标准时间。

台风来了：唯一可以按时下班回家的节日。