项目管理杂谈
kevin_水滴石穿
平心静气,日积月累,厚积薄发
展开
-
走出软件作坊--留住一批能做事会做事的才是关键
最近抽时间将走出软件作坊一书读了一遍,很是震撼,书中描述的很多现象和问题在我的工作中也遇到过。书中提到的解决问题的一些方法有些我们团队和公司都已经在使用了,并且解决了很多存在的问题,但是有些问题却还是没有得到很好的解决,可能还是因为我们所处的实际环境及公司的政策制度不一样,造成了解决这些问题的困难。 其中有一个明显的问题就是开发团队的不稳定,人员流失比较严重,好原创 2015-09-20 17:02:42 · 902 阅读 · 0 评论 -
有效沟通的工具之一【 标准模板】
项目沟通技巧原创 2014-01-27 09:48:57 · 2129 阅读 · 0 评论 -
产品新版本发布前要做那些事呢
从我进入公司到现在管理产品发布已经一年多了,这一年多的时间进行的系统升级发布有大大小小几十次了。所以对于产品发布我自己做了一些小结,如下所示: 1.发布内容及发布时间一定要提前通知相关的各位干系人。 2.发布内容对干系人的影响一定要事先进行评估,并考虑清楚,如果干系人有异议一定要进行记录并讨论和确认。 3.发布后可能造成的影响一定要有原创 2014-01-27 10:20:41 · 1303 阅读 · 0 评论 -
引用一个网络图片作为样式的致命悲剧
昨天下午一直运行良好采购系统突然出现了致命问题,采购订单无法新建和编辑了,刚开始我们以为只是个别客户的电脑配置和浏览器设置有问题。但是很快就有大面积的用户反映采购功能都无法正常使用了。原创 2013-12-25 14:19:29 · 1062 阅读 · 0 评论 -
系统数据的有效性还需要人来做好把关
今天遇到了一个非常让人不可思议的问题。我们系统的采购单传到SAP中的订单数量是168000,但是到SAP中,SAP的同事将数量改成了20000,然后通知经销商订单被更改了,数量改为了20000,但是我们在随后的数据核查中发现经销商在系统中还是录入了168000的验收数量。 如此大的差异但是经销商那边居然没有人过问此事,很明显库存数量就出现了问题。根据我们的了解,SAP原创 2013-11-08 10:38:52 · 1057 阅读 · 0 评论 -
SAP升级ECC6.0 引起的一个事故
上个月底,公司的SAP系统升级到了ECC6,在升级时,我们进行了所有关联系统的集成测试,当时没有发现什么问题。过了2周,需要从SAP下载对账单了,这个时候问题出现了,很多分公司的数据下载失败。和SAP的同事也进行了沟通,都没有进行什么修改,除了那次升级,而且升级时对系统没有做什么业务和系统的配置修改。 没有办法,只得使用老办法一步步调试跟踪了,看下载下来的数据为什么原创 2013-11-08 16:12:20 · 4375 阅读 · 0 评论 -
UAT测试后上线出现问题的引起的思考
最近公司有一个外部项目上线了,虽然我没有参与这个项目,仅仅只是作为一个旁观者,但是关于用户的UAT测试的问题,不得表达下我的看法,在上线之前进行了近一个月的UAT测试,测试完成后进入了正式上线阶段。但是在正式上线后还是出现了几个让人感觉不可思议的问题。 首先是居然出现大面积的用户电脑安装系统不成功的问题,安装成功后又出现了由于SSO的登录不成功的问题。关于这2个问题,我觉得原创 2013-09-26 21:37:25 · 6560 阅读 · 0 评论 -
提高自己工作效率的几个小技巧
由于平时的工作非常的繁忙,为了提高工作效率,我总结了以下几个小方法:1.电子邮件建议每天早上上班来了后就看一遍,是否有新的任务需要处理,如果没有,则可以先花10 分钟时间列出当天需要完成的工作清单。每天列出当天应该完成的工作清单不需要太长,太明细, 但是自己对清单上的任务要有一个清晰的思路。2.QQ建议大家上班时隐身,并将消息提示关闭,改成接收不提示消息,待到休息时间再原创 2013-09-03 15:17:06 · 1021 阅读 · 0 评论 -
项目管理之闲谈管人
在做项目的过程中,项目经理最主要的工作就是沟通,那么沟通的过程实质也是一个管理人的过程,其中包括管理和项目相关的所有的干系人。其中既包括了内部人员比如团队成员,还包括外部人员比如供应商等等。 那么我们今天谈谈如何管理团队内部的成员。在项目启动后就开始组建我们的项目团队,组建完毕后进行开踢会议之类的就开始准备大干一场了。很多公司可能没有什么开踢会议,根据实际情况原创 2013-08-11 13:16:12 · 1302 阅读 · 0 评论 -
项目沟通技术和技巧
前几天参加了另外一个项目的一次项目会议,从会议的开头到结束都充满了需求和开发人员强烈的思想碰撞。 冲撞的核心不外乎以下几点: 1.需求文档中的需求点描述不清楚。 2.每次需求变更后没有能够有效的通知开发人员,注意不是没有通知是没有有效的通知。 收集需求的同事每次都将变更的需求进行了文档化,并更新到了服原创 2013-08-09 21:30:36 · 1459 阅读 · 2 评论 -
公司管理中人员流失的情况分析
在IT行业一直以来人员的流动性都是一个老大难的问题,但是钱给少了,心伤了这样的原因一直都是员工的根本原因。特别是春节前后这种现象尤其明显。此时的IT技术人员大有此处不留爷自有留爷处的霸气。其实这也是平时在日常工作中郁积在胸中的烦恼累积的结果。由于中国目前的大多数的企业特别是IT行业的大多数企业给员工的待遇并不好,地位也不高,平时基本上就被上级呼来喝去的,没有什么发言权,往死了逼着加班,原创 2014-01-31 19:03:40 · 2269 阅读 · 0 评论 -
团队管理--领导力的重要性
领导力的重要性原创 2014-03-30 12:18:03 · 9013 阅读 · 0 评论 -
任务,责任,过错之间的平衡问题
在做软件开发的过程中,正常情况,一个人的任务越多,产生bug的数量也会相应的多一些,他负责的项目责任也就大一些,出现错误了怎么处理呢? 比如如果某人一直兢兢业业努力工作,也出色的完成了很多任务,技术和业务能力也很出众,就是由于某一次版本发布时,产生了一个重大bug,影响很大,是否就应该找他算账,将其以前的功能一笔抵消呢?或者在公司来一次检讨大会,重申此次影响重大,原创 2015-09-20 17:34:43 · 476 阅读 · 0 评论 -
软件项目开发中需求分析与设计时间和开发时间的比例分配的问题
从毕业到现在做开发已经有近7年了,大大小小的项目也经历了几十个了。在项目开发的过程中很少有项目在设计阶段投入很多时间的,有很多情况下,甚至都没有怎么做设计就直接开始编码了,处于一种边开发边设计到状态,还有些时候,设计就是完成一些文档来应付下,很少有认认真真做设计,然后就直接开始编码,如果遇到需求上问题,再确认。还有些时候,是一边确认需求,一边开始做原型,然后再进入开发,这种方式倒是比较原创 2014-12-27 19:07:23 · 32088 阅读 · 2 评论 -
企业内部信息化项目管理之我所见
最近3年多时间一直在做企业的内部信息化项目,其中经历和感慨颇多,今天有点时间来整理下自己到思路,也说说自己到见解。 公司内部到信息化项目到工期如果是内部员工做开发的话不会一般压得很紧张,但是并不代表没有项目计划可以轻松了事,只是说由于是企业到内部信息化部门在做开发,一般内部沟通比较方便,不会将时间节点压得很死,但是也有例外的情况,比如老板或者某个部门急需等米下锅时就原创 2014-12-25 10:16:07 · 1257 阅读 · 0 评论 -
外包有风险,外包需谨慎
2014年公司的业务发展迅速,IT的发展步伐落在了业务的后面,由于内部的人力及资源限制,很多项目和计划无法及时执行,为了跟上业务的发展,很多IT项目选择了外包,通过对这大半年的外包项目的观察及与外包团队的合作发现了企业内部业务系统外包的一些风险。 目前我们采取的外包模式有如下2种,项目整体外包,人力外包.项目外包即将我们公司的项目整体外包给一家外包公司,我们只负责提原创 2014-12-24 11:24:09 · 4410 阅读 · 4 评论 -
2014年工作小结
前几个月懈怠了不少,没有更新博文了,这个月初开始公司要求我们写年终小结了,不知不觉一年的时间又过去了,这几天好好想了下本年的工作任务及自己的得失。主要做了几件事,做了5个月二线运维,参与并完成了3个项目,参与了3次外包供应商的遴选,参加了5次外包供应商技术方案的评审,带了一个团队。 通过参与今年的这几项工作,有如下几个心得和体会。在二线运维的工作中自己进一步的加深了原创 2014-12-24 10:13:33 · 555 阅读 · 0 评论 -
个人心目中理想的项目团队
从毕业到现在工作已经近7年了,做过了大大小小不下二十个项目了。经历了好多种类型的软件项目开发团队,但是很少遇到有我个人心目中理想的项目团队,毕竟理想一般很完美,现实一般很骨感。 项目经理是一个项目团队的核心所在,所以我先说下项目经理这个角色。目前我所经历过的项目团队,有一些是项目经理兼着技术骨干,架构师,需求分析师等等职位,一人干着多个人的活,累得像条狗,还被人埋怨,原创 2015-01-08 17:09:25 · 2662 阅读 · 0 评论 -
一次软件投标会议的随想。。。
今年公司改变以往的策略【将所有系统和项目都由本公司自己来做的原则】,开始将一些项目外包给专业的软件外包公司来进行开发。我前段时间也参与了其中一个软件项目的外包商投标会议。经过了几轮投标选择,终于确定了一家合作伙伴。之所以要写这篇文章,实在是感觉这个投标过程和参与投标的几家供应商表演比较精彩,真是各具特色,不描述下实在可惜。 我们一共找了4家供应商来应标,其中在找供应商时,原创 2014-08-24 13:01:15 · 949 阅读 · 0 评论 -
旧服务器上源代码迁移到新服务器
由于旧的vsts源代码服务器即将准备封存,需要将目前在旧服务器上尚在使用的代码全部迁移到新的vsts服务器上。所以就需要将所有的需要后续使用的代码迁移到新的vsts上面。虽然只是一个代码的迁移工作,但是涉及到的具体细节还真不少,首先就要列出需要迁移的代码的清单,其次要搞清楚各个代码版本目前的状况,是否有人在编辑,是否近期有大的发布,或者有项目正在进行中。 首先是将各原创 2014-06-23 09:47:10 · 3505 阅读 · 0 评论 -
不怕神一样的对手就怕猪一样的队友
“不怕神一样的对手就怕猪一样的队友”这句话现在广为流传,实际上说的就是团队重要性,一个好的团队是可以克服很多你想象不大的困难,做出你觉得不可能成绩。 但是很多时候我们面临的不是神一样的对手,而是猪一样的队友,所以很多时候坏事就坏在了猪一样的队友身上。而造成你的团队中存在猪一样队友的原因,你有没有思考过呢? 是你们组建团队的时候没有筛选到合适的原创 2014-04-15 12:20:46 · 4657 阅读 · 0 评论 -
项目管理之沟通和计划
最近公司在准备一个新项目的过程中,出现了诸多沟通和计划方面的问题。因此对于该项目的教训我觉得有必要进行下小结。 首先该项目启动的时候没有通知任何开发,测试,配置人员需要什么时候投入,什么时间结束。也没有提前做出应有的计划,直到项目快要上线前的2周才表示,项目需要开发支持,要搭建环境测试培训,准备正式版上线。 更让人晕倒的还在后头,前面一直没有说原创 2013-08-03 21:49:13 · 1099 阅读 · 1 评论 -
项目上线的积极准备工作
前段时间公司开发人员流动较大,由于老员工几乎流失殆尽,因此开发的主力都是新员工。为了保证新员工能够尽快上手,因此在试用期我们尽量让新员工参与一些力所能及的任务,以便尽快熟悉业务和系统,同时对新员工的工作定期进行一些check. 同时对新员工完成的工作加大测试和验证的力度,力求降低系统发布可能出现的不稳定性。但是鉴于近期任务比较繁重,而且时间也很紧张,虽然我们尽量让新员工能原创 2013-08-03 14:57:29 · 4099 阅读 · 2 评论 -
线上系统问题的紧急处理案例(一)
在一个阳光明媚的周一上午,当我们正准备开始一周工作的时候,运维组的突然跑过来告诉我,十万火急的问题出现了,销售,采购,库存这几个核心模块都无法使用了,早上9点前还好好的,现在运维组的电话都已经爆线了,所有人都手忙脚乱的向用户道歉。 我马上找组里的开发和配置人员进行确认,有没有人动过数据库脚本并让配置人员进行了发布,因为公司现在有权限的直接操作PRD数据库和PRD环境的人原创 2013-03-20 15:19:46 · 1137 阅读 · 0 评论 -
项目开发过程中接口的风险和管控
在项目开发的过程中,经常会遇到和其他系统的接口交互的需求,面对这种跨项目团队,跨产品组的接口问题,我们应该如何处理呢?是等到项目需求明朗后,再找相关的系统开发人员来进行洽谈,然后合作开发测试呢?还是在立项后就开始着手准备呢? 从项目风险的角度来看,如果到了需求明朗后才开始找相关人员来进行分析确认,然后开发,测试,恐怕会是一种很理想的状态。因为其他项目团队的资源是否能够恰好在你需原创 2013-03-11 21:16:51 · 3262 阅读 · 0 评论 -
定期向企业内部员工介绍企业当前的业务状况及未来的发展方向
前几天有幸参加了公司的一次会议,上面提到了公司当前的业务状况及未来的发展方向,感觉对公司的业务从宏观上有了进一步的了解,思绪豁然开朗了。以前在刚入职的时候公司也进行过培训,但是那时候由于对公司了解非常有限,所以也没有很深的理解。 作为一家专业性的软件公司,平时很少有这样的会议。会议大多和工作相关的各种技术和业务需求讨论会议,以及项目管理和汇报的会议。但是我们一天到晚忙忙碌碌,却很少原创 2013-03-12 10:00:28 · 1645 阅读 · 0 评论 -
系统发布说明文档
最近系统发布比较频繁,因此每次发布我们都要有个发布说明,以前没有注意这个发布说明的统一性,只是根据每次的实际情况不一样做了下说明,但是还是感觉有必要做一个发布说明的文档出来比较好些。这样每次就可以按照一个规范来执行。 我大致列了如下几条:一、正式版的服务端和客户端dll发布每次发布正式版的服务端和客户端时,从要发布的测试版的服务端拷贝日期最新的dll到正式版服务器的FT原创 2013-02-08 11:26:45 · 2599 阅读 · 0 评论 -
系统升级时,数据库脚本执行注意事项,血的教训
最近进行了系统的一次大的升级,由于要进行升级执行的数据库的脚本很多,所以发布时一不小心执行了一个不该执行的脚本。事后虽然我们及时的进行了补救,但是仍然让系统的业务停滞了近2个小时。 因而有必要对数据库脚本的登记和管理及数据库脚本的发布流程进行下梳理。 首先就体现在数据库的脚本登记上: 1.脚本登记一定要按照项目登记在统一的文件夹,文件原创 2012-12-15 15:34:52 · 1648 阅读 · 0 评论 -
一次小系统的快速开发经历
大约3周前去客户那边出差实施并部署新版本的系统,由于此次为客户追加了很多定制化的功能,所以需要做的准备和确认工作很多,在和客户对所有的功能模块和业务进行确认时,突然发现了一个我们以前忽略掉的业务,而且考虑到我们现在的系统已经在全国都展开使用几年了,这个被我们忽略的业务还不能加到我们系统中来,只能做一个类似插件的小系统帮助用户来实现功能。而且这个小系统的很多基础数据来源于我们系统,但是它的数据存储就原创 2012-11-27 21:54:52 · 671 阅读 · 0 评论 -
一个命运曲折的项目进行曲
前段时间开始带领一个小团队进行一个项目的开发。经历了从需求分析,设计,评审,开发,到目前进入测试阶段的一系列过程。项目的各个阶段中遇到了各种不可控的因素,如核心骨干离职,同事突然生病,项目中间被其他优先级更高的任务打断,中断了一段时间后才又重新开始等等。。。,因此感慨颇多。先说下需求阶段,在对客户需求进行分析时,经过和客户的多次确认和引导,终于完成了需求的分析和设计,可是再将需求再次原创 2012-10-13 11:26:48 · 804 阅读 · 0 评论 -
一个sql脚本引发的灾难后的思索
今天下午同事在PRD数据库服务器上更新了一个脚本,没有想到的是,本来很平常的一个操作,却导致了灾难性的后果,由于我们系统前不久改变了同SAP交互的方式,以前通过另外的中间接口访问SAP,最近进行了迁移,换了个接口程序。可是我同事的脚本更新后不久,用户就发现订单中有些产品被莫名的更改了,订单上开始选择的是芝麻油500箱,结果后来生成订单后发现变成了橄榄油500箱,虽然后来我们发现后马上进行了进一步的原创 2012-08-30 23:27:37 · 860 阅读 · 0 评论 -
关于开发人员数据库权限配置以及规范数据库升级流程
在项目的新版本发布过程中,暴露出了一些数据库权限管理的问题和数据库升级流程规范的问题。在这次发布完真实版后,居然发现有些脚本没有被执行,导致用户升级完就出现了些Bug,产生了很不好的影响。为此项目组专门开会讨论这个问题,具体原因分析如下:1.开发人员现在都有测试数据库的写入权限,导致人人都可以在测试数据库中进行执行脚本,这样就有开发人员在测试环境直接执行了脚本,但是却没有进行登记,原创 2012-07-20 23:07:21 · 2140 阅读 · 0 评论 -
项目管理之代码合并
由于现在项目发布比较频繁,因而经常需要改变版本,但是为了能够保有一个最新的CodeFix版本,所以我们也需要在修改主线版本的同时同步合并修改的内容到Fix版本。由于种种原因经常导致合并到CodeFix的进度被延后,因而经常导致CodeFix版本的滞后。 正常情况下这个也不会有什么很重要的问题,但是一旦出现需要紧急修复的问题或者需求要发布,这个时候Fix版本就会显示他原创 2013-03-21 10:58:41 · 1664 阅读 · 0 评论 -
团队建设中人员流失的问题
最近在学习PMP的课程,看到了很多关于团队建设的方案,但是感觉在国内,大多数企业这方面都做的很不好,人员流动性很大。知识和经验很难积累下来,而且由于流动性大,工作效率也大大受到影响。毕竟培养一个新人不容易,留住一个老员工也不容易,我们姑且将能呆一年的员工称为老员工吧。1年内离职的就不算了。 在最初的3个月的试用期中,新员工是不大会参与很核心的工作的,所以这3个月实际上就是熟原创 2013-05-09 18:53:45 · 1400 阅读 · 3 评论 -
软件项目的开发的时间视乎永远都不够用
从大学毕业到现在已经5年了,在这5年的时间里一直没有离开过软件行业,也一直在做ERP系统的开发,设计和管理工作。 在此期间经历了3家公司包括现在这家,这3家公司性质各不相同,第一家是日企,第二家是国内私人企业,现在所在的这家是一家新加坡企业。虽然企业的文化及背景差异很大,但是对于我们这些IT从业者来说,感觉在项目工作上的时间总是被压的很紧。 先说第一家原创 2013-07-02 21:40:28 · 1181 阅读 · 0 评论 -
团队建设的小技巧
1.在项目的重大节点,领导最好和大家一同奋斗,加班,比如重大发布,系统上线等。2.对于节假日的同事加班时,最好能表示慰问和安抚。3.及时发现了解下属的情绪波动和不满的情况有助于将问题解决在萌芽状态。4.完成一个项目后最好能够进行一次小小的活动或者庆祝下。5.项目结束后最好能够有个经验总结会,同时也是给大家的一个缓冲过度,调整。 如果一个项目接着一个项目很容易原创 2013-07-02 23:05:57 · 1368 阅读 · 0 评论 -
干系人的管理
在PMP的学习中,有一章专门是讲干系人管理的,可见干系人管理对项目管理的重要性。实际的项目管理中也确实如此。 对于不同维度的干系人需要进行不同的管理。这个的确是真理。由于我们目前的工作很多要和营销部门沟通,并且要配合营销公司的业务流程,因此必须时刻围绕营销公司的业务来运作。营销公司自然也就是我们最重要的干系人了,不仅要重点管理而且有问题要实时通报,多多沟通。接下来就原创 2013-07-01 20:44:12 · 790 阅读 · 0 评论 -
设计业务时要兼顾实现方案的可行性和方案的可操作性
前几天营销部门提出了对业务进行调整的需求,由于感觉调整比较简单,所以也就没有过多的考虑,方案执行的情况。因为只是新增了几个客户类型,需要经销商将以前的2种客户类型调整为新增的4种客户类型。 然后经销商在规定的时间内调整完毕后,再将以前的那2中客户类型禁用掉即可。但是系统做了修改后,运维接到的反馈显示,经销商是对此操作很迷茫,纷纷来电或者QQ,RTX询问。一时间运维组的神经原创 2013-07-01 20:43:01 · 1802 阅读 · 0 评论 -
办公室政治的问题
前天考完了PMP,虽然不知道考试结果如何,但是考试中和考前复习的时候看书和做题的过程中都遇到了关于办公室政治的问题。 在PMP的考试题中如果出现了办公室政治影响到了项目的工作的问题,我们的正确选项一般都是向高级管理层反映问题,请求高级管理层协助,因为作为项目经理是无法摆平办公室政治问题的。这是老美的观点。可能由于我们中国特色的社会主义政治和中国的特色,所以一般的普世观点和原创 2013-07-01 10:29:14 · 1309 阅读 · 2 评论 -
PMP备考经验分享
大学毕业到现在工作已经5年了,在最初的3年里一直从事软件开发的工作,但是在后面的工作时间里,接触到了项目管理,不仅需要自己能做,而且要带领团队做,管控项目了。当时部门里的技术经理学习过PMP,并参加和通过了PMP考试。 当时感觉他和我们讲项目管理都是一套套的理论,感觉非常的新鲜,而且感觉这些理论貌似也非常的有用。于是我就逐渐对项目管理产生了兴趣。自己也想着那一天参加P原创 2013-07-14 11:11:30 · 2285 阅读 · 0 评论