新手程序员快速升职项目经理(程序员小故事1)

Posted 陈小房

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了新手程序员快速升职项目经理(程序员小故事1)相关的知识,希望对你有一定的参考价值。

(刚编的小故事,希望对新入门的程序员有所帮助)

“英雄”无用武之地

小谢今年从XX大学计算机专业毕业,和很多大学生不一样,小谢在学校没有将时间用于开黑玩游戏、谈恋爱,而是将时间都用到了学习专业知识上,将专业基础打的十分扎实,本专业的十八般武艺至少精通了2-3样。

毕业前,小谢心想,自己怎么也算是精通2-3武艺的“小英雄”了,等自己找到工作,必定能够“震惊四方,成为CEO”闯出一帆功业。 可惜人生不如意之事十之八九,小谢尚未毕业,正在找工作时就遭受了社会的“暴打”,自己的期望从只去互联网大厂,到中厂也不错,最后到有机会我就去试试..... 好在小谢专业基础十分扎实,最后还是找到一家规模较大的A公司,成为了一名光荣的打工人。经过找工作的挫折之后,小谢并没有太过气馁,心里想着“英雄如我,总有一天一定要站着把钱挣了!”

小谢入职A公司之后,由于基础比较扎实,为分配到了一个大型项目中。这个大型项目是公司今年的重点项目是为一家大型传统制造企业进行产业互联网化改造。整个项目开发由公司资深总监何总亲自挂帅,项目内部分为三个开发组,大概负责的内容:

  • 后台组:负责采集制造设备的状态数据,并进行预处理后上传

  • 前台组:负责图像化展示生产制造状态、生成各种统计报表

  • 中台组:负责为后台组提供通信基础组件、负责为前台提供通用接口

每个组长也都是技术扎实、身经百战的资深项目经理。 小谢被分到了中台组,每天负责完成分配给自己的功能,早九晚九,虽然工作受到组长、同事认可但是离“成为CEO”的目标还遥遥无期。

“真是英雄无用武之地啊”,小谢提交完一份代码后,不经心中感慨。

“英雄”会自己找机会

好在小谢没有一味发牢骚,“猛将必起于卒伍,宰相必发于州郡”的基本道理还是懂的。当然“英雄谢”还是很聪明细心的,在中台组开发时,他发现从后台到前台的数据最后的展示时往往都是按照生产设备为基本单元展示的,但是由于每个设备的形态、功能不一样,导致前台需要对每个设备都进行绘制、对每种报表都要进行定制,由于生产制造领域设备繁多这种工作量就很大。

“记得在员工入职培训时,公司高层致辞时说过,公司未来会往产业互联网转型,这是公司的长期战略”,英雄谢想,“既然是长期战略,那不可能每次个项目都需要自己定制设备展示页面、报表展示,生产制造设备虽然种类繁多,但是落到一个行业不同的公司设备还是类似的,如果能够将采集的数据和设备进行统一绑定建模,模型里包含设备页面和报表数据接口那不就可以在同行业的项目中重复使用了吗?”

"不过,这个问题,我都能看到,那些老员工怎么可能看不到?”英雄谢心中发起了疑问,“我明天问问老员工”

果然,第二天,一问老员工李工,李工说“这个问题啊,上上个月就有人提了,听说工头老陈,都向何总汇报过,不过最后不了了之。 现在项目忙的很,我们还是先把自己的砖搬好吧”

晚上,小谢躺着床上,仰望天花板,心想“有问题就有机会,怎么用起来呢? 我的思路应该是没有问题的,不过还是要做个原型验证一下”

于是乎,在紧张的开发过程外,英雄谢,还想方设法挤出时间通过周末、深夜、地铁上的时间开发了一个原型,自己验证了自己的方案是可行的。 看着自己的成果,英雄谢很是开心,果然不愧是精通2-3项武艺的我,这才是天将降大任于斯人也,不过怎么把这个方案推销出去呢,英雄谢犯难了...... 找工头老陈,一则老陈很忙,二则老陈曾经向上汇报过,不过被否决了估计效果不好,并且小谢自己也是有的私心的,但越级汇报总归不好。突然小谢灵光一闪,电梯汇报啊,这不是都市职场剧里经常出现的桥段嘛。而且不少公司领导不都好这口吗。

这周日,小谢好好练习了自己的演技,不,是汇报技巧。准备在周一时来个电梯汇报。

