随笔分类 -  03【pmp项目管理】

业务方 vs 开发方
摘要:项目开发中沟通实例:业务方:  在A窗体关闭后,弹出B窗体开发方:  1)这个时候如果照着业务方意思去做,window.close;window.open;就会有问题,如果运行环境复杂的话,就会出现诸如大小,底色;方法是否支持等问题,  2)开发方需要转成软件语言,window.location.href.跳转即可。有的时候业务方描述的很详细,有时候又描述的很简单()。作为程序员,了解需求是第一步... 阅读全文

posted @ 2009-12-16 16:26 http 阅读(182) 评论(0) 推荐(0)

软件工程与项目管理解析
摘要:这本书总结了软件项目开发的一些关键点,读后令我浮想联翩.现在做了些总结,并摘抄了一些. 我认为重要的有以下几点: 一、产品的开发之道 1、开发正确的产品:即开发能够赚取利润的产品。 2、正确地开发产品:在预定的时间和成本之内开发出合格、较好的产品。 二、用人之道 1、团队中包括10%的领导,30%的核心成员,60%的普通成员。 三、立项管理 1、可行性分析:市场,政策,技术,... 阅读全文

posted @ 2008-11-11 17:46 http 阅读(276) 评论(0) 推荐(0)

转: 顾客需求的KANO模型
摘要:顾客需求的KANO模型 卡诺(Noritaki Kano)博士将顾客需求分为三种类型,即基本型、期望型和兴奋型。这种分类有助于对顾客需求的理解、分析和整理。 基本需求:最基本的需求,满足了也不会表现出满意,但不满足则会特别不满意期望需求:提供的越多越满意兴奋需求:不提供顾客也不会特别不满意,但兴奋需求会转化为基本需求 Threshold/Basic att... 阅读全文

posted @ 2008-11-11 17:44 http 阅读(1970) 评论(0) 推荐(0)

摘:微软MSF开发模式简介
摘要:MSF 模型 MSF 模型代表了上述基础原理在技术项目的“人员和过程”方面的应用 — 人员和过程对项目的成功与否具有最重要的影响。MSF 小组模型和 MSF 过程模型是图解式的描述,用来从视觉上显示角色群周围的项目小组的逻辑组织,以及项目生命周期过程中的项目活动。这些模型将基础原则具体化了,并融入了核心规范;它们的细节经过了关键概念的提炼,它们的过程通过成功的做法和建议得到了应用。随着每个模型都得... 阅读全文

posted @ 2008-11-11 17:41 http 阅读(787) 评论(0) 推荐(0)

WBS
摘要:http://www.mypm.net/special/wbs/default.asp 工作分解结构(WorkBreakdownStructureWBS):以可交付成果为导向对项目要素进行的分组,它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中,还是在PMP考试中,工作分解结构(WBS)都是最重要的内容。WBS总是处于计划过程的中心,也是制定进度计划、... 阅读全文

posted @ 2008-11-11 17:33 http 阅读(730) 评论(0) 推荐(0)

姜文把主演当导演《陈赓大将》三易导演:一个经典的项目干系人管理案例
摘要:偶尔打开电视看了几眼正热播的红色经典片:陈赓大将,出于好奇在网上找关于陈赓大将以及这部片子的一些信息,发现这部片子是历经坎坷,三易导演。这可是2003年各相关部门挂了牌的红色经典片,作为政治任务,按常理来看应该是很顺利很快的能完成拍摄的,可是居然拖了2年,换了3个导演,连主要演员都换了。其中新闻晨报记者曾玉有篇报导,报导了相关情况,我觉得干系人管理是这个片子的拍摄过程给我... 阅读全文

posted @ 2008-11-11 15:54 http 阅读(381) 评论(0) 推荐(0)

项目风险管理
摘要:“隐形杀手”来自何方 1、技术、性能、质量风险 2、项目管理风险 3、组织风险 4、项目外部风险 防范“杀手”四大法宝 1、风险识别 2、风险分析 3、风险应对 4、风险监控 阅读全文

posted @ 2008-10-20 15:13 http 阅读(258) 评论(0) 推荐(0)

程序员与程序经理
摘要:了 解 程 序 员 一、诚实 二、简单——实用主义 三、爱憎分明 四、工作单调但不乏味 了 解 程 序 经 理 一、技术水平是程序员队伍中的最高级别 二、能做最多且最难的工作 三、有人格魅力 程序员升为经理后是否还要编程 经理与技术队伍的建设 阅读全文

posted @ 2008-10-20 14:24 http 阅读(146) 评论(0) 推荐(0)

微软资深经理人的项目管理经验
摘要:第一章.有效团队的基础 1、专心改善产品 2、排除干扰 3、明确目标 4、设计的优先考虑 第二章 有效的作业方式 1、什么时候修改错误 2、email的时间陷阱 3、方法让大家分享 4、无意义的惩罚 第三章:保持进度 1、向前看 2、明确定义需求的范围 3、就是说不 4、你无法让每个人都满意 阅读全文

posted @ 2008-10-20 14:05 http 阅读(180) 评论(0) 推荐(0)

导航