总 结
针对以过去半年的工作经验,尤其是参加正式项目的经历,我有以下的一些切身感受吧。由于过了一段时间後才做的总结,所以有些想法和体会都有些模糊了,在此我也只是写出我内的一些真实想法而已,文笔有限。
在这次项目中,由于工作经验的局限性,给我的工作带来了很多的问题,诸如,如何管理时间,如何让工作变得有条理,如何解决技术问题,如何与相关人员的沟通等。
谈到如何去管理时间,这和工作紊乱是紧密相连的,首先要提到我在项目中为什么会遇到这样的问题。在项目工程表中,我们都是有安排去做一些事情,这是一个整体上的工程管理,这让我们工作更明确更有目的性,然而在执行工程计划的过程中我们会被一些琐碎的事情所困扰,诸如别的问题的讨论,工作计划的前期准备不足,与设计人员的交流探讨,项目会议准备,遗留问题的思索,修改CR记录等,这些事情都是很必要的,所以我们都不能乎略,但这样一来工作时间就不再连续了,而是一段一段的,打乱了我一开始自己规划的工作计划,有时不得不心里又重新去做新的计划。在这里,自己回想起来,造成这个问题的原因在于对计划的安排缺少弹性,对计划安排也不准确,没有预计扰乱因素,在意和期望工作的顺序执行,对计划的破坏缺少心理准备,就陷入一个恶性循环:计划->打断->紧张->重新计划->打断。。。。此外对时间的利用缺乏量度管理,和对计划的执行也缺少硬性手段。关于计划问题,让我想起了导师你的一些教诲。在一开始的接触中,我们就觉得你就是个非常强调计划安排的人,一开始的时候对于你的强调,我们确实没有重视起来,也许这也是你的经验所得吧。在这次项目中这个问题的出现给我造成很大的困扰,也让我体会到计划的重要性。总结一下主要还是心理因素和经验不足,我觉得在以后的项目中这样的问题肯定会遇到的,需要我有提前的心理准备,在自己计划安排上要规划的更合理些,每天得预计留出一些时间去处理计划以外的事情,对于其他琐碎的事情在心理上要做好准备,同时对于有些不能进行完全的计划安排也应该有心理准备,不应该固执的等待别的准备完成後继续这个计划。
在项目中,存在技术问题是很正常的事,尤其是新人。在这里我所说的技术问题分为俩种,一种是我不知道怎么解决的技术难点,一种是我知道怎么解决但不能确定如何做好的问题。
对于前一种问题,其实也是挺耗时间的,有时候不想打扰别人,毕竟大家都有自己的事情要做,为了解决一个问题得思索半天,因此加强自身的技术能力是必要的,同时我觉得这样的问题在项目小组例会上提出来也是很有意义的,也许别的人也遇到相同的问题。
对于第二种问题,在这次项目中碰到了很多次,也费了最多的时间。提到这种问题的出现,我不得不自己反省下,有时候这些问题的出现与我的性格,做事的风格,以及主观上对软件开发的认识有着紧密的关系。由于是第一次做项目,我显得异常的谨慎,亦步亦趋,也很认真的做,很想给自己带来一个好的开始,不可置否也包含着一种怕承担错误所带来的责任的思想,所以在项目中一些不敢确信的地方,我都尽量去询问别人的确认,冀望于别人的经验给我带来方便,同时也给自己的做法找一种心理支持,后来我体会到这是一种很浪费时间的方法,同时由于别人对具体情况的不明白也未必能做出完全正确的解答。对于这个问题,我技术能力是一个因素,更重要是思想上错误。在思想上,我认为自信是来源于自身的实力,由于觉得自己技术能力的不足,所以在这方面也显得没什么自信,讨论问题上也缺乏底气,遇到问题,思考的深度不够就急着把问题抛出去,这是个人问题,我会努力去找回失去的信心的。对于企业项目开发,以前的认识总以为是非常严格的,对于个人的编码要求非常严格,特别讲究团队风格的,项目开发也是有严格规定的,不能随便写,所以在一开始我就特别想往这些方面靠拢,尽力去和大家思路一致,因此引入了很多的不确信点,导致了很多不必要的麻烦。
交流沟通,对于做人,还是做事都是很必要的,尤其是在团队开发中。在这次项目中,我觉得我在这方面做的还算可以吧,尤其是在我们几个编写画面的人员中,由于所遇到的问题很类似,所以通过交流让我们解决了不少问题。诚然,在这次项目中,我与设计人员张影之间的交流沟通做的不足,也给任务的正常完成带来很大的不方便。由于个人的缺陷问题,对设计的详细解释的要求上存在矛盾,另外加上主观上认为编码人员是为设计人员服务,一度导致我在编码的过程中放弃了对程序和式样的深入理解,以致于给后期维护带来了麻烦。这也为我以后做编码和做设计带来了一些经验和教训吧。
对于项目后期的维护,由于自己粗心,总犯一些低级错误,而且对于BUG的修改,缺少一种关联的意识,对测试的重视度也不够,所以在维护过程中也出了不少问题。
以上是我在这次项目开发中所遇到的比较重要的问题和一些体会吧。也许是第一次做项目,也有自身的不完善,总之在这次项目中暴露了很多问题,同时在这次项目中也让我学会了不少东西,也许技术上是靠个人的努力去累积,然而在一些其他方面,如流程,规范,问题解决方式等方面,这些成长更来自于实践的积累。
分享到:
相关推荐
本案例中的“联想项目”明确了具体的项目需求,并将其作为项目启动的第一步。 2. **项目计划**:项目计划是对项目实施过程的详细规划,包括时间表、资源分配、里程碑设置等。项目计划应当考虑到可能的风险和变更...
"产品实习生:第一次独立带项目的总结思考" 本文是对第一次HOLD一个项目的总结与反思,作为一名新人,第一次做活动是很茫然也很容易踩坑。作者总结了许多经验和思考,希望和小伙伴们看了有所收获。 背景和目的 ...
* ionViewDidEnter:进入了一个页面且变成了当前的激活页面,该事件不管是第一次进入还是缓存后进入都将执行。 * ionViewWillLeave:将要离开了该页面之后变成了不是当前激活页面的时候执行的事件。 * ...
以下是对"第一次总结1"中涉及的知识点的详细说明: 1. **流程图**:流程图是用图形符号表示过程的图表,通常包括开始/结束符号、决策框、流程框和连接线等元素。在数据分析中,流程图可以用来描绘数据清洗、预处理...
这个“第一次SSM项目”显然旨在帮助初学者理解并实践这三大框架的协作方式。让我们深入探讨一下SSM项目的核心概念、它们各自的职责以及如何将它们整合到一个实际的应用中。 **1. Spring框架** Spring是一个开源的...
在本次“第一次需求访谈总结1”的记录中,主要涉及了对“渔乐生活”APP的项目需求探讨。这个访谈在2021年4月13日11:30进行,地点位于理四-504,由杨枨、朱邦杰和徐任作为访谈人,对用户代表进行了深度交流,以便更...
微信小程序的开发,我应该算是赶上了第一波,所以,自然是一路踩坑而来 =。= 一月九日,小程序正式上线,早早地就到公司开始改bugs~ 前不久,我又对这个项目重构了一版~ 现在来做个项目总结刚好,就给我踩过的那些坑...
这种落差虽然令人沮丧,但更是一次难得的自我提升机会。他决心在后续的学习中,更加注重实践,避免理论脱离实际的尴尬局面。同时,他对国家经济应对金融危机的能力表达了充足的信心,并承诺将继续努力,提升自己的...
### 第一次性能测试后的经验总结 #### 一、性能测试流程方面 在进行性能测试之前,需要对业务流程有深入的了解,明确测试的目的和范围。对于初次接触性能测试的人来说,以下几点尤为重要: 1. **熟悉业务流程**:...
这些第一次可能是编写代码、解决复杂问题、调试程序或者是构建自己的项目。就像文中描述的做西红柿炒鸡蛋,初次尝试可能会遇到困难,比如调料放多了(类比于编程中可能出现的过度复杂或错误),但这个过程是学习和...
项目经理是项目成功的关键角色,而沟通管理则是项目经理的必备技能之一。有效的沟通能够管理认知,管理期望,确保项目团队的协调一致,减少冲突,并解决项目管理中可能出现的问题。以下是关于项目沟通的一些关键点:...
总的来说,大三的第一次实习让我对工商管理有了更全面的认识,也为我未来的职业生涯奠定了坚实的基础。尽管全球经济环境充满不确定性,但我相信,通过不断学习和适应,我们都能找到自己的位置,为社会做出贡献。
总结,XXX业务治理系统的开发经历是一次宝贵的学习过程,它揭示了在需求分析、工具选择、框架设计等方面的重要性。通过总结这些经验,未来项目可以避免重复错误,实现更快、更高效、更高质量的开发。
开工会议第一次工地例会暨技术交底会议是工程项目启动阶段的关键环节,旨在确保所有参与者对项目的理解一致,明确各自的角色和责任,以及工程实施的流程和标准。以下是对会议内容的详细解读: 首先,会议议程包括了...
总结来看,"第一次接单.zip"不仅仅是一个压缩包文件,它是一个包含了实战经验、项目流程、沟通技巧等多方面内容的宝库。对于那些渴望在软件开发领域获得成长的新手来说,这是一份不可多得的参考资料。通过深入分析这...
本文档便是对一个历时近一年的软件开发项目进行了全面的总结,涵盖了项目开发效率、产品功能评估、技术方法总结等关键领域。 项目开发效率一直是软件开发领域关注的焦点。本项目在实施过程中出现了多次反复,这在很...
【企业管理项目总结】 一、项目背景与挑战 公交房地产公司在1992年成立,历经多年发展,虽有成功项目,但在同行竞争中显得规模不足,业绩欠佳。近年来,公司年收入稳定在1亿元左右,面临的主要问题是可用开发项目...
第一次使用Git上传本地项目到github上 操作步骤(本人使用的gitee),有百度经验来的总结和自己在实践中总结的,基本上文档里面会把遇到的所有问题解决