总监何总每周一总是会提前30分钟到公司,一则避免堵车,二则准备每周的项目经理周会。这周一小谢,提前来到公司,一直在公司电梯附近等待。

果然何总一如既往的准点来到公司,趁何总到电梯的时候,小谢也快步来到了电梯口。

“何总,好。您是到五楼吧?”

“嗯,小谢是吧,来的很早啊”何总有个很不错的优点,每个新员工信息他都会仔细阅读,并且做到可以随口叫出,这个小谢工作能力不错,是个可造之材,自己听手下老陈说过。

“何总,您早。”

“小谢,来公司还适应吧,感觉怎么样?”

好了,机会来了,这种体恤民情桥段虽然烂,但是架不住实用啊,古人诚不欺我也,小谢一边心想,一边假装沉稳的回答到“很充实,项目开发学到了很多学校没有学到的东西,自己技术提升也很快。就是对项目有一点点疑惑?”

“嗯,什么疑惑,说来听听?”

“我们项目里开发那些设备展示和报表,现在都是手工定制的,很费时间,感觉是可以做成复用的”

何总听后,心想这个问题看来比较突出了,现在连新员工都能看出来了,不过现在这个项目是首个项目,本来就是要经历一个手工的过程,并且这个项目工期比较紧,这个问题各条线都提出过,老陈上次也汇报过,不考虑到目前的重点还是梳理项目的业务模型,如何给用户产生价值,这个问题可以等第二个项目来时,统一梳理一下共性的需求,然后做成工具,慢慢解决,目前的话多派几个人先用人力顶着。不过何总还是语气不变说:

“这个,上次老陈给我提过,现在项目工期比较紧,大家先克服克服。”

“嗯,何总,是这样,我用业余时间,做了一个原型,可以快速实现复用,您有空可以看一下,大概5分钟?”

何总,一听,心里有点意动,同时余光一看电梯控制版,小谢连自己楼层的按钮都没按,看来是有备而来啊,不过今天还有时间听听也好,这小伙子还是不错的。

“不错啊,小谢,就到我办公室演示一下吧”

小谢,一听,机会来了。

.....

在何总办公室演示完。何总思考了一下,这个原型虽然简陋,但是核心功能还是没有问题,确实可以节省不少重复工作,并且可以帮助积累研发资产。

何总看了一眼小谢,问到:“这个原型如果给你3个人,需要多长时间能开发好?”

“一个月”小谢回答到,这个他自己反复计算过。

“好,今天你到项目周会上汇报一下,我跟几个研发经理协调一下资源。其实这个问题已经有5个人给我提过了,并且书面报告就有两份,就在我抽屉里。不过你是第一个把可行的验证模型开发出来后找我的。提出问题很容易,提出问题并找到解决方案,同时验证方案是可行的,这才是有价值的建议。"

“借”到的兵也是兵

这天项目周会上小谢给开发组长演示了自己的原型,几个开发组长觉得都不错,如果能在1个月开发出来,对项目还是有不少帮助的。于是都同意从自己组里抽调1个人给小谢,支持小谢开发。同时何总另外借调了一个人补充到中台组,以保证中台组的进度。

就这样,小谢,从一个开发工程师,转身一变成了一个带3个人的虚拟小组的“小组长”。虽然自己的兵还不知道在哪里,但是自己终归有了一个做项目管理的机会,借来的兵也是兵啊。 (很多时候要想金子发光,获得机会更重要,主动挖掘机会,比被动等待更好,如果主线没有机会,曲线救国也可以)

程序员和项目经理驰骋职场秘籍

