摘要: 最近有一个哥们很郁闷,找我诉苦:“我们现在软件做得差不多了,但是实施起来难度很大,员工不愿意用,老板的意思是既然要做软件,那么软件就能要求员工必须用。软件如何去迫使员工必须用呢?”他夹在中间感觉非常为难,不知道该如何回复老板。这种情形,我一听就感同身受,完全能够理解他的处境,为什么?因为这现象在软件... 阅读全文
posted @ 2014-12-18 11:26 CavenRan 阅读(1218) 评论(0) 推荐(0) 编辑
摘要: 我记得在电影《兵临城下》中有这么一段:一辆绿皮的火车在空旷的田野中飞驰,车上拉满了人。从他们略显稚嫩的脸色来看,似乎是刚刚参加完成年礼的一群爱国青年。当火车到达目的地,尚未停稳,他们就被驱驰着冲向战场,每个人发了几颗子弹,每三个人一杆枪。结果是勇敢的冲在前面的人英勇地消耗了敌人的子弹,成了炮灰;胆... 阅读全文
posted @ 2014-06-04 13:49 CavenRan 阅读(549) 评论(2) 推荐(2) 编辑
摘要: 以前有个小朋友,特别有好奇心,也喜欢动手捣腾。有一天,他做出来了一个圆圆的,会滚动的东西,感到特别兴奋,到处去向别人展示自己的"新发明"。结果他发现别人一点都不稀奇,原来这个东西叫做“轮子”,早在几千年前就有了,现在已经发展出了上百种的不同规格、材质、样式,自己的这个相比之下太不完善了,根本不能算是什么发明。这个小朋友,现在就藏在我们的心里,尤其是经验不够丰富的程序员身上。 几年前我曾经做过一个项目,经过长时间的挣扎之后,项目依然失败了。主要的原因之一,就是我们重复发明了太多的轮子。事情是这样的,时任项目核心开发人员的 同事很有钻研精神,也相当自信,当时客户提出的一些基本功 阅读全文
posted @ 2014-04-13 16:00 CavenRan 阅读(1261) 评论(0) 推荐(1) 编辑
摘要: 今天成功地运用了5个why对一个项目上的问题进行剖析,收获良多,在此分享给大家。事情是这样的,该项目是个固定价格项目,处于收尾阶段,客户提出来了一些需求,我们(实施方)认为这些要求是不在最初项目范围中的,因而需要追加工时和费用;而客户(业主)却认为它们在最初的项目范围中。结果在争议中才发现,这个项目的项目范围,并不是界定得很清楚。我们是这么运用5个why的为什么项目的范围不清楚? -因为我们对项目范围的理解跟客户对项目范围的理解不一致;为什么客户的理解跟我们不一致? -因为客户并没有认真看我们提交的方案书,而我们的合同中也没有明确说明项目范围应该以方案书为准,而不是以客户提供的原始文件为准;为 阅读全文
posted @ 2014-03-16 20:36 CavenRan 阅读(891) 评论(1) 推荐(3) 编辑
摘要: 前几天应邀做了个关于项目人力资源管理的报告,分享的是软件开发项目团队中的团队配置问题。刚好今天有空,整理成文,希望能跟更多的朋友进行交流。 选题理由:1)软件项目以人为本,人力资源是最重要、最根本的因素,是项目中的决定性资源;往往一个项目的成败,取决于是什么样的一群人在做这个项目;2)软件项目中大多数问题、挑战、风险,归根结底都是人的问题,如果能更好地解决与人相关的问题,会让项目进行得更加顺利,提高成功概率;3)说到一群人一起做项目,第一个需要考虑的就是团队如何配置的问题,平常也经常看到因为团队配置失策而导致项目失败的教训;所以这第一步也是至关重要的一步;本 文旨在探讨项目的团队配置这一个点. 阅读全文
posted @ 2013-01-08 17:24 CavenRan 阅读(940) 评论(0) 推荐(0) 编辑
摘要: 通常看来,咱们这个世界上的企业,大概可以分为两类,一类是通过提供“产品”来求生的,一类是提供“服务”来立足的。而无论是产品也好,服务也罢,最终都是为了满足人们的“需求”。也就是说,人们的需求是促进社会发展的源动力。 在信息技术产业,或者更狭隘一点,在咱们软件行业里,大抵也只有“产品型”和“服务型”两类企业。整个企业所有人的工作,都是围绕着客户的信息需求展开的(信息需求可以衍生到商务、娱乐、学习等各方面的需求);员工工作的价值,最终也都是以客户的某种需求被满足而得以实现。当然,这里所说的客户,不是狭义上的客户,他们不一定来自企业外部,也可以来自企业内部,包括我们自己。 把这点看清楚的话,一个企. 阅读全文
posted @ 2012-10-28 09:58 CavenRan 阅读(367) 评论(0) 推荐(0) 编辑
摘要: 这个是来自精益软件开发的一个隐喻:当一个湖中有很多水,水面很高时,湖中的石块都被水所覆盖,此时即使有很大的暗礁,人们也看不到。但是当水量减少,水面降低时,一些大石块就暴漏出来了。接下来随着湖水的进一步减少,中等石块和小石块也逐步被人们发现。 这告诉我们一个什么道理呢?想想软件开发的过程吧,如果采取大批量的做法,一次性提交很多功能,就好比拥有很多水量的湖,你看不到其中隐含着的问题,甚至一些很严重的问题,都隐藏在这里面不容易被发现。如果换种做法,采取小批量的交付模式,每次只提交一小部分功能,这会发生什么呢?这就好比湖水减少了,一些隐藏的“石块”立刻就会暴漏出来,这样平时遇到的各种问题,都不会... 阅读全文
posted @ 2012-09-21 22:00 CavenRan 阅读(1262) 评论(0) 推荐(1) 编辑
摘要: 重庆地区软件开发行业交流QQ群征群友 阅读全文
posted @ 2011-12-02 17:45 CavenRan 阅读(179) 评论(0) 推荐(0) 编辑
摘要: 说来惭愧,虽然在软件行业混迹了将近八个年头,“软考”这个词对我来说,依然是一个新词,只是在最近半年之内才听说它。说到这,顺便感谢下我在神州巨龙参加PMP培训时的同学们,正是通过他们的介绍和谈论,才激起了我对软考的兴趣。所幸要弄明白软考是怎么一回事,报名和准备相关的考试,总体说来还不算太复杂,所以我也赶上了今年11月份的全国计算机与软件专业技术资格水平考试。以下打算分享下个人的学习体会和考试心得。 软考大概分了二十多个不同的岗位,共有初、中、高三个级别,我考的是高级分类里面的信息系统项目管理师。如果您跟我一样是初次接触软考,那么有必要说明下“信息系统项目管理师”和“系统集成项目管理师”的区别,. 阅读全文
posted @ 2011-11-26 22:35 CavenRan 阅读(1259) 评论(0) 推荐(0) 编辑
摘要: 不要忽略客户说过的任何一句话 - 如果是通过邮件沟通,那么收到客户的邮件时,要仔细分析每一句话,深入思考客户在要求背后所表达的思想,只有了解了客户的思维方式,才有可能让他满意。让客户做他应该做的事情,尽量不要用自己的工作去困扰他 - 譬如技术调研,做Demo,阅读控件提供的帮助文档,去论坛寻求技术支持等事情,这些都属于technical staff,应该由接包方来做而不是客户。客户既然选择外包,就不想卷到具体的细节中去,譬如team building,project management,technical research等。利用专业化的工具,不要自己重新写;- 如果现成的工具有相关功能可以 阅读全文
posted @ 2011-10-07 21:16 CavenRan 阅读(448) 评论(0) 推荐(0) 编辑