软件售后工作总结(模板20篇)
每个月结束的时候,我们都会写一份月工作总结,来评估自己在工作中的表现。下面是一些精心整理的月工作总结范文,希望可以给大家带来一些启示和思路。
软件公司工作总结
大家上午好!开一次这样的会不容易,这应该是信息部两年来人员最全的一次会议。外地的同事很辛苦的千里迢迢赶过来,希望大家珍惜这个机会,好好的沟通和交流,使以后的工作进行的更顺利!
时间过的很快,很快又到了年底,一年的工作即将成为历史。在这里我将对我20xx年的工作进行一个简单的总结及对20xx年的工作进行一个简单的规划。
20xx工作总结
一:)美容院财务系统:
1:)及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展;
6:)在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。
二:)美容院业务系统:
4:)修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。
20xx工作规划及打算
与自己工作相关的问题:
总结20xx年,对于自己感受更多的是忙、压力、成就。
忙:20xx年说起来应该算是很忙的一年,系统不停的修改,修改完一个功能后面还有很多的需求等着自己去做,想找到一点空闲的时间很难。
压力:看看未来的工作规划,有个时候听别人说修改完这个需求后可以减轻别人的工作,总让自己感觉到很大的压力。系统的稳定性、数据的准确性,对于公司两个重要的系统来说表现的尤为重要,虽说这两个系统还算稳定,但是还是避免不了一些问题,总给自己带来一些压力,这也是以后的重点改进,以确保更高的稳定性。
成就:当自己接到系统的一个需求后想到能够给别人的工作带来方便、简化,即使再累也要以自己最快的速度最完善的完成,当完成后自己感觉很有成就感。
关于我们软件组,我们每一位同事都是很优秀的,我们几个人一年内开发那么多的系统。对于网络组的同事,你们有个时候会存在一些抱怨,说软件不稳定、报错,也许是我们的开发时间太短,很多的细节问题没有考虑到!我知道我们的同事也很忙,但请我们的同事不要急躁,详细的记录好错误信息,看清楚错误提示,有时对于一线反馈过来的错误希望大家能够确认好(因为有时一个简单的错误提示会被她们描述成系统使用不了),希望网络组的同事确认是否存在该软件上的错误,以至于我们能够及时的处理好!而我们能做的也就是及时的处理问题,提高系统的稳定性、错误,减少网络组同事不必要的麻烦!对于我们软件组的同事(包括我),要及时的处理好错误,找到错误的原因,希望下次不要再出现同样的错误!站在我们软件开发的立场上,虽说软件的错误是不可避免的,但我们可以把它降低到最小!当我们接到一个软件需求的时候,不要把它想的很简单,我们尽可能的可以把它考虑到很复杂,这样我们就可以考虑到更多的细节,比如限制一些相关错误的输入。有个时候软件是出现的不合理数据,我们不可以认为是是操作员的错误,相反我们要想到是自己的错误,站在软件思想上,是我们做的不够,没注意细节,给网络组人员带来了不必要的麻烦。所以包括我在内软件组人员要提高自身的软件技术,多创新,提高自身系统的稳定性,数据的准确性!
在20xx年前希望上完所有奈瑞儿店院的分布式财务系统,对各店内的所有服务器数据库设置密码,相关的系统中数据连接配置加密,以对20xx年的工作划一个圆满的句号。
软件公司工作总结
3月2日,我有幸成为科技发展公司的一员,应聘为公司的软件工程师。从任职以来,在总的领导下,在各个方面我都有很大的提高和进步。
1、荆门石油石化巡检系统的调研和开发、这是我工作以来第一次涉及到调研,对我来说是一个挑战。在调研过程中,让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足,在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求,有很多需要和客户交流沟通多次才能明白客户的最终需求,也没有把自己作为最终用户并站在用户的角度上来考虑问题,这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中,让我进一步巩固和加强了自己的开发能力。
2、118312增值业务的开展和维护、从5月以来我开始接手公司的主要业务之一,118312电信增值业务。由于前面负责这个项目的同事突然离职,导致这个项目的交接工再做得不够好,对我顺利接手这个项目造成很大的困难。而刚一接手这个项目,马上就需要新上一个投票活动,并要对一些主要代码进行修改,让我倍感压力,几乎都快放弃。最后在金总的指导和鼓励下,顺利的完成这次活动。在完成这次投票活动后,为了避免下一个接手这个项目同事与我遇到同样困难,我第一时间将这个项目的相关技术文档补充完全,保证别人能够顺利的进行该项目工作。通过这个项目,让我加强了自己在高强高压下工作的能力,也让我找到更多自信。
3、襄樊、鄂州家政网络服务中心的开发与实施、襄樊、在这两个项目中,除了承担开发工作以外,也逐渐涉及到项目管理的职责,让我在个人能力上有所提高。为了这两个项目能够顺利完成,除了完成自己的工作外,还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将襄樊、鄂州家政网络服务中心顺利实施,为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外,我也注重个人能力的提高。工作之余,主动学习一些新技术,与同事沟通配合,搭建一个ssh的开发框架。也学习springsecurity知识,这些新知识的积累,对我以后的工作有很大帮助。
1、将学习的springsecurity整合到我们自己搭建的ssh框架,进一步完善框架。
2、利用搭建的ssh框架,开发一套oa系统平台。
3、做好襄樊、鄂州家政网络服务中心的维护工作。
4、希望公司能够大量拿下湖北省其他市的家政网络服务中心,继续开发和实施湖北省其他市的家政网络服务中心。
5、继续学习新技术,努力提高自己的个人能力。为以后能够更好,更顺利的工作奠定基础。
希望通过自己的进步和努力,能为公司的发展做出自己最大的贡献,体现出自己的最大价值。
光阴如梭,一年的工作转瞬即将成为历史,伴随着新年钟声的临近,我们依依惜别硕果累累的20xx年,满怀热情的迎接到来的20xx年。
20xx年是自己进公司的第三个年头,在这一年里也是自己进公司最忙最累的一年,由于工作的重要性超负荷工作,除正常的上班八个小时,下班后几乎每天都要忙到23点后甚至通宵,有付出就有收获,现在回头看看,还是挺有成就感的。
20xx年1月到3月维护及更新oa系统、人事系统、vip卡管理系统分布式、美容院前台客户管理系统。由于工作量问题,在3月将oa系统移交给他人维护及更新,将人事系统移交给他人维护及更新。
20xx年3月到8月维护及更新vip卡管理系统分布式、美容院前台客户管理系统。主要工作是vip卡管理系统的分布式功能的实现,经过前面几个月的开发及测试,[xx课件]在3月中旬开始将分布式功能放在华景店进行测试,经过一段时间的测试及相关问题的跟进与更新,4月1日在黄埔店进行分布式系统的安装。经过两家店的分布式功能的使用,在后面的时间里对广州所有店都安装好分布式系统。处理日常系统操作中遇到的问题、更新一线对系统提出的修改及分布系统客户端数据与服务器数据的核对。
20xx年8月到12月从8月份开始,应该对财务的问题,开始次vip卡管理系统进行升级到美容院管理系统,结合提出的需求,对vip卡管理系统中的功能、数据库结构及操作页面进行全面的更新。经过一个月的更新,从9月2日开始使用新的更新完一部分的美容院管理系统。从9月份开始根据财务人员提出的修改,对系统进行更新,协助财务部对系统数据的调整。一直到现在系统一直在修改及改进,相比以前的vip卡管理系统,系统中增加了许多在以前系统中没有的功能,在功能的实现及数据的稳定进行了大大的改善。
美容院管理系统1)尽自己最快的速度完成系统中还未完成的功能及修改;2)对一线收银、办公例会、财务及相关人员提出的合理需求在第一时间内修改好系统;3)积极配合财务部对系统数据的调整,让系统最快恢复财务合理的数据;4)整合好系统相关功能,修改系统中一些功能实现的方法,提高系统的操作速度,增加自己认为对工作有效的功能;5)到时候系统修改完数据正确后看是否有必要增加该系统的分布式功能。
美容院前台客户管理系统1)系统中增加合并客户资料功能(规范两系统客户编号信息)及前台提出的测量尺寸的提醒功能;2)对一线前台提出的需求在第一时间内更新好系统;3)修改系统中一些功能实现的方法,由于自己之前的一些技术问题对功能的实现现在需要完善,所以有时间想修改修改;4)提高系统数据的安全性(比如系统中增加ip地址系统的限制及mac地址的绑定)。
在20xx年严格履行个人岗位职责,努力工作,在第一时间内完成了本职工作和领导交给的各项任务。作为技术人员最重要的是心态,以良好的心态去面对各种问题,发现问题、解决问题。展望到来的20xx年,我会更加努力、工作上认真负责,再接再厉。
软件公司工作总结
各位同事:
大家上午好!开一次这样的会不容易,这应该是信息部两年来人员最全的一次会议。外地的同事很辛苦的千里迢迢赶过来,希望大家珍惜这个机会,好好的沟通和交流,使以后的工作进行的更顺利!
时间过的很快,很快又到了年底,一年的工作即将成为历史。在这里我将对我年的工作进行一个简单的总结及对年的工作进行一个简单的规划。
1:)及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展;
6:)在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。
4:)修改系统中相关运营的操作(修改客户、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。
总结年,对于自己感受更多的是忙、压力、成就。
忙:年说起来应该算是很忙的一年,系统不停的修改,修改完一个功能后面还有很多的需求等着自己去做,想找到一点空闲的时间很难。
压力:看看未来的工作规划,有个时候听别人说修改完这个需求后可以减轻别人的工作,总让自己感觉到很大的压力。系统的稳定性、数据的准确性,对于公司两个重要的系统来说表现的尤为重要,虽说这两个系统还算稳定,但是还是避免不了一些问题,总给自己带来一些压力,这也是以后的重点改进,以确保更高的稳定性。
成就:当自己接到系统的一个需求后想到能够给别人的工作带来方便、简化,即使再累也要以自己最快的速度最完善的完成,当完成后自己感觉很有成就感。
关于我们软件组,我们每一位同事都是很优秀的,我们几个人一年内开发那么多的系统。对于网络组的同事,你们有个时候会存在一些抱怨,说软件不稳定、报错,也许是我们的开发时间太短,很多的细节问题没有考虑到!我知道我们的同事也很忙,但请我们的同事不要急躁,详细的记录好错误信息,看清楚错误提示,有时对于一线反馈过来的错误希望大家能够确认好(因为有时一个简单的错误提示会被她们描述成系统使用不了),希望网络组的同事确认是否存在该软件上的错误,以至于我们能够及时的处理好!而我们能做的也就是及时的处理问题,提高系统的稳定性、错误,减少网络组同事不必要的麻烦!
对于我们软件组的同事(包括我),要及时的处理好错误,找到错误的原因,希望下次不要再出现同样的错误!站在我们软件开发的立场上,虽说软件的错误是不可避免的,但我们可以把它降低到最小!当我们接到一个软件需求的时候,不要把它想的很简单,我们尽可能的可以把它考虑到很复杂,这样我们就可以考虑到更多的细节,比如限制一些相关错误的输入。有个时候软件是出现的不合理数据,我们不可以认为是是操作员的错误,相反我们要想到是自己的错误,站在软件思想上,是我们做的不够,没注意细节,给网络组人员带来了不必要的麻烦。所以包括我在内软件组人员要提高自身的软件技术,多创新,提高自身系统的稳定性,数据的准确性!
在年前希望上完所有奈瑞儿店院的分布式财务系统,对各店内的所有服务器数据库设置密码,相关的系统中数据连接配置加密,以对年的工作划一个圆满的句号。
明年我们继续努力。
工作总结软件
2013年度,我的主要工作集中在产品研发及优化领域,现将参与的主要工作内容和任务的完成情况总结如下:
一、新人学习。
对公司的整体状况和运营模式进行了解,重点针对合同管理系统的适用领域、场景以及客户群体、一般性需求进行学习。熟悉公司技术团的工作模式、编码规范和研发管理控制流程。通过对公司产品关注领域和业务流程的学习以及研发规范的了解,梳理了技术学习主线,制定了具体的学习目标和时间计划为技术研发工作奠定了基础。
二、公司***平台的研发。
参与了***平台的部分功能研发,主要参与以下功能模块的代码编制、优化和初步的功能验证测试:系统平台对接浪潮系统、系统对接审批事项清单模块,系统管理模块,筹备成立模块、成立登记模块、分支机构管理、组织管理、注销信息管理、变更信息管理等等。在研发中,按照团队规划完成了个人的任务并按照编码规范进行了源码优化。对于部分编码进行分析和重构,对于部分功能模块进行了效率优化和源码简化,提升代码的可读性、可复用性、可移植性。整个研发过程,积极融入团队,提升技术水平的同时进一步加深了对公司产品业务的理解。
三、
公司产品***平台的优化。
参与产品***平台的优化。使用技术方法通过重构改进了产品的运行效率。从构建模式、实现方法、代码风格上进行了多方面的知识整理、分析和优化。并以此为契机,强化了效率优化的意识,学习了效率优化的方法,同时,增强了研发中兼顾效率的意识。2013年度个人取得的成绩和经验2013年是我进入公司的第一年,无论是对于生活阅历还是工作经验以及技术知识都取得了很大的成效与进步。在公司的几个月里我着实成长了许多,尤其是对专业知识技能的提升、此外还增长了一些对行业的认识以及开发流程。
公司领导比较给力、很会照顾下属,同事之间也比较容易相处,团队互助性也比较强。但是我们公司对于技术上是不是应该增加一点技术储备方面东西。我希望公司能够一个强大知识库,比如某一天某个人解决了一个极难解决或者比较罕见的问题。有必要保存到知识库里,以备后续之人有一个学习认知的空间。
对自己2013年度整体表现的客观评价。
2013年度是我在学习中不断总结经验、吸取教训、获得成长的年度。
本年度的工作中,我认真制定工作计划,按时完成工作任务并适时进行总结和分析,关注功能实现、代码规范、效率优化和用户体验。努力开展对本职工作所需专业技术学习,优化知识结构,并不断深化对合同管理业务的理解。团队建设上,我积极融入团队,努力营造良好的团队氛围,和同事关系融洽。
1.在原有体系不变动情况下,配合团队完成社会组织信息系统后续的开发。2.加强自己工作中阐述问题的能力和分析能力以及解决问题的能力。3.不断学习新的技术与知识,让自己更能适应新的需求发展变化,给自己制定一个短期目标以计划。
4.努力更正自己开发习惯,提升自己开发技巧。
5.了解技术以外的知识,摆脱自己“机器人”的概念。
个人职业生涯规划。
一、短期目标(提升专业技术水平、掌握解决问题的方法)合理规划自己时间,给自己制定一个工作之余的学习计划,学习目标,在工作不断吸取经验教训加以总结汇总,不断更正自己工作习惯。
二、长期目标(专注改进薄弱环节,掌握提升效率的技巧,深化业务理解)。
在不断巩固自己专业知识前提下,加深对业务的理解能力、分析能力、主导能力、不断充实自己各方面知识技能,强化自己薄弱环节。做一个合格高级软件工程师。
研发部2014-01-10篇2:软件开发工程师个人年终工作总结范文软件开发工程师个人年终工作总结范文作为一个软件开发工程师(我也是一名软件开发工程师),所实在的如果每年只做那么一两个项目,年终工作总结写起来也应该得心应手的,我们只需要把本年度该项目的基本情况简历表述一下,自己在项目中的角色以及自己在项目中遇到的重点问题及解决方案描述一下,最后展望一下下一年度的工作计划,ok,本年度的工作总结基本完成。下面我给大家看一篇别人写的我认为比较好的个人年终工作总结范文:软件开发工程师个人年终工作总结范文2011年2月2日,我有幸成为北京超图一员,应聘为公司的java软件工程师。入任职以来,在部门领导的带领下,自己感觉无论学习、技术、生活等方面都有很大的提升。2011年里我主要完成的工作有三方面:
1、荆门石油石化巡检系统的调研和开发。
该项目是我工作以来第一次涉及到调研,对我来说算是一个不小的挑战。在调研过程中,让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足,在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求,有很多需要和客户交流沟通多次才能明白客户的最终需求,也没有把自己作为最终用户并站在用户的角度上来考虑问题,这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中,让我进一步巩固和加强了自己的开发能力。
2、电信12530增值业务的开发与维护。
从5月以来我就开始接手公司的主要业务之一,12530电信增值业务。由于前面负责这个项目的同事突然离职,导致这个项目的交接工再做得不够好,对我顺利接手这个项目造成很大的困难。而刚一接手这个项目,马上就需要新上一个投票活动,并要对一些主要代码进行修改,让我倍感压力,几乎都快放弃。最后在金总的指导和鼓励下,顺利的完成这次活动。在完成这次投票活动后,为了避免下一个接手这个项目同事与我遇到同样困难,我第一时间将这个项目的相关技术文档补充完全,保证别人能够顺利的进行该项目工作。通过这个项目,让我加强了自己在高强高压下工作的能力,也让我找到更多自信。
3、襄樊、鄂州家政网络服务中心的开发与实施。
在这两个项目中,除了承担开发工作以外,也逐渐涉及到项目管理的职责,让我在个人能力上有所提高。为了这两个项目能够顺利完成,除了完成自己的工作外,还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将襄樊、鄂州家政网络服务中心顺利实施,为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外,我也注重个人能力的提高。工作之余,主动学习一些新技术,与同事沟通配合,搭建一个h的开发框架。也学习springsecurity知识,这些新知识的积累,对我以后的工作有很大帮助。
2012年工作展望:
1、将学习的springsecurity整合到我们自己搭建的h框架,进一步完善框架。
2、利用搭建的h框架,开发一套oa系统平台。
3、做好襄樊、鄂州家政网络服务中心的维护工作。
4、希望公司能够大量拿下湖北省其他市的家政网络服务中心,继续开发和实施湖北省其他市的家政网络服务中心。
5、继续学习新技术,努力提高自己的个人能力。为以后能够更好,更顺利的工作奠定基础。
6、希望通过自己的进步和努力,能为公司的发展做出自己最大的贡献,体现出自己的最大价值。
—————-结束。
一、工作内容。
九月份的工作比较繁忙,工作重点有四方面:s6测试,医院软件开发、测试,售后服务,文档书写及培训。
1、关于s6测试。
s6的新增修改功能大约30多项内容,测试的重点如:其一,每日结账时更正库存的操作,此项功能涉及的方面比较多,影响数据的准确性,测试起来比较烦琐、测试量也比较大;其二,由于业务开票时程序内部处理发生了改变,由原来的控制台转移到存储过程中处理,所以对此部分也进行了重点测试;其三,饮片划价自动批号的测试;其它方面的测试包括,gsp报表、客户对应商品销售、批次会员录入以及远程配送价格等的测试,再有就是售后人员随时提出的问题随时测试,如打印模块加完打印项还是不能打印、某些模板在99pbl修改以后还是不好用、哪个报表数据是否有问题等。
2、医院软件开发、测试。
25、a35等字段在每个表的长度统一等。
3、售后服务。
s6的售后工作,由于每日结账时更正库存,造成几个客户的库存数据不准确,通过查询客户实际的数据库找到了问题的原因,再有就是在电话中为售后人员解答一些问题;其它方面,上门服务三次,分别是,解决了先知医疗器械公司的应收应付财务问题,通胜医药财务软件中辅助核算的客户查不到,从后台修改数据已解决问题,汉华林销售出错库存未减,原因未查到;远程及电话解决客户提出的财务软件、财务接口、金税接口等问题。由于十一休息,售后人员少,在月末休息前做了两天售后工作。
4、其它方面。
s6的培训文档写了两次,其次就是书写了加强版与s6的区别,再有就是编译序程、备份程序、程序注册等工作,其中程序注册是随时性,所以也占用一定的时间。
通过的工作,自己在pb方面又懂得了一些知识,并且可以修改简单的错误,也可看明白一些简单的脚本结构,这对于我的测试工作是很有帮助的。从反馈的情况看,s6的结账库存更正功能还存问题,还需要加强测试。再有从售后服务的情况看,售后人员在财务方面的技术还需要加强。
三、工作计划。
1、医院软件测试。
2、书写医院软件的说明书。
十月份是一个忙碌的月份,日子象流水一样,转眼既逝。看来学习的时间和劲头还要在加强一些。
一、工作内容。
十月份的工作比较繁忙,工作中心有六点:程序的每天备份,库结构的比较,打印类的调试,在2种分辨率的情况下窗口的布局,程序小bug的修改,测试参数权限及远程。
软件公司工作总结
20xx年1月到3月维护及更新oa系统、人事系统、vip卡管理系统分布式、美容院前台客户管理系统。由于工作量问题,在3月将oa系统移交给他人维护及更新,将人事系统移交给他人维护及更新。
20xx年3月到8月维护及更新vip卡管理系统分布式、美容院前台客户管理系统。主要工作是vip卡管理系统的分布式功能的实现,经过前面几个月的开发及测试,[xx课件]在3月中旬开始将分布式功能放在华景店进行测试,经过一段时间的测试及相关问题的跟进与更新,4月1日在黄埔店进行分布式系统的安装。经过两家店的分布式功能的使用,在后面的时间里对广州所有店都安装好分布式系统。处理日常系统操作中遇到的问题、更新一线对系统提出的修改及分布系统客户端数据与服务器数据的核对。
20xx年8月到12月从8月份开始,应该对财务的问题,开始次vip卡管理系统进行升级到美容院管理系统,结合提出的需求,对vip卡管理系统中的功能、数据库结构及操作页面进行全面的更新。经过一个月的更新,从9月2日开始使用新的更新完一部分的美容院管理系统。从9月份开始根据财务人员提出的修改,对系统进行更新,协助财务部对系统数据的调整。一直到现在系统一直在修改及改进,相比以前的vip卡管理系统,系统中增加了许多在以前系统中没有的功能,在功能的实现及数据的稳定进行了大大的改善。
软件公司工作总结
1、荆门石油石化巡检系统的调研和开发、这是我工作以来第一次涉及到调研,对我来说是一个挑战。在调研过程中,让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足,在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求,有很多需要和客户交流沟通多次才能明白客户的最终需求,也没有把自己作为最终用户并站在用户的角度上来考虑问题,这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中,让我进一步巩固和加强了自己的开发能力。
2、118312增值业务的开展和维护、从5月以来我开始接手公司的主要业务之一,118312电信增值业务。由于前面负责这个项目的同事突然离职,导致这个项目的交接工再做得不够好,对我顺利接手这个项目造成很大的困难。而刚一接手这个项目,马上就需要新上一个投票活动,并要对一些主要代码进行修改,让我倍感压力,几乎都快放弃。最后在金总的指导和鼓励下,顺利的完成这次活动。在完成这次投票活动后,为了避免下一个接手这个项目同事与我遇到同样困难,我第一时间将这个项目的相关技术文档补充完全,保证别人能够顺利的进行该项目工作。通过这个项目,让我加强了自己在高强高压下工作的能力,也让我找到更多自信。
3、襄樊、鄂州家政网络服务中心的开发与实施、襄樊、在这两个项目中,除了承担开发工作以外,也逐渐涉及到项目管理的职责,让我在个人能力上有所提高。为了这两个项目能够顺利完成,除了完成自己的工作外,还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将襄樊、鄂州家政网络服务中心顺利实施,为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外,我也注重个人能力的提高。工作之余,主动学习一些新技术,与同事沟通配合,搭建一个ssh的开发框架。也学习springsecurity知识,这些新知识的积累,对我以后的工作有很大帮助。
软件公司工作总结
美容院管理系统1)尽自己最快的速度完成系统中还未完成的功能及修改;2)对一线收银、办公例会、财务及相关人员提出的合理需求在第一时间内修改好系统;3)积极配合财务部对系统数据的调整,让系统最快恢复财务合理的数据;4)整合好系统相关功能,修改系统中一些功能实现的方法,提高系统的操作速度,增加自己认为对工作有效的功能;5)到时候系统修改完数据正确后看是否有必要增加该系统的分布式功能。
美容院前台客户管理系统1)系统中增加合并客户资料功能(规范两系统客户编号信息)及前台提出的测量尺寸的提醒功能;2)对一线前台提出的需求在第一时间内更新好系统;3)修改系统中一些功能实现的方法,由于自己之前的一些技术问题对功能的实现现在需要完善,所以有时间想修改修改;4)提高系统数据的安全性(比如系统中增加ip地址系统的限制及mac地址的绑定)。
在20xx年严格履行个人岗位职责,努力工作,在第一时间内完成了本职工作和领导交给的各项任务。作为技术人员最重要的是心态,以良好的心态去面对各种问题,发现问题、解决问题。展望到来的20xx年,我会更加努力、工作上认真负责,再接再厉。
软件公司工作总结
6、在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。
4、修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。
继续维护及更新美容院财务管理系统、美容院前台业务管理系统,及时更新相关人员对系统提出的需求;财务系统各市场系统的合并操作及显示、财务系统与人事系统的相关对接、财务系统中集团报表的显示、用友系统中凭证与财务系统中数据的对与自己工作相关的问题:
总结20xx年,对于自己感受更多的是忙、压力、成就。
20xx年说起来应该算是很忙的一年,系统不停的修改,修改完一个功能后面还有很多的需求等着自己去做,想找到一点空闲的时间很难。
看看未来的工作规划,有个时候听别人说修改完这个需求后可以减轻别人的工作,总让自己感觉到很大的压力。系统的稳定性、数据的准确性,对于公司两个重要的系统来说表现的尤为重要,虽说这两个系统还算稳定,但是还是避免不了一些问题,总给自己带来一些压力,这也是以后的重点改进,以确保更高的稳定性。
当自己接到系统的一个需求后想到能够给别人的工作带来方便、简化,即使再累也要以自己最快的速度最完善的完成,当完成后自己感觉很有成就感。
关于我们软件组,我们每一位同事都是很优秀的,我们几个人一年内开发那么多的系统。对于网络组的同事,你们有个时候会存在一些抱怨,说软件不稳定、报错,也许是我们的开发时间太短,很多的细节问题没有考虑到!我知道我们的同事也很忙,但请我们的同事不要急躁,详细的记录好错误信息,看清楚错误提示,有时对于一线反馈过来的错误希望大家能够确认好(因为有时一个简单的错误提示会被她们描述成系统使用不了),希望网络组的同事确认是否存在该软件上的错误,以至于我们能够及时的处理好!而我们能做的也就是及时的处理问题,提高系统的稳定性、错误,减少网络组同事不必要的麻烦!对于我们软件组的同事(包括我),要及时的处理好错误,找到错误的原因,希望下次不要再出现同样的错误!站在我们软件开发的立场上,虽说软件的错误是不可避免的,但我们可以把它降低到最小!当我们接到一个软件需求的时候,不要把它想的很简单,我们尽可能的可以把它考虑到很复杂,这样我们就可以考虑到更多的细节,比如限制一些相关错误的输入。有个时候软件是出现的不合理数据,我们不可以认为是是操作员的错误,相反我们要想到是自己的错误,站在软件思想上,是我们做的不够,没注意细节,给网络组人员带来了不必要的麻烦。所以包括我在内软件组人员要提高自身的软件技术,多创新,提高自身系统的稳定性,数据的准确性!
在20xx年前希望上完所有奈瑞儿店院的分布式财务系统,对各店内的所有服务器数据库设置密码,相关的系统中数据连接配置加密,以对20xx年的工作划一个圆满的句号。
软件公司工作总结
作为技巧开拓团队的治理者,让公司提交核心竞争力,产生更大产出物,必须明确治理的重点与核心都是人。
而技巧开拓团队治理工作效率的高低除了规章制度的客不雅因素外,还有异常紧张的一点便是,治理者与软件开拓人员要有优越沟通的主不雅因素。
治理与人――作为软件开拓公司技巧团队治理者,工作重点:
软件公司工作总结
协会应围绕20xx年全国工业和信息化工作会议中确定的重点工作,以提高自主创新能力,掌握核心技术,提升我省相关领域的技术水平及企业发展为目标,结合xx软件产业发展实际的实际情况,研究制订xx省软件产业中长期发展目标和战略建议,并针对xx省软件产业发展特点提出产业规划作政策建议;撰写年度xx省软件产业发展报告,为政府部门、企业及社会各界了解软件产业发展状况提供参考。建议与有关主管部门加强沟通,争取政策,对优秀软件产品进行评选表彰和奖励。
软件测试工作总结
大家上午好!开一次这样的会不容易,这应该是信息部两年来人员的一次会议。外地的同事很辛苦的千里迢迢赶过来,希望大家珍惜这个机会,好好的沟通和交流,使以后的工作进行的更顺利!
时间过的很快,很快又到了年底,一年的工作即将成为历史。在这里我将对我20__年的工作进行一个简单的总结及对20xx年的工作进行一个简单的规划。
1)及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展;
6)在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。
4)修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。
软件销售工作总结
哲学就是用简单的说话来体现出隐含深层意义的道理,让人们去思考和体会。哲学本身就是用来完善自己的精神修养和帮助他人完善思想的。
哲学的特征在于追问本质,不断反思。内容上,哲学的反思对象无所不包;深度上,哲学的反思是无穷无尽的。现实中,我们可以借用哲学的思维方式,但是不能照搬哲学的思维方式。也即是说我们能够直接关注的现实是具体而有限的,思维的不可封闭性使得我们在解决具体问题时不能进行无穷追问。
把哲学低估于现代科学是不负责任的,哲学隐藏在现实生活中的每一部分,它为我们提供了一种生活的方式,如果将哲学简单的与现代科学相提并论,则成为了一种狭隘的唯科学主义。
“又是一年毕业时”,看到一批批学子离开人生的象牙塔,走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志,不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼,希望对所有的软件工程师们有所帮助,早日实现自己的人生目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议,前面几点旨在确定大的方向,算是废话吧。
谨以此文献给那个自己为你奉献3年青春与激情的开发团队。还有团队成员:ppl、yt、yk、tyf、lgl、chl、cdy、cb、dpd。
1、分享第一条经验:“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要:“重要的道理明白太晚将抱憾终生!”所以放在每一条,让刚刚毕业的朋友们早点看到哈!
2、一定要确定自己的发展方向,并为此目的制定可行的计划。不要说什么,“我刚毕业,还不知道将来可能做什么?”,“跟着感觉走,先做做看”。因为,这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术,将来成为专家级人物?向管理方向走,成为职业经理人?先熟悉行业和领域,将来自立门户?还是先在行业里面混混,过几年转行做点别的?这很重要,它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。
3、软件开发团队中,技术不是万能的,但没有技术是万万不能的!在技术型团队中,技术与人品同等重要,当然长相也比较重要哈,尤其在mm比较多的团队中。在软件项目团队中,技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护,多少你都要有技术基矗算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目,项目交付的第二天,项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。
4、详细制定自己软件开发专业知识学习计划,并注意及时修正和调整(软件开发技术变化实在太快)。请牢记:“如果一个软件开发人员在1、2年内都没有更新过自己的知识,那么,其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们:另外的那8小时如何使用将决定你的人生成败!本人自毕业以来,平均每天实际学习时间超过2小时。
5、书籍是人类进步的阶梯,对软件开发人员尤其如此。书籍是学习知识的最有效途径,不要过多地指望在工作中能遇到“世外高人”,并不厌其烦地教你。对于花钱买书,我个人经验是:千万别买国内那帮人出的书!我买的那些家伙出的书,!00%全部后悔了,无一本例外。更气愤的是,这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧,才算是真正拥有了它。
6、不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发它们框架设计或者源码;除了会用j2ee、jboss、spring、hibernate等等优秀的开源产品或者框架,抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的问题,因为,很多东西你“知其然且知其所以然”!
7、在一种语言上编程,但别为其束缚了思想。“代码大全”中说:“深入一门语言编程,不要浮于表面”。深入一门语言开发还远远不足,任何编程语言的存在都有其自身的理由,所以也没有哪门语言是“包治百脖的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是:用面对对象工具开发某些关键模块时,为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时,为什么不可以参考来自java社区的ioc、aop设计思想,甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时,为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。
8、养成总结与反思的习惯,并有意识地提炼日常工作成果,形成自己的'个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知,对软件开发人员而言,有、无经验的一个显著区别是:无经验者完成任何任务时都从头开始,而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说,所有可复用的东西都必须自己实现,别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是,最好还是自己实现,这样没有知识产权、版权等问题,关键是自己实现后能真正掌握这个知识点,拥有这个技能。
9、理论与实践并重,内外双修。工程师的内涵是:以工程师的眼光观察、分析事物和世界。一个合格的软件工程师,是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作,但从软件工程师这个角度来看,这只是外在的东西,并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法-论,并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题,才是真正的软件工程师的工作。站在成熟理论与可靠方法-论的高度思考、分析、解决问题,并在具体实践中验证和修正这些思想与方式,最终形成自己的理论体系和实用方法-论。
10、心态有多开放,视野就有多开阔。不要抱着自己的技术和成果,等到它们都已经过时变成垃圾了,才拿出来丢人现眼。请及时发布自己的研究成果:开发的产品、有创意的设计或代码,公布出来让大家交流或者使用,你的成果才有进化和升华的机会。想想自己20xx年间开发的那些平台的系统架构和开发工具,并且得到了应用的证实。在网上也陆续发表了一些文章,受到比较好的欢迎,还上了赛迪网的开发之星。
下半年,在软件工程方面收获是很多的。
看到网上对于印度模式从吹捧到批驳的吵闹,也看到x1公司学习印度的失败,加上自己从开始就对那些记者的怀疑,决定好好学习软件工程。我一向认为,任何东西,不能道听途说,只有自己好好深入研究,才能得其精髓。同时,软件工程绝对不能只看印度的,毕竟,美国才是软件业最发达的国度。
列举一些学习的参考资料:《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书,我都仔细研读了,颇有体会。
我开始就想,印度软件工程绝对不会象那些记者所说的那么简单,所谓的高中生编程说。所以,我必须实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行过程》,是印度最大的软件公司infosys公司的分管质量的副总裁写的,介绍他们的cmm4的软件工程,果然不同凡响。这是我了解印度软件工程的主要窗口。
首先,同原来的想法不同的,也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是,软件工程实际上不仅仅只是管理,而是一门涉及很广的交叉学科。在软件工程中,大约一半的内容是专业性很强的,涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象,都在软件工程的范畴内,同样是软件开发和组织的重要内容,也是软件质量保证的重要内容。至于软件开发的管理部分,只能算是软件工程中软件工程过程的部分,或者说项目管理部分。脱离管理来开发软件是绝对不可行的,同样,抛弃技术基础,空谈管理出效益,便如无源之水、无本之木。诚如《软件工程java语言实现》中所说:“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学,其他方面可归入经济学、管理学或心理学中。”在这里,我强调了软件工程中的技术部分,并非轻视管理,只想在软件工程的概念上做一些拨乱反正,也希望多一些人来关心软件的核心技术,而不要空喊口号和概念。毕竟,中国的软件太缺乏核心技术了。
其次,对管理要求的严格不说(这个谁都知道),实际上,不管是美国的软件工程,还是印度的软件工程,都是比较灵活的。即便是印度这样的所谓“软件工厂”模式,对于软件工程过程管理极为严格,也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的,然而,由于项目具体情况不同,如项目的规模,参与人员的数量、素质等的不同,对于软件过程的每个部分,不是都必须的,可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等,开始做了一个以为很好的规范,但是,到具体项目,总是对不起来,到处有问题,现在想想,便是少了这个变通的部分。不过,话说回来,这cmm也是老美想出来的,而不是印度。
第三,对于开发人员的选用,我发现,美国人是非常注重选用优秀的开发人员的。martinfowler曾经开玩笑的说,如果给他一批水平不高的开发项目,他会考虑全部解雇,重新招聘。《人月神话》中也说,如果200人开发一个项目,其中25个人最能干,那么会考虑解雇其余的175个人,让项目经理来编程(当然,后面还有一些抉择分析,这里断章取义了)。其结论的基础是基于以下研究结果:优秀的开发人员和差的开发人员,其效率之差可以达到数量级。另外,从管理的角度来说,只有人多了,才会有管理问题,当团队规模控制在一定的范围内时,便不会有太大的管理问题。
对于软件来说,很难实现同传统产业一样的工厂化生产,这是由软件开发的本质决定的。软件的复杂性是软件的本质属性,在这个属性没有改变之前,软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”,实际上,只是完成了软件代码的编写工作,并不是实现了整个软件研发工作,而代码编写工作,恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员,印度人的书上没有说,记者到说了不少,我也无从考证。所以,软件的开发,还是需要选用优秀的人的。除非,公司只想帮别人编写代码,而不希望有自己的产品和技术。
第四,软件开发中,最重要的还是团队合作和交流。这个是我目前最深切的感受。具体的,大家都知道,也用不着多说。
最后,对于软件开发来说,公司老板的想法是最重要的。如果老板说“no”,那便是水平再高,管理再好,也终归无用。年龄渐长,也做父亲了,却总是在漂泊,没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。
软件项目工作总结
本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:1.这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。
5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
如果项目经理不能尽早发现风险,那么就只能去当烈士了。
7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略,现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是项目经理本人,大项目里会配备行业专家(industryexpert),这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧。
8.现在你要面对三群人:你的领导、你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要,那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情,但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。推的意思就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人。这种情况适合小项目,人少;拉的意思就是项目经理就是一个类似web服务器,你自己需要什么信息就去问他。当然,没有项目经理把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,项目经理更加应该主动去和领导沟通。第二个问题就是文档问题,很多人怕写文档,但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢?就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的,比如项目经理的项目日志,每个星期至少让客户签字,另外所有达成共识的东西,比如会议纪要,甚至领导的讲话记录,都要写成文档,双方签字,这样以后扯皮的时候,就能做到有据可查。记住:说了的就和没说一样,只有写下来大家签字后才算真正发生了的。还有一些问题,比如你提交的报告,给领导(包括本方领导和客户领导)做一个选择题,结果领导压住不批,让你无所适从,结果拖延了进度。这时候,你可以等,但是注意要留记录,标明是谁的责任;另外,如果你在开始阶段就和领导商定:如果批示提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。再比如不同事件的审批流程问题:什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到,以后的工作就越主动。
模块之间的信息如何交换等等。需求定义的是做什么的问题,而这里说的是怎么做的问题。这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的,而不是看上去最完美的,这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动,坚持要你采用那种新技术,你就应该告诉他:你选我做这个项目,就应该容许我采用自己最喜欢的方式做事情,新技术之所以有诱惑力,就是因为吃亏的人还不多,我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确,比如用微软的project软件,你填写完表格以后,就可以知道这个项目有多少件事情要做,每件事情需要什么资源,他们之间的前后关系如何,消耗的时间有多长,完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现,甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然,学过项目管理的人会大谈什么wbs、优化路径之类的东西,但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题,在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度,其结果可能就是十件事情你一件也没做好,想想多么失败啊。所以,把资源投到你熟悉和有把握的事情上,最后的结果是十件事情,你有三件做成了精品,三件完成,还有四件因为某些原因延误,成绩单是否靓丽了很多呢?战略决定优先级,而正确排列事情的优先级是一个项目经理能力的主要体现。
好,现在项目已经完成了前期工作,了解了项目的目标、搞清楚了手上的资源,制定了项目的策略,然后编制了项目的整体计划,项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候,不像前期的时候项目经理要象记者一样到处和不同的人接触,搞清楚他们在说什么,努力猜测他们在想什么和他们的真正目的,那才是最累人的事情。当然,小项目的项目经理往往自己也是一个资源,要做很多事情,这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意,除非你需要对方给你支持,那么你才需要讲得具体一点,否则,告诉他一切正常就可以了,而且态度要积极一些,千万不要说一些领导不懂的细节,比如:“王局长,最近项目进度还算正常,就是jvm经常发生一些内存泄漏的情况”王局长:“(*[email protected]@”。和自己的领导汇报也要注意这个问题,除非他是一个技术高手,你需要他的技术经验,否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了,有些需要他支持的地方,比如资源调用需要说详细一点。
会议带入无休止的争论(你要让大家知道事情不是非黑即白的,而是多元的,唉,我们的教育惹的祸)。会后,你自己写文档,做决定。会议上大家的面子都被照顾了,自然实施起来的阻力就小,如果还有意见的,你就私下找他聊,如果还不能说服他,你就要让他明白,因为你负责这个项目、你担当风险,所以,这个优先级应该你来判断。组织中的高层,并不见得水平会比一般的成员高,但是,他要承担组织的风险,加之信息的不对称性,所以,对事情的优先级的判断肯定比下属强。
在开发过程中,内部管理还要注意的一点是时刻强调以验收为目的的思想,每个任务的最终可交付成果一定要是可以被检查的,比如,【界面要求:美观大方、简洁明快】,这个要求我就不知道如何检查。所以,给开发小组布置任务的时候就要考虑如何检查结果,比如我见过一个计划,里面有一个任务【开发人员熟悉ejb编程】,这个任务,除了让这些人去参加一些专业认证考试,否则,结果很难被检查。所以,时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情,我听说有些老项目经理拿到项目是倒排计划的,即首先看如何验收和验收标准,然后决定工作计划。很多项目开始了很久,还不知道如何验收,那么这个项目出问题的可能性就很大了。做项目就是为了验收,我们的角色不是研究机构,我们的目的就是在付出那么多劳动后得到结果。另外我插一句:我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流,很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场,软件开发人员还是在公司做项目。项目实施人员就是初级项目经理,他们了解自己的产品,懂得一些客户的业务,关键是在于他们具有良好的沟通能力,俗称“皮厚”。他们是客户和研发人员的桥梁,其职业方向也是很机动灵活,以后可以有很多方向可以转,比开发人员的路要宽得多。
接着,我们再谈谈最让人头痛的需求变更问题。变更通常分为两种:一种是部分更改了原先的目标,即需求变更;另一种是没改变目标,但是客户不满意目前的实现方式,大到流程的实现,小到界面的布局,都是属于这类。碰到这种情况是难以避免的,主要是事先沟通的不够充分和客户随着项目的进展,慢慢想清楚了问题,改变了以前的思路。这时候,如果需要改并且你的战略是容许这种情况的,那么注意下面几点:
1.确保以前的文档,就是记载着以前的结论的东西,客户是否签过字,如果没有,赶紧把你的工作停下来,赶快再和客户自己确认一下你的方案,然后让他签字,避免以后说话没有凭据;2.和客户坐下来,自己探讨他修改的根本目的是什么,是不是有同样能达到相同目的,但是对你来说有代价更小的选择?3.(项目初期的工作)明确更改流程,一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子,你就废了),以正式项目文件的方式提交给你,然后,你做评估分析,分析对成本、进度的影响,在你的领导同意后,出相应意见书,主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来,后面如果真的发生了,至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对,就学习那个,让大家都意识到任何的更改都有成本和代价所以,对于这种需求天天变的客户,你就一定要事先做好规矩:
再和我谈,我不想卷入你们内部业务部门之间的矛盾之中;
二、所有需求变更全部要有书面文字,这点切记!这样做好处多多:
*有书面证据,以后他还想改,你有了他以前要求的证据,告诉他:你以前可是这么说的;
系统开发告一段落后,就进入客户培训、系统验收阶段,这个阶段,我一般会注意以下几个问题:
给客户做培训前,多注意一些表面功夫。很多程序员认为,既然很多系统采用原型法,有一个由粗到精的过程,那么系统的逻辑核心是否正确才是关键,至于界面如何,界面上的用词是否准确,那是无关紧要的问题;而且培训的时候也是空手上台、信手拈来,想到哪里说到哪里,下面听讲的人不知所云,云山雾罩,培训效果自然可以想象。我的体会是,给客户做
软件售后工作总结(模板20篇)
本文2024-03-28 17:44:02发表“文库百科”栏目。
本文链接:https://www.wenkubao.com/article/68508.html