1个故事 我的项目经理成长路

  低调、学历一般、内外向兼有的性格。对,这就是我。十年前为了就业进入IT领域。从当初的菜鸟程序员、数据库开发人员、需求分析人员成长为如今五年经验的项目经理。在这十年历程中经历过很多困难,有职业发展迷茫的、有技术的、有为人处世的等等。另外我也经常关注多个论坛中技术贴、职业规划贴等等来学习弥补自己的不足。今天再也按捺不住自己,将自己的奋斗过程简单写来与大家共勉。菜鸟经过自己的努力也可以在IT领域小有作为。文笔不周,请大家见谅。

  本人于二零零六年毕业于一所普通大专院校,电子商务专业(偏文)。毕业前就知道就业形势严峻(主要还是缺乏技术、没有工作经验)。在老师和同学的建议下到一所培训机构学习了半年java等课程。面试十几家公司以失败告终,听了辅导老师的指导后修改了简历(改为一到一年半年工作经验),同时面试的时候吹了牛x成功入职某公司成为菜鸟程序员。如今回忆当初自己面试的场景结合现在面试他人的经验做了一些面试总结。一,如果缺乏真正的公司工作经验和实操经验,面试的时候要适当的夸大一点工作经验,表现出不急不躁、自信的状态。作为初级开发人员,面试官并不会要求技术精湛、理解深入,但是面试者要表现出积极端正的态度;二是要理解网络等方式给出的笔试面试题。只有理解后背诵能使知识系统化、理论化,面试官会感觉你基础好,是可培养的人才(背诵使用官方的术语回答面试题会显得高大上,如果你学历一般的话这样会显得科班一些)。三是如果面试官问你相对比较复杂的问题时如果没有具体的方法可以说出自己的思路,如果没有思路的情况下,可以坦诚的说明关于这个知识点暂未未涉足到。切勿胡吹乱说,这样会给人不踏实可靠的感觉。

    二零零九年跳槽到第二家公司。本人出身草根,经济拮据还是主要跳槽原因。这时已经有了两年工作经验,关于技术、和同事合作沟通等等也积累了一定经验。在这个公司主要做oracle数据库开发(面试时吹了牛x说自己做过电信项目的清账程序)。其实数据库后台开发没有真正做过,无奈从头学起。一是对新领域业务的不理解,二是对数据库后台开发没有实际经验,三又是在试用期。为了当初面试时自己吹下的牛x也为了表现自己,除了每天正常工作八小时外,我晚上自觉加班连续两个多月,每天晚上死磕学习到半夜。包括存储过程的开发、触发器的开发、程序调用数据库后台程序、job的开发等等。之后成功交付数据库后台开发的三个模块到测试组。三个月后项目成功上线。由于自己的心劲还比较大,加上自己经常主动和领导同事沟通,领导对我逐渐信任。将更多的工作分配给我。那段时间真的每天筋疲力尽,付出总算有了一点回报。说好听点叫领导器重,反过来说叫压榨组员(一个人干三个人的活)。但是看你自己怎么看吧。我呢就是每天给自己积极的心理暗示我可以做好,我要坚持做好。我把多做的工作就当成领导的器重而不是在压榨我的劳动力。载后来我负责辅导两位新人,那时我算是一个小组长的角色吧。再后来我们部门经理离职了,而我还在那七八个人的团队工作了两年多。经过这个公司的经历我总结的几点。一,不要担心自己没有做过的东西做不好,而且要敢于勇敢主动承担,开发就是学习和实践的过程,而且能证明自己有较强研发能力;二,不要过多计较个人得失,多付出(比如没有完成工作任务自觉加班,其实就是当初面试吹牛逼,哈哈。)就有能力和经验的提高。三,做程序是相对枯燥的工作,开发过程中以及其他工作内容中和领导、同事多沟通,提高自己的沟通能力,既能调节氛围以后又能有机会做开发以外的工作,四,工作中不断死磕自己,无论是技术还是沟通要提高自己,一定要提高。要注重沟通能力,这样职业发展的面会越来越广。

    二零一二年跳槽到第三家公司。也可能是机遇,也可能是自己的付出有了回报。正是由于上家公司一起工作的经历使我和领导间建立了较深的信任。我到第三家公司就是上一家公司部门经理给我打的电话说正组建项目团队。我呢,又比较好强,有了近五年的工作经历,感觉自己沟通能力还行。当时我就提出我要面试项目经理。当时他还感觉有些迟疑,经过我主动沟通。从语言开发、数据库开发、主动沟通等多个方面和领导协商他给了我这个机会(说实话又是没有实际带项目经验,自己是有担心的)。我开始了我的项目经理之旅,带领四位研发人员开发了一个小型B/S结构的系统。研发中经常有技术问题,有些组员问我时,也是我没遇见的问题,我经过思考求证提供了方法,但是因为是新的团队,经常有组员不服的情况,我开始就自己编写代码解决问题。经历几次后团队成员磨合的越来越好,我也得到组员的认可有了一定号召力。再者,研发过程中项目经理也要跟踪进度,控制时间、人力成本。一次两个组员之间因为一个问题争执的面红耳赤,其实解决问题方法都差不多。为了团队的和谐氛围要安抚组员的情绪,不能让情绪影响了工作。即便如此在项目管理中我还有些问题没有解决方法和思路,这时候就请教其他同事,经过单独谈话请教获得处理问题的方法和思路,在这也感谢部门老大了。经过这个带领研发人员开发项目的过程,我总结了几点。一,技术团队主要以技术服人,起码在新的同事之前要有几次证明自己的机会,没有机会要创造出机会,这样团队中成员才会拥护你的带领,其实国内好多公司项目经理就是技术经理,比如我在这家公司的岗位和工作内容,软件开发的项目经理是最不像经理的经理。二,控制成本、人力等重要要素,公司都是压榨劳动力的,实际中人员都是缺少紧张的(我们领导说人力充裕项目就不挣钱了,现在想来有一点道理)。所以要合理搭配人力、分配模块和合理安排时间、把控进度。三,团队是由人构成的,有人的地方就更容易生出来问题。要定期和不定期的和团队成员沟通,了解他们真正想法和诉求,把团队的稳定性、团队的氛围建设的更好。四,在讨论问题的时候要放低姿态不能把自己的想法强加给组员,要以理服人;但是相反,公司制度及管理方面该严肃要严肃,增加威望方便管理团队。

    二零一三年至今,在第四家公司担任项目经理、产品经理岗位,由猎头公司推荐而来。主要带领项目团队近二十余人研发了一个大项目和两个产品。我面试的时候是项目经理的岗位,到团队后又是新的面孔多,刚开始也是大家不服气,也会向我的领导反映凭什么就招个新人直接担任项目经理,让老人怎么看,甚至有个别同事直接给我说你刚来就是项目经理,我都待五年还是中级开发人员(我们已经相处三个月,我心想工作六到七年了还是中级开发,技术不行、整天嘴上胡说,一写代码就不行了)。后来我和他单独吃了一次饭,放低姿态和他敞开心扉的深入的交流,慢慢他放低戒备接纳了我。项目和产品研发的思路还是有较大的差别。项目有被需求调研的具体对象,而产品研发刚开始的需求都是从项目延伸而来,有时候是闭门造车,后续要经过市场的印证。项目经常有明确的工期要求,而产品的研发则不一定。项目的svn版本简单,而产品经常会出现多个分支的管理。经过自己的沉淀和对产品的精心思考研究对公司的产品定位有了新的理解和建议,成功研发两套产品部署全国20余个省份,期间出差也多,也终于理解了出差的辛酸。如今孩子也快出生了,继续死磕自己,为了我们更好的生活。

    经过十年的奋斗,当前我成长为一个有一点阅历的项目、产品经理。项目经理,其实在欧美IT公司是team leader的角色,而中国的项目经理其实好多偏向于技术经理,而大点的公司或者团队才更侧重于真正意义的项目管理。以我现在公司的角色是管理、技术大约各一半。但其实我还有很多不足的地方,技术和管理都有。下面是我送给成长为项目经理和正在做项目经理工作的同僚的几条个人心得或建议,与大家分享和请教:

   一、要有较好的技术背景和成长经历,死磕自己,学习技术和管理(注重沟通、协调学习项目管理的铁三角),这样才能服务于团队成员,让团队成员心服口服。

   二、交流问题时要放低姿态,此时不能把自己当成项目经理,要以技术服人、以理服人,切记摆出领导的架势;而在公司制度、管理方面要严肃,管理方面不能和大家嘻嘻哈哈,这样不利于项目和团队成员的管理。

   三、定期和不定期和各位成员沟通,察言观色,了解成员的真正诉求和内心想法,能帮助他们解决的问题尽量帮助。及时疏导心里承受差的同事,排除不顺的情绪,关心特别个性、比较内向的同事,让他们感觉到大家是个整体,没有被边缘化。让他知道除了工作大家是同事,可以一起说说笑笑。

   四、向上级领导(部门经理或者总监等角色)定期和不定期的汇报工作,让领导知道我们的项目进度和人力各方面的状态,尽量少给领导添麻烦,要想办法自己解决问题替领导分忧。项目经理要让上级领导真正放心,主动找领导汇报工作成果、进度。不要等领导来问你。

   五、沟通、管理等要不卑不亢、不急不躁,表现出沉着稳定的状态。遇到问题不能急不能慌,团队成员或者领导告知你突发状况的时候不能自己都慌慌张张,这样不仅会让领导同事担心你的能力,更有可能被替代。你需要做的是时刻准备着问题的到来,遇到问题时拿出解决方法。技术问题有能力指导尽量指导,没有能力时要协调高级工程师、架构师等人员来解决;沟通问题要自己把握,要和直属领导沟通、和本项目组成员紧密沟通。有需要的情况下还要跨级沟通、跨部门沟通等等(要特别注意跨级汇报,紧急需要时一定要注意技巧。比如紧急情况需要领导决策而直属领导联系不上,这时候越级请示要事先说明直属领导联系几次联系不上等具体情况。总之要灵活对待)。

 

