项目管理
文章平均质量分 53
qq_net
这个作者很懒,什么都没留下…
展开
-
[管理故事]:领导者不能轻视自己对下属的许诺
《商君书》记载,商鞅准备在秦国变法,制定了新的法律。为了使百姓相信新法是能够坚决执行的,他便在京城南门口树了一根大木,对围观者说:“谁要能将这跟木头从南门搬到北门,就赏他五十两银子!”大多数人都不相信有这等好事,恐怕商鞅的许诺不能兑现。 就在大家犹豫不决时,有一个人却扛起木头,从南门一直走到北门,商鞅当场兑现,赏给他五十两银子。这样一来,人们都相信商鞅说的话是算数的,在推行他所原创 2005-10-17 14:23:00 · 1948 阅读 · 0 评论 -
防止项目延迟的18条军规(转)
1 详尽的需求分析2 当面临项目开始时的问题时,您需要正视并处理这些困难和有争议的问题而不应该 逃避 3 选择正确的技术正确的技术能够使您有最大的机会在现有的人力条件下以最短时间按质量要求完成工作,选择一个抢眼的新技术并没有什么好处,尤其当您不能保证它是否有好处或者找不到正确应用新技术的人的时候。4 设计一个产品的结构,这个结构要有很好的模块化特性,并且简单易懂。要花时间在设计功能模块和界面上,原创 2004-09-15 12:19:00 · 856 阅读 · 0 评论 -
配置管理流程
配置管理流程 作者:龚云卿 撰写日期:2004年8月13日1 概要1.1 内容规范配置管理活动,确保配置项正确地唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。1.2 适用范围对于不同类别的软件项目,配置管理的流程不同,可在本流程的基础上进行裁减。1.3 术语和缩略语1.原创 2004-09-08 12:56:00 · 1600 阅读 · 0 评论 -
"Rational带您演绎精彩开发人生"聊天实录
聊天时间:2004年9月3日14:00-16:00聊天地点:CSDN嘉宾聊天室聊天嘉宾:IBM大中华区Rational总经理陈致平先生IBM中国有限公司软件部Rational高级信息工程师李纪华 聊天主题:IBM Rational带您演绎精彩开发人生主持人:各位网友下午好!非常感谢大家来参与我们今天的聊天活动。今天我们很荣幸地邀请到IBM大中华区Rational总经理陈致原创 2004-09-07 21:21:00 · 1487 阅读 · 0 评论 -
管理故事216之023-小镇的龙卷风
[故事] 在一个偏远、封闭的小镇只能听到两个电台:第一电台专门广播名人消息、call in节目,或是热门歌曲排行榜,它的收听率相当高;第二电台则是气象专业电台,它的听众只有一小群人。一天晚上,气象电台发出紧急警告:一个威力惊人的「龙卷风」将在午夜来袭本镇,第二电台呼吁镇民立即疏散他处。一部分村民听到后,立刻组织起来,有的去找镇长,有的到街上敲锣打鼓,有的打电话给第一电台,请求播出龙卷风消息,原创 2004-09-07 20:44:00 · 1377 阅读 · 0 评论 -
Daily build 实践
Daily build 实践 Daily build作为软件开发的最佳实践之一,微软甚至将它称为项目管理的心跳,可见其在软件开发中的重要作用。为什么会有这么高的评价? 除了平常提到的一些显著改进外,主要是因为实现daily build前有一些先决条件,即意味着你至少已经实现下列scm管理: 1. 源代码管理2. 单元测试3. 版本管理原创 2004-09-16 12:26:00 · 1142 阅读 · 0 评论 -
关于Rose的对话
来源:http://go1.163.com/%7Ezmofun/software/howtouserose.htm ***** ROSE介绍 (一. 面向对象建模) ***** 面向对象建模的概念是理解ROSE这个面向对象的CASE工具(嗨嗨,等等,什么是CASE?-- CASE就是Computer Aide-d Software Engineering,即用计算机帮原创 2004-08-24 11:14:00 · 1159 阅读 · 0 评论 -
对于一件失败的事情,所有参与的人都是失败的
随公司的整个战略调整,原来的一个部门分拆了成了两个部门,原来部门的正副手分别成了两个新部门的头。但是由于两个部门职能衔接,要经常进行合作。在合作的过程中,由于一些小的事情,不免引起磨擦,这个时候,两个头之间便因为工作引起了不愉快。究其原因,只不过由于部门间交流协作不顺畅造成的。不由于想起了敏捷制造中的一些概念,对于现代企业而言,敏捷制造是一种不同的组织间通过合作,来增强市场竞争力的一种先进制造技术原创 2004-08-21 15:47:00 · 1116 阅读 · 0 评论 -
为了那美丽的蝴蝶
项目已经进行了差不多,6月5日就要部署完毕,现在客户正在进行功能验收。等部署完毕后要进行一个月的非功能验收,这一段时间由系统运行的部门与开发部门(开发部门由技术经理)共同组成一个维护小组。虽然系统开发完成了,但是真正交给用户,还有很多工作如产品说明书、用户手册、在线帮助、部署计划等,而且现在系统还在增加很多功能,虽然不是用户提出的,但是会影响系统使用。虽然我们的产品在最终用户的试用过程中,得到了不原创 2004-08-21 15:41:00 · 798 阅读 · 0 评论 -
懂得舍弃,才懂得收获
今天我参加了我们部门承接的另外一个中型项目的评审工作。会议开始,除去了简单的开场白之外,大家开始了论述具体的内容,但是不论那一个问题,三句话之后,就会走到文档格式不正确的话题,软件评审的真正意义(不论是需求评审、设计评审、还是技术评审、代码评审),在于内容的评审,而不在于文档的格式。怎样才能提高软件评审的真正意义,是一个值得思考的问题。在整个过程中,当讨论一个具体模块的时候,会议的主持者总是在原创 2004-08-21 15:38:00 · 813 阅读 · 0 评论 -
如果敌人让你生气
如果敌人让你生气,那说明你还没有胜他的把握。 如果朋友让你生气,那说明你仍然在意他的友情。原创 2004-08-21 15:35:00 · 1266 阅读 · 0 评论 -
温水煮青蛙
[故事] 将一只青蛙放在大锅里,里头加水再用小火慢慢加热,青蛙虽然略约可以感觉外界温度慢慢变化,却因惰性与没有立即必要的动力往外跳,最后被热水煮熟而不自知。 [续:]假如把它放在一口沸腾的水锅里,也可能在它接触水面的一瞬间,立刻跃出来。[管理启示] 企业竞争环境的改变大多是渐热式的,如果管理者与员工对环境之变化没有疼痛的感觉,企业最后就会像这只青蛙一样,被煮熟、淘汰了仍不知道。原创 2004-08-21 15:14:00 · 4909 阅读 · 0 评论 -
一条腿的军人
[故事]法国一个偏僻的小镇,据传有一个特别灵验的水泉,常会出现神迹,可以医治各种疾病。有一天,一个拄着拐杖,少了一条腿的退伍军人,一跛一跛的走过镇上的马路。旁边的镇民带着同情的口吻说:「可怜的家伙,难道他要向上帝请求再有一条腿吗?」这一句话被退伍的军人听到了,他转过身对他们说:「我不是要向上帝请求有一条新的腿,而是要请求祂帮助我,教我没有一条腿后,也知道如何过日子。」[启示]学习为所失去的感恩原创 2004-08-21 15:02:00 · 1195 阅读 · 0 评论 -
无形的牧场围墙
故事]草原上牧民为了使牛、羊、马在固定的范围内便于管理,就在牧场圈子的外面布一层高压电网,因为那个地方通高压电,牛、羊、马不敢跳出那个栏,只要连续三个月,把电关掉。从今以后牛、马、羊再也不过去了。以后牛吃草的时候一吃到铁丝旁边就不过了,因为它记得那个地方有高压电。后来生下个小牛,小牛不知道,小牛走过的时候,母牛就说“不要过去、不要过去”。“妈,为什么?”,“我跟你讲不要过去,不去就对了!”小牛就从原创 2004-08-21 14:58:00 · 881 阅读 · 0 评论 -
猎食同缸
[故事]刀鱼是吃小鱼的,但是有人想在一个鱼缸里既养小鱼又养刀鱼,找人做了一块玻璃挡板,将鱼缸一分为二,小鱼和刀鱼各在一侧养,刀鱼看到了小鱼就猛扑过去,每次都撞到玻璃隔板上,时间久了,知道不能过去也不撞了。小鱼看到这庞然大物都给惊坏了,拼命躲到边上,但看到刀鱼每次都不能过来,也就慢慢适应了。刀鱼和小鱼都不靠近那玻璃隔板。一日,一朋友来家,说取掉玻璃板刀鱼也不会吃小鱼,主人不信,于是两人打赌。于是静静原创 2004-08-21 14:51:00 · 741 阅读 · 0 评论 -
"游泳和CMM" "swimming & CMM"
我有个很简单的例子,就是游泳:一级:一群人没有经过训练,也不知道有没有经验,下水之后乱扑腾,有的人浮起来,有的人沉下去了。这就是一级的无序状态,结果是不可知的二级:大家都在游泳池或者小池塘里下过几次水,基本上在这样的条件下不会出事了。但是动作乱七八糟,有狗刨有说不出名字的动作。也就是二级的能够重复以前的成功经验三级:经过研究,确定了几种标准泳姿,知道自由泳最快,蛙泳最省力等等。这就是三级,有了标准原创 2004-09-16 12:29:00 · 943 阅读 · 0 评论 -
教你怎样做项目开发总结报告[转]
教你怎样做项目开发总结报告I 引言 1.1编写目的 说明编写这份项目开发总结报告的目的,指出预期的阅读范围。1.2背景 说明: a.本项目的名称和所开发出来的软件系统的名称; b.此软件的任务提出者、开发者、用户及安装此软件的计算中心。I.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4参考资料 列出要用到的参考资料,如: a.本项目的已核准的计划任务原创 2004-09-10 16:53:00 · 1291 阅读 · 0 评论 -
[管理故事]:路遥知马力,日久见人心。
大多数的同仁都很兴奋,因为单位里调来一位新主管,据说是个能人,专门被派来整顿业务;可是日一天天过去,新主管却毫无作为,每天彬彬有礼进办公室,便躲在里面难得出门,那些本来紧张得要死的坏份子,现在反而更猖獗了。 他那里是个能人嘛!根本是个老好人,比以前的主管更容易唬! 四个月过去,就在真正努力为新主管感到失望时,新主管却发威了——坏份子一律开革,能人则获得晋升。下手之快,断事之准,与四月表现保原创 2005-10-17 14:44:00 · 1960 阅读 · 0 评论 -
[管理故事]领导者要确定每个团队成员和自己往同方向走
在博弈论中有一个经典案例--囚徒困境,非常耐人寻味。“囚徒困境”说的是两个囚犯的故事。这两个囚徒一起做坏事,结果被警察发现抓了起来,分别关在两个独立的不能互通信息的牢房里进行审讯。在这种情形下,两个囚犯都可以做出自己的选择:或者供出他的同伙(即与警察合作,从而背叛他的同伙),或者保持沉默(也就是与他的同伙合作,而不是与警察合作)。这两个囚犯都知道,如果他俩都能保持沉默的话,就原创 2005-10-17 14:10:00 · 1490 阅读 · 0 评论 -
[管理故事]:零和游戏原理=》把蛋糕作大,取得双赢
当你看到两位对弈者时,你就可以说他们正在玩“零和游戏”。因为在大多数情况下,总会有一个赢,一个输,如果我们把获胜计算为得1分,而输棋为-1分,那么,这两人得分之和就是:1+(-1)=0。 这正是“零和游戏”的基本内容:游戏者有输有赢,一方所赢正是另一方所输,游戏的总成绩永远是零。 零和游戏原理之所以广受关注,主要是因为人们发现在社会的方方面面都能发现与“零和游戏”类似的局面,胜利者的光荣后原创 2005-10-17 15:04:00 · 1784 阅读 · 0 评论 -
[管理故事]:马太效应
《新约 马太福音》中有这样一个故事,一个国王远行前,交给三个仆人每人一锭银子,吩咐他们:“你们去做生意,等我回来时,再来见我。”国王回来时,第一个仆人说:“主人,你交给我们的一锭银子,我已赚了10锭。”于是国王奖励他10座城邑。第二个仆人报告说:“主人,你给我的一锭银子,我已赚了5锭。”于是国王例奖励了他5座城邑。第三个仆人报告说:“主人,你给我的一锭银子,我一直包在手巾里存着,我怕丢原创 2005-10-17 14:48:00 · 2469 阅读 · 0 评论 -
[管理故事]:处乱不惊才不致错上加错
早年在美国阿拉斯加地方,有一对年轻人结婚,婚后生育,他的太太因难产而死,遗下一孩子。 他忙生活,又忙于看家,因没有人帮忙看孩子,就训练一只狗,那狗聪明听话,能照顾小孩,咬着奶瓶喂奶给孩子喝,抚养孩子。 有一天,主人出门去了,叫它照顾孩子。 他到了别的乡村,因遇大雪,当日不能回来。第二天才赶回家,狗立即闻声出来迎接主人。他把房门开一看,到处是血,抬头一望,床上也是血,孩子不见了原创 2005-10-17 14:30:00 · 1806 阅读 · 0 评论 -
[管理故事]:手表定理
手表定理是指一个人有一只表时,可以知道现在是几点钟,而当他同时拥有两只表时却无法确定。两只表并不能告诉一个人更准确的时间,反而会让看表的人失去对准确时间的信心。你要做的就是选择其中较信赖的一只,尽力校准它,并以此作为你的标准,听从它的指引行事。记住尼采的话:“兄弟,如果你是幸运的,你只需有一种道德而不要贪多,这样,你过桥更容易些。” 如果每个人都“选择你所爱,爱你所选择”,无论成败都可以心安原创 2005-10-17 14:56:00 · 1722 阅读 · 0 评论 -
谈软件项目中的“业务”因素
写这一篇文章的初衷来自于我从一个人blog上看到的东西,他在blog上及其坚定地说了这样一句话:业务永远比技术重要。而在现实中,我也总是听到这样的声音,即决定一个软件项目成败的最大因素并不是技术问题,更多的是业务问题。有时候我们也经常看到有人以“过来人”的身份告诫后来者:不要执迷于技术细节,更多的要去了解各种业务。 首先我想用几句话概括我的观点:即n 一个软件项目如果能够成功,原创 2005-04-11 21:45:00 · 1365 阅读 · 0 评论 -
对项目经理的简单认识
一、孙子兵法第一篇《始计篇》,所有的作战都开始于计划。而现在的软件开发中有多少项目经理能拿出整个项目的计划, 就别说项目的里程碑了。也别说在项目中应用目标树、优先顺序排列法、甘特图等。 项目经理应该先做个plan。二、在一个项目中,有很多风险。一个项目经理能否多需求变更出现的风险、人力资源出现的风险等,迅速的作出决策。做 项目或开发产品都有一定的临时性和独特性。正因为项目的临时性原创 2005-04-11 21:35:00 · 1733 阅读 · 0 评论 -
如何控制客户需求过渡膨胀?
作为项目的承担者,在规定时间用有限的资源来保质保量的完成项目,让公司和最终客户都满意是项目组的神圣职责。但是为了让客户满意就要满足客户所有的需求吗? 1. 客户和项目组对写成纸面文件的需求理解不一致。这种情况也较常见,虽然客户已经确认了项目组提交的项目范围说明书,项目组也是完全按照这个文件规定的内容做的,但是客户还要求改,当项目组拿着纸面的文件与客户对质的时候,才发现客户也认可这需求,但是原创 2005-01-31 20:58:00 · 1886 阅读 · 0 评论 -
如何用正确的方法来写出质量好的软件的75条体会[转]
1. 你们的项目组使用源代码管理工具了么? 应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。 2. 你们的项目组使用缺陷管理系统了么? 应该用。ClearQuest太复杂,我的推荐是BugZilla。 3. 你们的测试组还在用Word写测试用例么? 不要用Word写测试用例(Test Case)。应该用一个专门的系统,可原创 2004-09-14 19:26:00 · 901 阅读 · 0 评论 -
软件小开发团体运用CMM思想进行过程改进
目前很多有一定规模的软件公司都热衷于CMM认证,他们不仅想借此提高公司的声誉,拉开和竞争对手的距离并且在业务竞标中取得有利位置,也更想借此机会从本质上使本公司的软件开发实力达到一个质的飞跃。但是对于小公司或者小的开发团体呢?他们由于资金,资源和规模等方面的原因,不可能花费巨额的投资去请好的咨询公司来做CMM认证,因此也造成也一些小公司,小开发团体觉得没有认识和运用CMM的必要,但事原创 2004-09-14 13:00:00 · 1229 阅读 · 0 评论 -
软件项目管理方法
(一年没有在这里"发表"文章了,今天把半年前翻译的一篇文章拿来贴出来,以证明我还来这里:)。是关于项目管理的方法。译得不好,有问题大家提出来也让我学习一下。如果大家喜欢,我会抽空编译一些这方面的书...)Methods of Project Managementby Vox Guo 翻译 warton (出处不详)This article is not called methodolog原创 2004-09-13 13:47:00 · 1324 阅读 · 0 评论 -
微软Bug管理
一.团队组织 1.常见问题 没有人愿意做测试 觉得养不起那么多测试人员 开发人员不遵循规范,随心所欲 项目经理事必躬亲,分身乏术 2.微软团队模型 各角色的职责角色职责项目经理编写功能规范,协调各角色关系产品经理客户联系的桥梁,进行需求分析用户教育让产品容易使用发布经理保证产品顺利发布二.原创 2004-09-13 13:14:00 · 1499 阅读 · 0 评论 -
xplanner使用手记(1)
一直在讲xp!xp!极端编程,但如何能更好的运用发挥极端编程的威力是我比较头疼的事情,如何能够使一个项目组的所有人员更好的参与到项目中来是很项目成败的很关键的问题。我指的项目组成员包括:1.客户2.项目经理3.开发设计人员4.测试人员5.界面设计人员每个部分的人对项目关心的部分和关心的角度是不同的例如:客户关心最终的产品是否好用项目经理关心开发进度开发人员关原创 2004-09-10 17:14:00 · 1026 阅读 · 0 评论 -
招聘员工的80%原则要不得
管理故事216之014-招聘员工的80%原则要不得[故事] C先生是X公司市场科的科长,我的一个朋友小李是他的下属。严格来说,C科长的能力是比较“水”的,我的朋友小李已经开始盖住了他那原本不多的“光芒”。举一个最为简单的例子为证:C科长的电脑水平不高,所以他对电子邮件等现代通信工具有一种莫名的恐惧感。有一次,他让小李往全国各分公司发一份国庆促销通知,小李领命后群发电子邮件三五分钟就把事情搞定了。原创 2004-08-21 14:43:00 · 1037 阅读 · 0 评论 -
UML是什么?是word,是五线谱(转)。
UML是什么?是一种表达工具。不是思想,也不是设计方法。 举例来说,音乐的表达方式有很多种,可以用乐谱(书面的),可以用录音(声音的)等等,那么乐谱的表达工具呢?有很多种,比如:简谱、五线谱,还有中国古老的工尺谱等等。 软件设计的表达工具也有很多种,流程图、伪代码,当然还有UML。 五线谱是什么?它只是一种标记方法,这种标记方法有其优点(比如,能直观体现出音高),所以这个方法成为世界范围内通用的方原创 2004-08-26 14:33:00 · 1090 阅读 · 0 评论 -
ROSE 技术白皮书
前言: 提起建模,每一位软件开发人员都不会陌生,但我们还是要给它一个明确的定义:建模是人类对客观世界和抽象事物之间联系的具体描述。在过去的软件开发中,程序员利用手工建模,既耗费了大量的时间和精力又无法对整个复杂系统全面准确的描述,以至于直接影响应用系统的开发质量和速度。而今,我们不再为建模苦恼。 Rational公司曾以Ada语言享誉世界,今天又以面向对象的可视化建模工具Rationa原创 2004-08-24 11:40:00 · 1130 阅读 · 0 评论 -
红灯与警察
[故事]有一个人晚上开着车,经过一个十字路口,这时黄灯已转成红灯,他心想反正没车,于是加速冲了过去,结果不巧被警察拦了下来,警察问他:「你没看到红灯吗?」「有啊!」他答。「那你怎么还闯经灯啊?」警察又问。他说:「因为我没有看到你呀!」[管理启示]我们常想在生活中取巧,以为神不知鬼不觉,殊不知我们所做的事是天地皆知,无所隐。思想一下近日的生活,是否每件事都可以摊在阳光之下,而不再找借口及理由来欺原创 2004-08-21 15:00:00 · 848 阅读 · 0 评论 -
心中的顽石
阻碍我们去发现、去创造的,仅仅是我们心理上的障碍和思想中的顽石。 从前有一户人家的菜园摆着一颗大石头,宽度大约有四十公分,高度有十公分。到菜园的人,不小心就会踢到那一颗大石头,不是跌倒就是擦伤。 儿子问:“爸爸,那颗讨厌的石头,为什么不把它挖走?” 爸爸这么回答:“你说那颗石头喔?从你爷爷时代,就一直放到现在了,它的体积那么大,不知道要挖到到什么时候,没事无聊挖石头,不如走路小心一原创 2004-08-21 14:55:00 · 708 阅读 · 0 评论 -
软件架构设计
原创 2004-08-18 19:09:00 · 3928 阅读 · 0 评论 -
XP编程
原创 2004-08-18 18:48:00 · 1081 阅读 · 0 评论 -
程序员的四个境界
作者:雷年胜 本文选自:赛迪网 2003年01月22日 国学大师王国维先生认为古今成大事业、大学问者,必经过三种境界,第一种境界:“昨夜西风凋碧树。独上高楼,望尽天涯路”;第二种境界:“衣带渐宽终不悔,为伊消得人憔悴”,第三种境界:“众里寻他千百度,蓦然回首,那人却在灯火阑珊处”。一代宗师真是体察入微,寥寥数语,道尽了求道者的心路历程,将一个人由浅尝、迷茫到彻悟的过程尽数概括,可原创 2004-08-17 08:59:00 · 749 阅读 · 0 评论 -
汤普金斯的日记
优质管理的四大要素2 选择正确的人2 为他们分配正确的工作2 保持他们的积极性2 帮助团队凝聚起来并保持团队的凝聚力2 (其他的一切都只是“文案”) 安全和变化2 除非感到安全,否则人们就不能去迎接变化2 在所有成功的工程中(以及在绝大多数其他有价值的工作中),变化原创 2004-08-16 22:12:00 · 853 阅读 · 0 评论