- 博客(159)
- 资源 (16)
- 收藏
- 关注
RSS订阅原创 PMP之路 – 第2天 （做模拟题）
据说做第一遍PMP的模拟题，对的概率一般在20%左右，我花了大概3.5小时做了一遍试题，基本上没有感觉的或者一看题就不会的我就直接跳过去了。因此时间用的比较少一些。最后的结果还比较理想，200道题，错了91，答对率大概55%。 不过距离通过率的61%还是有些差距的。在正式看书以前做一遍模拟题我觉得是非常有必要的，因为PMP毕竟是一种考试，虽然说学习PMP也同时是为了更好地学习项目管理的知识和前
2007-12-17 08:23:00
2718
原创 PMP之路 – 第1天（看书1-5章）
很早就考虑考PMP了，但是做项目一般都是很难抽出时间来的。在老板的考核的要求下，也考虑自己的职业发展的情况下，开始了PMP之路。虽然自己对PMBOK还是比较熟悉，但是真正面对考试还是不能忽视。毕竟自己的理解、经验与实际的理论和考试的思路还是不太一样。这个周末计划把PMBOK的前五章看完，还比较顺利，周六一天就吧前五章基本看完了。第一遍看的比较快，主要是熟悉一下PMBOK的组织结构顺便评估一
2007-12-17 08:22:00
2151
原创 信任，是一种力量――写给PM和Manager
信任，是一种力量――写给PM和Manager 从事项目管理和部门管理算下来也有六七年时间了，管理工作与人的沟通、关系是作为一个PM或Manager来讲最重要的事情之一。自己犯过很多错误，吃过很多亏也收获过很多经验。细想下来，管理工作中信任是最重要的事情之一了。 为何这样说呢，有以下理由：一、管理中沟通：有效的沟通是一个PM或Manage
2007-11-30 09:43:00
2109
原创 关于CMMI和PMBOK之间的关系和区别比较
CMMI与PMBOK本来没有直接的关系,也是不同领域内的模型,但是现在随着项目管理在各行各业中的深入的应用,尤其是最近几年软件行业的项目管理的快速的发展.因此了解对于CMMI和PMBOK之间的区别和关系对于理解这些过程模型,更好地应用到软件项目开发和管理中也是很有必要的.首先看一下两者从过程模型开发方面的区别.CMMI是基于实践Practice,主要是应用在软件行业中,以能力成熟度等级的方式.目的
2007-09-30 21:22:00
5064
4
转载 曾仕强中国式管理语录50条
1、管理是修已安人的历程2、搞清楚推、拖、拉的真正用意，合理应用以求圆通3、以化解代替解决，务求尽量减少后遗症 4、寓人治于法治,更符合中国社会的实际情况5、做人做事兼顾并重,透过好好做人来把事情做好6、抱持既不赞成也不反对的心态来包容一切7、发展事业本身并没有什么目的，必须在经营事业的过程中，完成修、齐、治、平的人生使命，立业才有价值。8、计划的目的，在肯定今后几年，如何安人？9、组织的功能，在
2007-09-09 17:46:00
3962
原创 软件工程的未来之路（Pressman）与我们的解决之道？
Roger S. Pressman在《软件工程-实践者之路》第6版的最后增加了一章，叫未来之路-The Road Ahead。从变更、软件过程、人员、软件工程、技术和信息模型几个方面给出了他自己的见解。较为系统地阐述了软件工程的发展和期待解决的问题。但是这只是理论上对软件工程领域的思考和学术的探讨。至于具体在软件企业中的应用和思考的问题可能就不止这些了。去年10月份我写过一篇文章CMM欺骗
2007-09-09 14:19:00
5072
原创 组织级项目管理推广经验
浅谈组织级项目管理推广经验*How to implement organizational project management system *Abstract: How to implement organizational project management system? And how to do it effectively? This paper
2007-08-02 08:30:00
9810
1
转载 关于可拓学-新兴的应用学科
可拓学可拓学是以 蔡文 研究员为首的中国学者创立的新学科㠂研究事物拓展的可能性和开拓创新的蠄律与方法，并用以解决 矛盾问题 ，有别于 生物学 ， 机械学 ， 电工学 等 纵向学科 ,是与 数学 ， 系统论 ， 信息论 ， 控制论 等相类似的 横断学科 。 可拓学是一门交叉学科，它的基朠理论是可拓论，特有的方法是可拓方泠。可拓工程是可拓论和可拓方法在各丠领域的应用。该研究从 1976年 开
2007-07-16 08:33:00
2948
原创 项目管理中的冰山理论
项目管理中的冰山理论所谓的冰山理论是指眼睛所看到的总是远远小于看不到的，而且浮在水面上的是容易解决的问题，水面下的才是最难处理的问题。作为项目经理，项目管理本身是处于不同的干系人之间进行平衡，是一项系统工程，需要的往往是综合的能力来处理问题。因此项目管理过程中很多事情也如冰山一样，最需要关注和警惕的，也是最可能对项目成败造成重要影响的往往是潜伏在水面下面。下面两张图也许能够解释项目管理中的冰山现象
2007-07-08 22:10:00
5735
原创 关于软件开发过程制度化实施要点
制度化一直是西方管理学中强调的，科学的管理也只有制度化过程才是唯一的出路。制度化的实施要点其实也很简单，就是“检查”。没有检查或者缺少检查的制度化只会是一纸空文。检查其实也就是西方管理学中的分权思想的体现。 但是中国一直有一句话叫做“用人不疑，疑人不用”，看起来跟西方的管理是冲突的。实际上不是这样，检查和分权的目的不是对做事情的人的不信任，而是遵从了一个基本的原理是：人是一定会犯错误的，这样看来，
2007-07-08 22:07:00
2135
1
原创 美国之行6-LakeWood教堂,感受美国的内心世界
美国是一个全民新教的国家，参加一次礼拜的确是认识美国最好的机会，也是深入认识美国人的最好的机会。上午10：30到达LakeWood（http://www.lakewood.cc/site/PageServer?pagename=LCH_index）教堂，这是Houston最大的教堂和教会组织了，教会的牧师也是当地很有名气的牧师。由于5.28号周一是美国的假日，因此今天的人异常多，而且不多数人都是
2007-06-05 16:12:00
3076
原创 美国之行5-达拉斯印象
从达拉斯回来好久了，一直没有时间来记录。在达拉斯待了4天，活动范围局限在住的宾馆周围和中国城。我们住在HYATT酒店，属于档次比较高的地方，进出都是西装革履、打着领带或领结的商务人士，我们是去参加展览会的，就只好是休闲一族了。Dallas对大多数人比较熟悉的恐怕就是肯尼迪遇刺的记忆了。我们住的酒店刚好就离遇刺的地方不远，不行也就20分钟。在这儿有肯尼迪的纪念塔，形状象四面墙，下面是几个柱子，不知
2007-06-05 15:38:00
2066
原创 推荐曹济的FPA培训课程
下面是课程的相关内容，供参考，如果有可能，也帮着推荐给别的同事，谢谢！ 软件功能点估算原理及实践课程说明：http://www.suiji.com.cn/FPA1.htm 功能点应用领域：http://www.suiji.com.cn/FPuse.htm 课程大纲：http://www.suiji.com.cn/%20FPA2.htm 课程安排：http://www.
2007-06-05 14:56:00
2145
原创 从李开复的Google看管理的文化和背景
读《华夏时报》看到整版的写李开复的Google与Sohu的官司的报道，最后给出了结论，那就是Google本土化路边的“地雷”，原文说：更多的业内人士认为，谷歌最大的失败是误把国际化当成了本土化。李开复来到中国，也把美国式的松散管理带入了中国，但这种美国文化在中国其实行不通。否则就很难理解，为何在过去600多天内，谷歌几乎没有推出一样像样的产品。尽管把Google中国的失败归结为李开复的美式管理并不
2007-05-13 04:56:00
2228
原创 美国之行4-Nasa航天城
来休斯敦可能没有不去航天城的，休斯敦也是美国的航天中心，更是世界的航天科技的代表。周一刚好是4.30号，国内该放假了，有个同事是Nasa员工，带我们去了。约好驱车前往，买门票，价格不贵也不便宜，每人18美元，过安检，感觉就是在走形式。先进入一个大厅，小孩子特别多，简直像个游乐场，还有恐龙、滑梯，看上去不伦不类的。然后检票，照相（阴狠的一招，下面会讲），上了小火车，听到有人说中文，看到若干中国人，
2007-05-06 01:25:00
3500
原创 美国之行3－给我很差印象的大众公园
文明的程度与国家的发展是有一定的关系的，美国总体给我的印象非常好。人与人之间非常和谐；对人不管你是穷人还是富人都很Nice；路上开车看到你过马路，老远就停下来等你过去，路口拐弯总是相互谦让；超市里也没有人把开始想买后来又改变主意的商品到处乱放；你去餐馆点一个最便宜的菜服务员也不会给你脸色看；生活节奏快，但是很少象中国人那样总是匆匆忙忙（也许是中国堵车厉害，匆匆忙忙开车，匆匆忙忙上电梯）；公共场所
2007-05-06 00:54:00
2022
原创 软件项目的返工问题
软件项目的返工问题 软件行业普遍利润率低，软件项目的成本超支司空见惯，到底成本到哪儿去了？软件工程师天天加班加点，说到底还是返工问题。软件项目的返工成本几乎达到项目成本的一半以上。到底什么算返工，目前业界好像还没有确切的定义，我总结了一下，一下情况应该算是返工： 返工的定义可以理解为应该并有能力做到返工后的水平的却因为各种主观因素却没有一次性达
2007-04-24 11:54:00
3766
原创 美国之行2-复活节
4月份的第一个周末是耶酥的复活节－The Easter Day。在朋友的带领下到老美的农场做客，那天天气刚好不好，本来以为Houston是比较热的城市，那天的天气在2－3°，冷的很，我把从国内带来的所有的衣服都穿上了。而且下雨，后来回来后还听说Texas北部还下雪了，就好比4月份中国的南京、无锡下雪一样。美国的气候更反常。从住处出发，经由高速公路，美国的公路实在比中国的差很多，比较破旧。路两边
2007-04-16 11:28:00
1412
原创 美国之行1－初到乍来
29号的机票，买的是美大陆的从北京到纽约转机，然后再乘坐国内航班到Houston下。但是上了飞机后由于飞机故障，等了一个下午，最后通知30号才能起飞。结果大家被拉到回龙观附近的一个涉外宾馆住下。大家都挺老实的，这要是中国的航空公司，估计中国人都跳起来了。第二天一早来到机场，被通知要换航空公司，我只好跟着大陆的人员，重新出海关，取行李，重新再出海关，折腾的够呛。我好不容易换了美联航的航班
2007-04-05 09:34:00
1456
原创 关于软件需求开发和项目的范围管理
从CMMI到CMM来看其变化Req从只有一个PA叫RM，到两个PA，分别是Reqm、ReqD目前我们的需求开发就如在一间黑屋子打着手电筒在看你需要装修的范围，你看到一个墙角墙上贴着白色的磁砖，铺着蓝色的地砖。你别以为客户的整个房子的需求就是白砖蓝地。那可只是个厕所。当你把全房子的灯都点亮，你再走一圈，你就会发出“原来如此”的感叹，其时需求的难度不是问题，问题就是当你所有的灯都亮了的时候，项目进入测
2007-03-27 15:37:00
1893
原创 都是孔子惹的惑？？？
于丹讲论语火了，网上批于丹的也火了。于丹写的论语不能说没有价值和意义，对于处于现在社会的人来说，在天天处于高度压力下的人来说，于丹的书可算是释放心灵压力和回归人的本性的一次机会，难怪人人都在读这本小册子。但是错就错在于丹是借了圣贤的嘴，如果于丹单纯是写一部心灵鸡汤的话，估计不会有这么多博士群起攻击。 对于圣贤的古典名著，我理解有三个用途，一个是自身实用，一个是学术
2007-03-07 11:56:00
1352
原创 关于增量模型和迭代模型的区别
迭代模型和增量模型都属于并行开发的软件生命周期模型，但是这两个模型大家往往容易混淆或者不好理解。下面对两个模型的区别和相同之处做一下介绍。迭代是不能并行的，迭代的并行是指迭代任务，比如从3.1-3.31号是一个迭代计划，该迭代计划需求人员可以分析功能点5-功能点10，设计人员可以做功能点3-功能点7的设计，开发人员可以做功能点2-功能点4的开发，测试人员可以做上个迭代周期发布的代码。 迭代的并行
2007-03-07 11:30:00
7311
1
原创 过程决定质量之谬论
写下这个标题，等待的也许是被猛烈的拍砖，加上鸡蛋和西红柿。但是我想大家敞开了谈谈这个问题也许不是件坏事情。 刚刚接触质量管理和过程管理的时候，尤其是听了很多的培训和看了很多书后，对过程这把利剑满怀崇敬和信心。后来随着实践，过程确实可以解决很多的问题，比如规范性、统一性等。对软件开发的质量和效率的提高找到了一丝希望，尤其是在象欠缺管理理论和经验的中国的软件企业来说，更是如此。但是一直没有出现如期望
2007-02-28 21:04:00
1777
原创 干系人的管理
几年前刚开始做项目管理的时候，听到干系人这个名词，觉得很深奥，后来渐渐发现其实干系人管理在项目管理中无处不在。第一，干系人可以分为如下几类： 决策类、直接管理类、支持协助类、执行实施类 当然也可以这样分，客户、用户、老板、上司、同事、下属、合作伙伴、供应商等。第二，干系人管理其实就是管理其期望和需求，不同的干系人有不同的期望和需求。首先要识别干系人，识别其对项目的影响，识别其期望，了解其需求，从而
2007-02-05 21:16:00
1845
原创 别让量化管理蒙蔽了眼睛
自从CMM来到国内后，软件企业量化管理就一直让我们的EPG和过程管理人员视为软件管理的利剑，其实在我实践很多次后，发现事情并不是我们想像的那样简单。首先是一种需求（生产的需求、管理的需求），企业是否需要这些数据？为什么需要这些数据？在我们量化前是一定要想明白的，不能按照教科书上写的种种指标或者咨询公司提供给你的各种看上去眼花缭乱的量化数据。否则就会陷入数据的泥潭，永远是只见树木不见森林；另外就
2007-02-05 20:46:00
1044
原创 关于研发管理流程的抱怨
大凡是建立公司制度、流程的，没有不把流程、制度的简单性、可操作性作为最重要的目标的。很多大的公司甚至成立新的项目再造流程和制度，目的就是让流程和制度变得适合业务、变得简化、变得实用。但是往往不幸的是，一个一个目标被重新提出，又一个一个目标面临坠落的危险。流程和制度永远落不了地，永远看上去是阳春白雪般的高贵和完美，就是不能与业务很好结合。造成的后果和惊人的类似，那就是鱼死网破。或者是流程体系被束之高
2007-02-05 20:25:00
1531
原创 有感于目前公司的监理制度
管理体系的目的我认为有三：1. 能够提高生产效率，项目能够赚钱；2. 保证好质量，提高客户满意和客户对公司的持续信任；3. 满足公司长远的战略目标（比如人员流动、过程能力积累等）。企业管理的目的是为了企业的盈利和发展，项目管理作为实现企业管理的目标的重要的环节，应该是保证交付的质量、减少项目的成本。因此管理的目的不是为了追求理论的严谨、形式的完美，当然教条僵化、照本宣科更是没有意义。
2007-01-17 09:29:00
1254
原创 最近在研究自动化测试
第一次用自动化测试工具是在2001年测试网站,用的是开源的叫webstone的工具. 02年用winrunner/loadrunner. 后来就很少自己去研究这些工具了.现在在客户这边,无奈重新研究了,新的工具很多,功能也是日新月异. 有时候生活也是在画圈子,几年过去了,好像又回到了开头. 庆幸的是,对技术依然兴趣十足.
2006-12-26 21:42:00
1010
原创 软件缺陷分类的原则
缺陷的分类遵从以下的原则：对缺陷的描述可以从若干个角度和维度来分类、划分等级：缺陷的严重程度，这主要是从对系统产生的后果和影响来考虑的，因此严重程度不考虑原因、不考虑本身的特征属性。缺陷的分类是按照对缺陷本身的特征和现象来划分的，考虑的维度是缺陷的产生的动机和原因，比如内容缺失、理解错误、不一致、错误等。缺陷的来源是按照缺陷发生的原因来划分的，比如是因为业务需求原因造成的或者是因为
2006-12-20 15:26:00
2570
原创 软件缺陷的定义
缺陷是指在软件开发过程中的针对软件产品和开发过程的问题，这些问题已经影响或者可能影响软件产品的质量。基于此定义，将缺陷分为如下类别：文档缺陷：是指对文档的静态检查过程中发现的缺陷，通过测试需求分析、文档审查对被分析或被审查的文档发现的缺陷；代码缺陷：是指对代码进行同行评审、审计或代码走查过程中发现的缺陷；测试缺陷：是指由测试执行活动发现的被测对象（被测对象一般是指可运行的代码
2006-12-20 15:24:00
5844
原创 Ajax一小步，Web开发一大步
Ajax的提出，虽然不是一项新的技术，但是带给Web开发的却是一大步的进步。在网络资源和网络应用日益丰富的今天，如何把信息和功能以最好的方式提供给用户使用，无疑是头等的大事。第一次试用yahoo beta的功能，就一下子不愿意放弃，在回到一些免费的邮箱等待那漫长的white page，真是感谢ajax。
2006-12-11 16:16:00
1160
转载 Web 2.0的设计模式
Web 2.0的设计模式在“模式语言”（A Pattern Language）一书中，克里斯多夫·亚历山大（Christopher Alexander）为精炼描述对于体系结构问题的解决方案，开了一种格式上的处方。他写道：“每个模式都描述着一种在我们的环境中一遍又一遍地出现的问题，并因此描述了对该问题的核心解决方案。以此方式你可以使用该方案上百万次，而从不需要重复作同样的事情。”1. 长尾小型网
2006-12-11 15:59:00
973
原创 喜欢香港
提起香港总是感觉人口密度极高、生活节奏极快的社会。但是去了总体感觉不错，可以享受大都市的便捷，却无堵车烦恼。服务业更是感到是在享受服务，看到的是亲切的微笑。对比北京的大城市，生活的压力也许更大，仅就堵车一项，每次外出办事，总是先考虑路线和花费的时间，外在加上半小时的堵车时间，还往往仓促感到。我现在每天几乎花费5小时在路上。国内服务业更是看人下菜碟，你买他的东西，好像他是大爷一样，还得处处琢磨他给你
2006-12-06 11:21:00
1128
原创 Zachman框架
Zachman框架是一种逻辑结构,它旨为信息技术企业提供一种可以理解的信息表述.它可以对企业信息安要求分类和从不同角度进行表示.Zachman框架的创始人John Zachman早在1987年就提出了这种思想,它全称为企业架构和企业信息系统结构架构(Zachman Framework for Enterprise Architecture and Information Systems Archi
2006-12-04 14:53:00
2110
原创 提高软件开发效率的两种工作模式
有时候走极端并不是什么坏事情。要象提高软件生产效率，屏弃技术平台的问题（因为很多时候技术平台是无法选择的）。两种方式是立竿见影的。第一种是小组协作，大的项目分为几个小组，小的项目一个小组即可，小组内分工不要太清晰，小组成员从项目开始到结束，从需求、设计到开发、测试全包。让每个成员参与项目的各个生命周期的环节，不再是单一的工种，以此激发和保持最大的工作热情。强调内部的协作和责任心，倡导内部的相互协作
2006-11-01 15:34:00
1508
原创 如何准备测试数据？
在软件测试过程中，测试数据的准备是一个工作量很大而且也是一个技术活。因此如何准备大量的测试数据，而且如何准备高质量的测试数据，满足测试的需求，就是一个重要的话题。 首先看数据的来源，数据的来源一般来讲有三个个，一个是根据被测系统需求的分析，针对正常业务，异常情况，边界情况等来构建完整的数据，又称为“造”数据。这不仅仅包括最基本的基础数据，比如：用户、权限、配置、基础编码、原数据等，还包括上面提到
2006-10-29 17:42:00
2335
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人