2个故事 程序员的办公室哲学

其实标题叫办公室的哲学有点大,姑且先这么叫。我毕业十年有余,自己喜欢做的事情基本上也做了,包括工作和生活上的。起码没有太多让我后悔的事情,该学也学了,该工作也工作了,该疯玩也疯玩了。下面是我的作为IT人的一些总结,送给职场中的各位。希望给你们带来启发。

1、不要总说当前的技术不够新、框架不够好(有本事自己上,行动起来,别光嘴上逼逼)

作为经验欠缺的人、或者刚入职场的人、亦或是工作几年的人不要轻易说当前采用技术的好坏、框架的好坏。能采用这样的框架也是核心技术人员评估讨论过的,是适合当前公司的情况的(比如技术架构、人力资源、历史遗留等多方面因素)。说这些话会有几个意思:一是说这些框架不好,那就证明你有甄别能力,那好其他人会认为你有搭新框架的能力,有指导大家技术开发的能力。二、你经验欠缺或者你是新人,你刚来就说架构不好等等是负面信息,让资格老的员工怎么看你。时间久了大家就会越来越讨厌你,你就是个嘴子。所以不要光说不练,吹牛逼吹得太狠容易伤到自己。所以千万不要老是说要用什么新技术,什么重新设计新系统。我想,大家不要在职场上无根据的乱评价框架和技术,要有依据,要能落地,要能指出问题后提出解决方法,别每次嘴上逼逼。

