2007-11-26
全文显示

两个公司的讽刺小品

关键字: 讽刺小品
两个公司的讽刺小品
2007-09-14
全文显示

什么是“成功项目”：谈谈软件的价值

关键字: 成功项目
转自InfoQ 作者 熊节 发布于 2007年3月26日 上午8时20分 在开始正文之前，我想先讲两个故事——关于软件项目的故事。 故事一 有两个软件项目（姑且称之为“项目 A”和“项目 B”），它们在开始时的预算都是 50 个人月，时间是 5 个月。 项目 A 在 5 个月后完工，耗费成本 50 人月 项目 B 在 6 个月后完工，耗费成本 70 人月 在软件圈子里摸爬滚打多年的读者们对这个故事一定有自己的判断——而且我可以大致猜出是什么样的判断。不过先别着急，我们还有另一个故事。 故事二 有两个软件项目（仍然姑且称之为“项目 A”和“项目 B”），它们在开始时的计划都 ...
2007-08-05
全文显示

软件项目的核心风险

关键字: 软件项目
软件项目的核心风险共五条: 1. 错误的工作日程安排. 我们并非不擅长估算结果,列出产生估算结果的所有预设前提条件,才是我们真正不擅长的. ----Paul Rook 2. 需求膨胀。 '如果你就是要X,我们可以在十个月内给你;如果你想要X之外别的东西,那是你的问题,与我们无关.' 但这并非与你无关. '击中移动的目标'是所有人的问题.打算按照客户现在的要求交付产品,而不允许任何变动,这无异于刻舟求剑. 3. 人员流失. 我们总是不有自主的假设开发者都是可以随意替换的,新员工马上就可以取代离去的老员工......多么愚蠢的假设 ...
2007-07-25
全文显示

项目经理需要注意的四件事

关键字: 项目经理
先前的题目《项目管理四要素》表述的可能不准确，改了一下。 很多人在做项目经理的时候会陷入到一种错误的误区，认为项目管理就是工作分解，任务分配，工作结果监督，编写文档，召开会议，这样的做法在传统的工业化的项目中可能是最好的措施，但是在软件行业却不是这样。软件行业是强调人的积极性和团队胜过一切的。 项目管理的四要素： 1. 选择合适的人，为他们分配合适的工作，其中选择合适的人，胜过分配合适的工作。 2. 保持人员的积极性和团队的凝聚力。当一个人坐在电脑前的时候，你不知道他在干什么，你只能祈祷他是在工作。 3. 保持共同的目标 ...
2007-05-08
全文显示

使公司陷入困境

关键字: 公司陷入困境
钱伯斯有一个理念:"使企业陷入困境的有两大原因:一是远离你的客户,二是远离你的员工." 我想没有人是傻瓜，所以远离的原因只有两个字：交流。 很多企业在向别人展示他们的员工交流的有多好时总是炫耀他们有多好的工会有多好的社区有多少的黑板报，有多少的内部杂志。其实这些都不是交流，充其量只不过是交流的工具，而在企业交流比之交流的工具的重要性不言而喻。交流是一种动作是一种行为或者说是一种氛围。 最近一直在思考非技术因素导致软件公司破产的原因，我一直认为是交流上出了问题。最近有看彼得德鲁克的书，他是西方第一个看重人的影响大于制度的人，写的很好，在《管理的实践》中用了一个篇幅讨论了交流的问题。 公司 ...
2007-04-24
全文显示

影响项目成败的因素

关键字: 影响项目成败的因素
有些事情你们觉得不可思议，不可理解，不可能！ 但是，就是有人，不假思索的就去做了。 项目要结束了，想写个总结，总结以下系统设计设计上的缺陷，代码编写中考虑不足的地方，项目管理方面的不足。 我已经不知道什么叫成功的项目，什么叫失败的项目了。因为定义失败或成功的标准不一样，按照PMP的标准几乎不存在成功的项目，但实际不是按照那个标准衡量的。延期8个月后还是步履蹒跚的上线了，算不算失败，恐怕还要从经济的角度计算以下成本和收益，如果收益大于成本就还是成功的(当然也包括因为延期而不能去做别的项目所产生成本)。 项目不理想的原因是多种多样的，但最主要的一个原因是团队的素质，包括每一个项目成员的素质， ...
2007-03-16
全文显示

请教一个关于项目软件版权的问题

关键字: 项目版权
我们现在给中国石油抚顺石化分公司做一个物资管理系统,我认真的看了一下合同,上面写版权归中石油,使用权归抚顺石化分公司.在文档中有需求分析,原型,设计,开发,测试,帮助手册,历史数据信息(excel),缺陷跟踪单是项目验收时客户要求提供的文档.编码规范,页面书写规范,还有一些技术文档是公司规定要写的.请问我能不能把这些文档放在我的BLOG上供大家学习参考,不懂法律知识请知道的人指点一下,谢谢. 我个人感觉文档的开源比代码的开源对项目开发的帮助意义要更大一些.(注:文档的开源只是为了个人的学习参照,任何组织不得以商业目的抄袭,转让,销售进行盈利性行为.)
2007-03-12
全文显示

奖励的惩罚(转)

关键字: 奖励的惩罚
转自<管理着必知的22个硬道理> 作者:杜菲莉 你奖励什么 就会得到什么,即使它是错的. 在很多领导者看来，奖励是最简单不过的事。他们每天，都会对某些员工进行奖励。但就是在奖励这件简单的事上，很多领导者却常常犯着这样的错误：口口声声说要注重实效，却奖励那些看起来最忙，又毫无工作成果的人；总是大声疾呼“要对公司忠诚”，却付高薪给那些威胁要离职的人；总是在开会时鼓励员工去创新，却常常惩罚那些敢于发表不同意见和敢做敢为的人；总是强调节俭，却以最大的预算增幅，奖励那些将资源耗得精光的人…… 奖励，是一种非常有效的激励手段。但是，奖励又是非常有技巧的。如果领导者不能客观、公正、科学地考核员 ...
2007-01-08
全文显示

