随笔分类 - 软件工程&项目管理
项目范围管理
摘要:做过项目的人可能都会有这样的经历:一个项目做了很久,感觉总是做不完,就像一个“无底洞”。用户总是有新的需求要项目开发方来做,就像用户在“漫天要价”,而开发方在“就地还钱”。实际上,这里涉及到一个“范围管理”的概念。项目中哪些该做,哪些不该做,做到什么程度,都是由“范围管理”来决定的。那么,到底什么是...
阅读全文
项目成本管理
摘要:究竟如何进行项目成本管理呢?简单地说,就是通过开源和节流两条腿走路,使项目的净现金流(现金流入减去现金流出)最大化。开源是增大项目的现金流入,节流是控制项目的现金流出。在项目建设期,开源表现为扩大项目融资渠道,保证项目能够筹集足够的建设资金;节流是使融资成本或代价最低,最节省地实现项目的必要功能。在...
阅读全文
项目人力资源管理
摘要:天时、地利、人和一直被认为是成功的三大因素。其中,“人和”是主观因素,就显得更为重要。比如,在足球比赛中,主场球迷甚至可以被视为主队又多了一名队员。在项目管理中“人”的因素也极为重要,因为项目中所有活动均是由人来完成的。如何充分发挥“人”的作用,对于项目的成败起着至关重要的作用。 项目人力资源管理...
阅读全文
项目质量管理
摘要:提起如今的IT项目,软件工程倍受关注。而软件的质量更是众人关注的焦点,因为目前还没有一套完善的评估标准。甚至有人提出,现在的软件开发根本提不上是“工程”,因为它太稚嫩了,还没有一套成熟的标准来比照;因而软件项目极易出现失败或失误。大量实践证明,软件工程项目的成败,通常是因为管理问题(协同工作的能力)...
阅读全文
项目采购管理
摘要:众所周知,公司的根本目标是追求利润最大化。增加利润的方法之一就是增加销售额。假设某公司购进50000元的原材料,加工成本为50000元,若销售利润为10000元,需实现销售额110000元。如果将销售利润提高到15000元而利润率不变,那么销售额就需实现165000元。这意味着公司的销售能力必须提高...
阅读全文
项目风险管理
摘要:风险在字典中的解释是“损失或伤害的可能性”,一般人们对风险的理解是“可能发生的问题”。风险与许多事物都有关联,例如,一个已经投入使用的存有易燃品的仓库,随时会有发生火灾的风险。一个建设中的项目也会面临许多不确定性的风险。风险就像“隐形杀手”一样,不知什么时候会出现。无论人们是否喜欢,风险是不以人的意...
阅读全文
项目沟通管理
摘要:回想一下你所经历的项目,有没有出现过以下这样的情况:客户在检查项目阶段成果时,指出曾经要求的某个产品特性没有包含在其中,并且抱怨说早就以口头的方式反映给了项目组的成员,糟糕的是作为项目经理的你却一无所知,而那位成员解释说把这点忘记了;或者,你手下的程序员在设计评审时描述了他所负责的模块架构,然而软件...
阅读全文
项目管理应该注意问题
摘要:即使在最完美的条件下,管理一个软件项目也是很困难的。不幸的是,许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。不过,只依靠某一两条“妙计”,是无法顺利完成项目的。1.定义项目成功的标准在项目的开始,要保证各方对于判断项目是否成功有统一的认识。通常,跟紧预定的进度是...
阅读全文
项目整体管理
摘要:项目整体管理就是为满足各方需求而进行协调以达到预期目的的过程。它是一项综合性、全局性的工作,主要内容是在相互冲突的目标或可选择的目标中权衡得失。虽然所有的项目管理过程在某种程度上都可看成是一个整体,但在整合管理中所描述的这些过程是最基本的管理知识。整合管理主要包括:项目计划开发、项目计划实施、项目综...
阅读全文
高效的项目会议
摘要:1.概要项目会议是项目经理沟通项目信息、跟踪项目进展、制定项目计划、形成项目决策、解决项目冲突、进行项目跟踪的有效手段。通过举行项目会议,项目经理可以与项目管理团队、职能部门经理、项目组成员及客户相关干系人进行充分而有效的沟通,从而为集思广益,博采众长,充分听取各方面意见,提高项目团队士气、进行项目...
阅读全文
CMMI集谈
摘要:SEPG(Software Engineering Process Group)是软件工程过程组的缩写,指由软件过程专家组成的团队,负责在软件组织内推动和促进软件过程改进。最早在CMM中提出,1990年发布的CMU/SEI-90-TR-024 《Software Engineering Proces
阅读全文
事件风暴
摘要:本文译自事件风暴提出编写文件:http://ziobrando.blogspot.com/2013/11/introducing-event-storming.html 免责声明:这是关于 EventStorming 的开创性文章。这是一切开始的地方,所以我认为保留原件是相关的。同时, 自从我写这篇
阅读全文
缓存淘汰算法(LFU、LRU、ARC、FIFO、MRU)分析
摘要:缓存算法是指令序列,用于决定缓存系统中哪些数据应该被删去。 常见类型包括LFU、LRU、ARC、FIFO、MRU。 一、最不经常使用算法(Least Frequently Used-LFU): 它是基于“如果一个数据在最近一段时间内使用次数很少,那么在将来一段时间内被使用的可能性也很小”的思路实现的
阅读全文
螺旋模型
摘要:1988年,BarryBoehm正式发表了软件系统开发的"螺旋模型",它将瀑布模型和快速原型模型结合起来,强调了其他模型所忽视的风险分析,特别适合于大型复杂的系统。 螺旋模型沿着螺线进行若干次迭代,图中的四个象限代表了以下活动: (1)制定计划:确定软件目标,选定实施方案,弄清项目开发的限制条件;
阅读全文
原型模型
摘要:原型模型——样品模型 原型模型的主要思想: 先借用已有系统作为原型模型,通过“样品”不断改进,使得最后的产品就是用户所需要的。 原型模型通过向用户提供原型获取用户的反馈,使开发出的软件能够真正反映用户的需求。同时,原型模型采用逐步求精的方法完善原型,使得原型能够“快速”开发,避免了像瀑布模型一样在冗
阅读全文
瀑布模型(Waterfall Model)
摘要:1970年温斯顿•罗伊斯(Winston Royce)提出了著名的“瀑布模型”,直到80年代早期,它一直是唯一被广泛采用的软件开发模型。 瀑布模型核心思想是按工序将问题化简,将功能的实现与设计分开,便于分工协作,即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求
阅读全文
喷泉模型fountain model
摘要:喷泉模型fountain model 喷泉模型是一种以用户需求为动力,以对象为驱动的模型,主要用于采用对象技术的软件开发项目。该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性。软件的某个部分常常被重复工作多次,相关对象在每次迭代中随之加入,渐进变成的软件成分。无间隙指在各项活动之间
阅读全文
增量模型
摘要:增量模型融合了瀑布模型的基本成分(重复应用)和原型实现的迭代特征,该模型采用随着日程时间的进展而交错的线性序列,每一个线性序列产生软件的一个可发布的“增量”。当使用增量模型时,第1个增量往往是核心的产品,即第1个增量实现了基本的需求,但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一
阅读全文
软件项目管理流程小结
摘要:项目管理与软件开发的质量、效率、最终成果息息相关,本文主要讲述软件项目的风险评估、成本预算、客户沟通、需要分析、开发管理、成品交付等多个流程。在现今国内的项目的管理形式十分零乱,对管理欠缺重视,以致很多项目因为失去管理而最终折腰。很多的实战形人才只重视于开发环节,而对其他的流程欠缺认识(包括本人),
阅读全文
软件项目成员的业绩考核
摘要:项目经理:是否实现了公司的战略目标,或者项目目标. 具体的目标,一般是用利润来衡量,项目的合同价格主要由销售部门来谈,项目经理必须准确的计算成本来配合报价,并且在项目过程中控制成本。有的时候利润并不是优先目标,其他可能的目标是:赢得客户;打响品牌;锻炼队伍等,如果你以打响品牌为第一目标,那你就要严格
阅读全文
浙公网安备 33010602011771号