2、不要盲目相信做市场的人

做市场的销售人员或者领导,针对技术人员往往比较刻薄。他们面对客户的时候跟孙子一样,面对技术人员又喜欢把自己当大爷。销售会给技术人员灌输什么思想:尽快做,做完有奖金、做完我向公司帮你申请。。。要么就是年终奖帮你申请x个月的工资,要么就是下周请你吃饭,但是千万不敢太当真。开发工作是细水长流的事情,如果你开始激情满满,时间久被销售磨的没了激情,反而技术人员会被认为工作没以前努力了。所以激情要保持,要么就保持适度的激情。要有甄别销售人员“忽悠”技术人员的能力,别把他们说的话太当回事、别太认真。 

3、指导或者帮助同事的工作,让对方知道你是在帮他。

IT人或者说是程序员,大部分人的节奏是类似的,每天上班最少8个小时。每个人都遇见过问题,每个人也给他人指导过问题。对于帮助我们的人我们要心存感激,不要认为他们是应该的。要知道他们也有自己的开发任务,有的是项目经理指定他给予你指导,有的是你请人家给你指导。但无论那种情况请表示感谢。

还有我们有时候也给同事指导或者帮助他解决问题。我曾经遇到一位女程序员,人呢?感觉人品有点问题。同时长相也一般但自己还很自信自己长的是美女。有一天她问我问题了,等我给他亲手解决完问题,人就嘴巴开始叨叨说不是那个原因,我说代码都帮你调好了,还说不是那样的原因,活生生的系统在你跟前,你嘴就是犟,说完她就不吭声了。而别人也给他指导问题(她技术个人感觉真一般)指导完也是婆婆妈妈说一堆,显示自己很牛逼的样子,妈的,牛逼自己调代码别找别人帮你。后来才知道是关系户进公司的。对于这样的人,要让华丽委婉的拒绝语言狠狠的给她一大嘴巴子。大家讨厌的就是这种嘴上胡说的人,显示自己牛逼的人。所以别人帮我们要感激,我们帮助别人耐心一点,如果对方再嘚瑟好好削他。

4、高调做事,低调做人

