微信关注,获取更多

高项论文系列11:手把手教你判定论文背景是否能写

大家好,我是红哥Frank,一个爱学习,爱折腾,什么都懂点的万能PM。
高项论文备考,经常有人问我:
这个论文背景能写吗?
我怎么判断能不能写?
那今天我们就来聊聊这个话题,希望对你有帮助。记得点赞,在看,转发,一键三连。你的支持,是我做优质内容的源动力,也让更多人看到好的内容,帮助更多人。
先说几个具体原则,我希望我的读者,简单务实,听话照做,不要唧唧歪歪,到处去听各种讲解,然后一顿困惑又来问。

关于高项论文项目背景是不是能及格,我认为有以下几个必备的要素,请你平时备考的时候,要注意:

1、项目背景,项目名称,项目金额、建设内容一定要匹配。

这个我在我的训练营都是讲过的。关于什么叫匹配,我来举个例子。200万的项目,你写论文照抄别人的内容,人员配置是20人以上,这个就叫项目,团队资源不匹配。你自己算,假设一个资源2万/月,20人*12月*2万/月=480万,成本都是项目金额2倍了,你觉得合理吗?自己想?(别来抬杠,说20人不是全职,又或者1个人 2万/月,你们那里一个人1万,或几千块钱都能干,要不了那么多钱)。

再举个例子,项目金额和建设内容不匹配。比如你写一个某AI工具的项目,金额300万,模块内容都是什么vue,react,后端是Python,然后又调OpenAI的接口做出来的一个系统。那这种项目,我个人认为,项目金额和你的模块内容不匹配。为啥呢?核心的能力,是OpenAI的,你只是调用,然后去做了一套系统,不复杂。真正复杂的是,你怎么去用AI处理知识的,你在GPT的基础上,又做了怎样的大模型训练和调优,怎样去解决了具体的业务才是核心。如果你一定要写,你需要把它进行适当包装并结合业务价值进行深化,让阅卷老师觉得你这个项目值那么多钱,是有技术含量的。

2、项目的建设单位单位,承建单位要简单明了,交代清楚。

有些考生可能是新手,或考过几次的,经常忽略的一个问题,不是把建设单位写漏了,就是把承建单位没有写。通篇看完,不太清楚这个项目背景,项目是谁发起的,谁做的,解决什么问题。

3、项目背景可以有一些水分(拔高),但不要过度拔高。

有的考试可能没有项目,或找的一些项目他会觉得不太高大上。于是决定包装一下,结果用力过猛,包装过度了,让人看不明白,搞的很高深,即使对面是资深的阅卷老师,都看不懂你这个项目。你想一下,一个完全看不懂的项目,阅卷老师会不会有好感?多看几眼,又发现你其他的纰漏,最后非常确定的给你打一个不及格?

4、不要选择金额非常大、涉及模块功能非常多的超级复杂项目。

这种项目太大了,你很可能会因为没有做过项目,把握不好背景里面的人员配置,工资,及建设内容里面的重点模块。在写论文,你很可能在写建设内容,技术部分,或实践部分,写的内容点,不是非常核心的内容,会被认为你的项目在造假,或怀疑你没有做过这种项目。

5、硬件占比较大的项目不要写。

比如安防监控项目,数字孪生项目(有争议,我建议你不要写)

6、涉密,涉及军事,涉及政治等项目背景,千万不要写。
这个没啥解释的,各平台都不能写这些话题。国家背书的考试,你更不能写,写了就是不合格,没啥解释。
7、纯技术研究,探索类的项目,或科研,千万不要写。
比如某某企业内容,开了一个项目,专门研究某个领域,或专研某个技术等等,不适合写。
8、网站建设,APP,等项目,不要写。
这种项目,太简单了,达不到高项考试的要求。
9、不要写进销存,图书管理系统,OA系统,单机系统,客户端软件等类似的软件项目。
这种类型的项目,标准化程度非常高,且所有的企业的这种流程都基本固定,即便有个性化,实施起来非常快,都是配置化实现,实现周期非常短,达不到高项考试的要求。
10、纯粹技术迁移,数据迁移的项目不要写。
这种项目,偏技术,业务流程固定,不需要你投入非常多的人参与对方业务的梳理和产品的设计,人不会很多,干系人少,沟通少,范围比较确定,且变更的场景少,周期也不会特别长等等。综合来看,就是不适合,不太符合高项对你的综合能力的考察。
OK,以上是10条判断不能写的方法。你可以自己对照,做个判断。
字数太多了,先点个关注,如果看的人多,我下回接着继续写哪些项目能写。
如果你想提升高项论文,和通过的概念,推荐你阅读下面的文章:
论文专题系列9:《高项论文写作手册》

未经允许不得转载:红哥笔记 » 高项论文系列11:手把手教你判定论文背景是否能写

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