- 1、本文档共35页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
2023年项目管理工作总结
2023年项目管理工作总结1
时间好快,短短我来到__公司已经两个月拉。在这段时间里,每天都在感受
__公司的激情和发展。和同事的相处中,我得到了很多帮助,这其中更多的是来
自我的指导人吕某,每每我碰见一些生疏的办事环节或工作任务,总能得到他的
精心指导。如今我对__公司有了一个全面的了解,感受到了很多同事间的和谐友
好,项目组的团队意识。
在过去的两个月里,我负责x模块的需求讨论、数据库设计,代码编写进度
管理的同时,还负责x项目__平台的开发进度管理,通过与大伙的通力合作,基
本上在规定的时间内完成了大部分的业务需求。通过这个项目,也增强了自己在
项目管理方面的经验,学习了很多x方面的业务知识,全面地了解了项目组内各
成员的综合素质和工作能力。就个人业务方面,对x大部分业务做了深入的了解。
__评估方面,我主要了解x,x,x,x等业务。当然这很多得益于小唐、小卫、
小冯等人的精心指导,我很是感谢他们。
在已过去的x项目实施过程中,我也发现了项目组存在的一些优势和问题。
对于优势我就不多说,主要还是大伙的实干精神较强吧。针对项目组存在的一些
问题,这里我发表一些个人的观点,仅供参考。
1.项目组的控制力
由于我们当前的项目是一个全新的组合,各成员间存在太多的生疏和不确定
性,这就造成了,我们在实施计划任务的过程中,对其风险的控制程度不为乐观。
我们在制作相关计划任务的时候总是凭借自己的第一感去处理,所以在实施过程
中也出现了很多计划滞后的事件,对待这些滞后我们唯有加班来弥补,过度的加
班和返工必然损坏其组内成员对项目组控制力的满意度,当然也直接影响到对公
司的认知和评价。
我感觉我们总是缺少一些可以控制和预见的能力,完成任何事情或目标总是
存在不可预知的风险,但如何在风险爆发前最大限度的加以控制,降低其影响层
面,那是我们应该去考虑和管控的。
2.项目组的协作力
说到项目组的协作力,我觉得当前我们做的很差,在任务实施的过程中,现
在的项目组就好比中国古代的三国时期—群雄逐鹿,各忙各的。每天我们都很忙,
但是忙的就是自己的那块空间,彼此的交流和协作时间太少。一个功能模块的实
现不是最大限度去寻求业务的吻合度,而是自己凭借自己脑袋乱写,自创轮子,
总是把自己的意识强加给客户。
说到协作,顺便说下分工,在代码编写的过程中最为紧要的应该就是分工明
确啦,我们需要严格规定那些人有相关文件的修改权限,那些文件删除前需要广
播说明。而不是一味的看着不爽就改、删、加,试问操作前是否考虑过有对其项
目或别人的影响?
3.项目组的执行力
执行力方面,我觉得主要是我们需要的规范太少,可依赖的标准几乎没有。
试问下:我们的《开发规范》,《项目组日常行为准则》,《系统技术选型方案》,
《技术定型评审标准》,《压力测试评估范围》,《代码检查计划》,《代码核
查标准》,《业务流程处理说明》,《项目风险性预测报告》。诸如类似的标准
在哪里,目前除了一个大概的开发规范,我没看到任何成型的文档存在。
我们选择了s2,spring,ibatis,dojo这样的技术框架,但是为什么我们要
选择这些,而不是去选择s1,hibernate,ext等,我还清楚地记得我们是怎么选
择的,很是草率很简单,一拍桌子,ok就选它们了,可是为什么呢?
每次我们讨论业务纷争,总是一味的你一句我一腔,张说张有理,李说李有
道。漫天就是口水战,这样的讨论还不如不论,浪费时间,有那些时间不如回家
睡觉去。
一个良好的开发框架,一定限制和影响其使用者的研究方向,因为我们日常
的编码技术本就是寄托在框架下的ctrl+c、ctrl+v,所以对于开发选择和成熟完
善需要一个慎重和持续的过程,我不知道我们现在使用的框架是否需要延续,如
果是,我们应该给出健壮性、兼容性、可扩展性、可维护性等相关评审说明。
健壮性应该兼顾做好应对各种高并发、突风险处理;兼容性应该具备不断的
技术版本升级、灵活运用于各类数据库;可扩展性保障系统的各类可用性功能扩
展,实现方式升级、灵活多变;可维护性告诉我们需要在持续的使用中不断修正
其bug和通用性,有专门的人员完成不同时期版本升级,专注于系统架构的相关
人员应该对其使用的项目技术有专攻的过程,毕竟任何东西都
文档评论(0)