很简单的道理。就是为人要谦虚,做事情要显示出自己牛逼的一面。我一同事,经常在客户,经理面前说自己以前在哪个项目连续几个月加班到几点,其他人都快顶不住了之类的话语。加班有可能是因为做需求做的不好,有可能是设计的不好,要么是工期紧等等原因。当然加班是个事实无论什么原因造成的加班都是加班,把自己做的表达出来给领导,这就叫高调做事(当然这哥们表达的方式很直白,完全可以换种方式,比如前段时间加班到深夜就是处理XX问题,后面经过认真分析采用XX方法解决了XX问题,注意:不说谁解决了。侧重点在用什么方法解决什么问题),无论你做了什么,你都要把你做的告诉别人,把你的努力告诉别人,特别是你老大。这样做就是让团队的成员认可你的牛逼,让项目经理知道你的牛逼地方在哪。要不然人家加工资的时候为什么要给你加,这就是高调做事。做人要低调些,比如谦虚的做事方法,无关紧要的事情由同事做主等等。

5、不要以为自己很清高

很多程序员活在自己的小世界里,感觉自己很小资,当着小白领,一个月拿着万把块的工资,优越感十足。殊不知现在钱越来不值钱的情况还没让你真正清醒。职业不分贵贱,所以不要认为自己是程序员就清高、就有优越感,当然也没必要诋毁和自黑程序员,注意维护我们的形象嘛。当你和收破烂的聊一聊一个月他们挣多少钱、当你和销售做人员聊一聊一个月挣多少钱、当你和银行工作人员聊一聊一个月挣多少钱,看你还有优越感没?当然说这么多也不是让我们比工资,人比人气死人。归根结底的意思是要告诉大家,作为程序员要沉淀下来、心静下来才能不断提高自己,摆正态度就没有那么那么清高和优越感了。清高和优越感对你我真的没有好处,不卑不亢。

6、珍惜身边的人

程序员很忙,以至于很多时候都忽视了身边的那些人。包括你的父亲,母亲,你的爱人。父母之恩要报,这个我就不说了。至于爱情这方面,我觉得,如果一个女人在你没有事业的时候可以一直默默的支持你,那她真的很了不起,很值得你去珍惜。多点时间陪陪她,哪怕陪她看电影、看书什么都行。有空买点小礼物哄一下。女人不是那么难哄的,不要到了30好几还是单身汪,当然如果你愿意也行。对待自己的父母要耐心,不要嫌弃他们唠叨和烦,现在我31了,我越来越能安静的听父母唠叨(一个耳朵进,一个耳朵出),他们能把你培养出来不容易。你我草根出身即便混个人模狗样,记住也是站在巨人(父母)、恩人的肩上成长起来的。我的微信 aitilaowang  qq 317507750

7、遇到了你应该帮的人,就帮一下。遇到不值得帮的人,不要得罪就行。

其实我们很多时候都需要一个人来点醒和指导我们的,所以当同事需要的时候,多帮助他们,一是你人缘越来越好,而是让大家真正的了解了你的技术和其他方面的能力,日后有机会你就是技术经理、项目经理。另外在公司要认识尽量多的人,保持好的人缘(尤其是其他部门的人,很多技术人不爱说话,不爱跨部门的认识同事都是弊端),认识其他部门的同事,领导,能帮点小忙就帮点小忙,让尽量多的同事认识你,这样老板就可以从其他部门同事眼中打听你、了解你,你的机会就有越来越多。当然总有一些傻逼,认为你帮助他就是应该的,还不感激的人,遇到这种人我想说不得罪他即可,要保持距离。要知道得罪小人可会坏你大事。所以职场上,加油,做个积极正能量的人。你不需要让全部人说你好,关键的场合有超过一般人说你好就够了。懂就动了,混好IT职场。

 

我的故事和一些心得就介绍这里。经过1年编写,我也写了很多经验心得(内容如下图),需要的加我微信 aitilaowang或者qq 317507750

-------------------------------------------------------------------------------------------------------------------

 

 

以上是关于新手程序员快速升职项目经理(程序员小故事1)的主要内容,如果未能解决你的问题,请参考以下文章

软件项目经理

新手如何快速制作和开发自己的小程序

只说了一句话,产品经理乖乖由我摆布《打工人的那些事》

《杜拉拉升职记》

《从程序猿到项目经理》读后感-职业瓶颈

新手怎么用uniapp制作图中小程序的样式?