(转)广为流传的一个关于项目管理的通俗讲解

关键字: 广为流传的一个关于项目管理的通俗讲解
想首先问大家一个问题：你觉得中国人聪明还是美国人聪明？ 我见过最好的回答是美籍华人。 我们说美国人很愚蠢，为什么呢？ 你们都考过T或G吧，他们经常会出这么一道题1/3+1/2=？ 50%的人回答是2/5，这可是美国研究生入学考试的试题呀！ 通常在这个问题之前还有一个1/2+1/2=？为什么？ 他们怕太难了，先给个容易的热身一下。 我在美国的时候见过很多的PHD，对于美国人来说if...else...是逻辑，而if...if...else...就成了 哲学，也是美国这么多哲学博士的原因：） 我们说美国人很愚蠢，那我们为什么还要学习他们呢？这个问题稍候我们会回答。 ...
2006-12-27
全文显示

项目开发流水帐

关键字: 项目开发流水帐
流年 程序员面对的是计算机，但计算机不是客户. 项目快结束了,想写一篇总结,但又不知道说些什么,所以就随便说说,把平时神侃时的话都记录下来,加了一个看不懂的题目和一句炒来的话来掩饰我贫乏的文笔. 我进入这个项目是05年的11月份,那时前期的需求调研和设计已基本完成,就开始编写界面原型了,只记得那时候项目很紧张所以就招了一批的新员工加入已经记不清有多少个了,来了,走了,又来了,又走了....好在原型用的是HTML,标准还比较统一,没出什么大的问题.大家都不知道物资系统是什么样子的,照着一个以前的物资系统画了一个出来,给客户演示,客户对原型不太感兴趣, ...
2006-11-12
全文显示

胖子说RUP(转贴)

要说RUP，就要先说UP。 UP可以用下面的话来概括——用例驱动、以构架为中心、迭代和增量的开发过程。 acobson在《Object-Oriented Software Engineering : A Use Case Drivern Approach》中给的定义是这样的：当希望改变系统的行为时，重建相对应的参与者和用例模型。整个系统的基础构架将有用户所希望使用系统行为进行的操作来控制。由于控制了所有模型，因此可以根据新需求修改系统。我们向用户询问他们希望改动的地方，也就是用例，并直接找出这些改变在其他模型的什么部分实现。 用例被用来驱动你开发过程中的各种实践，你的需求、设计、测试、部 ...
2006-11-11
全文显示

SOA — 面向服务的体系结构

(本资料网上搜集,如有侵权及时通知)面向服务的体系结构（service-oriented architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。本专题收集了与 SOA 相关的主题文章，供读者参考。 请下载附件
2006-11-10
全文显示

对TDD的解释(转)

UNIT TEST又叫单元测试，是针对程序最基本结构单元所进行的测试。而TDD的过程是这样的，写一个测试程序，使其可以运行，重构。在写这个测试程序的时候你考虑的不应该是基于什么结构单元，而是要考虑需要完成的什么功能。实现和重构的时候，具体是不是这个单元完成了这个功能依然不是你应该去考虑的，你考虑的还是——是不是完成了这个功能、是不是代码真的清晰和可工作。你考虑的问题永远是围绕着具体的功能进行的，而不是围绕某种结构进行的。你写这个测试程序的时候，这个结构并不存在，并且今后也可能不存在（由于重构，你在别的结构部分实现了这个功能）。 明白这个道理就可以明白TDD实际还是基于需求驱动的，还 ...
2006-11-10
全文显示

敏捷开发-快速反馈

我们现在的项目大概有一百六十多张表,写了一千多个类,当初的考虑也是基于敏捷开发的考虑,快速原型后就开始编码了,现在项目陷入了两难的境地,放弃吧,眼看着就快完了,不放弃吧总是有改不完的东西,表结构,流程,分支流程都有改动,比预期已经超了四个月了,很不好处理,我的感觉是我们当初严密的考虑中遗漏了个关键的地方,那就是敏捷开发是好的,关键是能让客户快速的反馈回信息,不断的调整程序和客户期望之间的距离,虽然前期改动比较频繁,但越往后思路就越清晰,逐渐的就有一个明晰的框架浮现在项目经理的脑子里,不会在交付的时候与客户的期望相差较远. 最近看了这个图http://www.javaeye.com/topic/ ...
2006-11-10
全文显示

ZZ: 时间管理方法(转贴)

个人之所以成功，时间管理是非常重要的关键因素，如果我们想要成功，就必须让我们的时间管理做得更好，要把时间管理好，最重要的就是做好以结果为导向的目标管理。以下为时间管理的要点。 请下载附件
2006-11-10
全文显示

石油物资系统开发感想

来抚顺石化做项目已经一年了,我们项目现在的状况很差,不知道中国的国有企业是不是都是这样的,找一只猫也可以找一个月,看起来很忙的样子,诺大的石化公司据说年产值100多亿呢,没有一个人懂得仓储管理的,至少给我们做业务指导的人里面我没看见过很牛的人,对软件的认识还停留在把数据存储在EXCEL文件的阶段,我们的项目也有160多张表了类写了一千多个,综观只是数据的录入和查询,没有智能分析的地方,做供应商管理没有供应商的分析打分评级,做价格管理没有历史价格的统计和市场价格分析,库存的业务基本上是有纸化办公的翻译,可能我的想法太过幼稚了.如果不分析市场不统计库存不能动态监控库存变化,我想物资系统大概没有做 ...