软件项目管理工作总结五篇 .docx
《软件项目管理工作总结五篇 .docx》由会员分享,可在线阅读,更多相关《软件项目管理工作总结五篇 .docx(11页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、软件项目管理工作总结五篇软件项目管理工作总结一20*年学生资助管理工作实行由法人负责、主管校长组织实施以及评定小组层层落实到学生的工作方法。学籍处负责具体落实中职和技师两部分学生的学籍和资助管理各项业务,顺利完成各级各类检查督导工作。对应享受国家资助的学生实行每学期两次公示制度,并在规定时间内及时申报助学金和免学费。一、学籍管理三、助学金管理工作国家助学金申报采取学生本人书面申请,通过班会评议形成以班级为单位的申请名单。学籍处主动为享受助学金的学生在*银行办理中职学生资助卡,助学金到账后及时足额发放,没有拖欠和滞留等问题。20*年春季助学金*人(其中:中职*人、技师*人),发放金额万元(其中:
2、中职万元、技师万元)。20*年秋季助学金*人(其中:中职*人、技师*人),应发放金额万元(其中:中职万元、技师3万元)。助学金公示时间及方法与免学费相同。四、学籍、资助档案管理所有与学籍和资助工作相关的文件和日常工作的痕迹材料及时整理归类存档备查,截至目前学籍无查重、无误差,大龄青年核查均正常在班上课。学生资料归档包括:在校生信息核对表、学生个人信息注册表、新生学籍信息核对表、招生备案名册、在校生统计表及名册、毕业生核对信息及验印名册;班级助学金申请表、个人助学金申请材料、免学费申请材料、受理结果、汇总表、*银行开卡及回执、资金发放等相关凭证和工作情况分学期存入学籍资助管理专用档案室。软件项目
3、管理工作总结二自2月份开始,我一直在跟进*银行w-*nd1s2.0项目的测试工作,至此为止已近6个月时间,从公司内部系统测试、验收测试,再到uat测试,以及投产前的系统压力测试等等。从开始到项目即将结束,一步步走过来。本次项目中,我作为测试环节的主力人员之一,仅对此项目中测试工作进行总结。项目的测试进度主要是按照项目计划进行的,完全按照项目组计划要求完成测试任务、提交测试类相关文档,包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作,本此项目中测试小组一共组织了四轮次系统全面测试工作,认真配合项目工作,共同保证项目质量。项目测试的问题跟踪及处理采用
4、每日进行修改问题回归测试工作,每日同步更新问题跟踪单的模式,按照规划时间完成系统更新测试。在项目工作的这几个月里大家相处融洽,项目组内部共同探讨解决问题的方法,向各模块负责人学习模块功能处理方式,向业务人员了解系统中涉及的业务知识点,两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验,也向项目组提出了一些完善性意见。用户验收测试是项目测试工作的重要组成部分之一,是项目验收阶段的最终把关阶段,业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面,客户测试介入力度太小,尽管我们已经很多次电话催促业务人员测试,每次联
5、系相关业务人员进行测试,他们来到项目组开发现场测试,也仅仅一两个小时时间,简单的进行验证操作即可。*银行利用两批系统培训的时间安排了两次分行集中测试,也算给项目进行了一次全面的测试,从中也暴露出不少系统存在的问题,目前项目组均已解决。中信*-funds2.0系统测试中,共记录问题及客户新增需求*个,其中bug数量*个、系统完善类问题*个,新增需求类问题*个。组织了四轮次内部系统全面测试工作,兼顾日常系统更新测试工作,最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测试,测试结果符合客户要求。现中信*-funds2.0系统临近投产实施工作,测试组还将继续配合配合项目投产工作
6、及投产后的补丁更新测试工作。作为此次项目测试的负责人,对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高,理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对各子系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强,测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验,做好以后的补丁测试工作及其他项目的测试工作。软件项目最大的特点就是不确定性。这是指软件项目不可能完全在规定的时间内,按照规定的预算,由规定的人员完成。无论之前你做了多么精细的项目计划,那也不过是一种预测,是一种对未来的估计和假设,
7、在执行的过程中肯定会有偏差。即便你考虑了再多的风险,也肯定会出现一些意料之外的风险。1、变化太快,索性不制定计划。2、过度强调计划,往往要将项目中非常琐碎的事情都考虑的非常清楚之后再启动项目。第一种倾向,都是在项目开始时制定一份计划,项目一启动就丢到一边,项目过程中完全不理会,个人能力强的pm大致还能把握方向和进度,但是问他之前做了些什么额外的工作时,往往回答不出来,等到项目结束,再把当初的计划改改,做个大概的统计也就了事。而项目过程中的一系列的常见问题也是导致项目失败的原因(以下的原因是我做过的项目中总结出来的影响最大的5点,按照影响程度的严重性,从高到低排列。)1、项目经理的管理能力不足项
8、目经理的管理能力不足之所以放在第一位,我想大家都清楚原因。项目经理作为一个项目的灵魂,对于进度的把控、团队成员的组建以及积极性的调动、成本的控制、和客户的沟通、需求变更的把控、重大事情的决策这些任何一个都能左右一个项目是否成功。我遇到的几个项目中都是由于项目经理的能力不够,直接导致项目失败,而且使得项目成员在项目过程中也疲惫不堪,怨声载道。其实现在很多项目的项目经理都是由技术骨干兼任,因此他们往往习惯于关注技术开发,而忽视了项目管理工作。项目,本身就是为了盈利而生,所以不排斥项目经理兼任项目技术主管或业务咨询,但是必须要有将项目管理工作区分开来的意识和责任感。如果没有这样的意识,就会造成疏忽项
9、目计划的制定、上下左右的沟通、专业资源的分配、项目组织的调整、成本的控制、风险分析等。2、需求不明确,变化多需求的多变是必然的。由于用户对计算器系统认识的不足,加上一个东西的从无到有,所以往往需求开始都是模糊的,只有随着项目的发展和反复的沟通,才能逐渐的明确。如何尽早的引导客户把需求明确,是项目经理、需求分析人员的工作,是保障项目可以顺利实施下去的前提保障,它是一门技术,也是一门思维沟通艺术。同一个东西,不同的人有着不一样的理解。开发人员和客户之间隔着需求人员这么一层,如何把客户的意思明白、清楚、不变形的传递给开发人员,这也是大部分项目中头痛的问题。我们经常可以看到在产品开发的差不多的时候,需
10、求、开发、测试聚在一起吵架,责任互推。3、计划不充分计划不充分,分为计划太粗或太细。制定的计划不严谨,随意性太大,会导致可操作性差,在实施中根本无法遵循,也就失去了计划的作用。有的人会抛弃全局计划,采取每周制定下周的计划,这样也是不可取的,毕竟计划没有一个长远的目标或宏观上的掌控,只局限于眼前的一点点事情,往往会致使项目失控。我一般采取先制定全盘计划,再每月制定详细计划,当月快结束时,根据实际情况调整下个月的计划,这样既有了较长期的把控,也有了和项目目标的对比,同时也不会把自己陷入无止境的修改计划中。工作量的估计不足,会直接导致项目延期。要对每项任务,甚至整个项目给出一个合适的工作量估计,需要
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件项目管理工作总结五篇 软件 项目 管理工作 总结
限制150内