软件工程-项目管理
文章平均质量分 75
地球蚂蚁
十年以上的IT从业经验;
十年以上的软件项目管理经验;
展开
-
CMM的级别就是软件开发管理的“段位”
CMM的级别就是软件开发管理的“段位” CMM(英文wiki ) 是什么(包括CMMI,因为本文不涉及细节)?有人把它理解成“规范”;有人把它理解成“标准”; 一般人对CMM的理解是: 1、CMM是一堆规范的集合,包括5个等级,共计18个过程域,52个目标,300多个关键实践。 2、如果按照这些规范执行就需要写很多文档,这很麻烦,但是对于“大组织”来说必不可少,但对于小组织原创 2009-01-07 14:48:00 · 1065 阅读 · 0 评论 -
管理哲学: 项目管理必须强调“相对性”
管理哲学:项目管理必须强调“相对性”----王珏原创产品人员常说:(范围上的必须)这个需求“必须要”完成;性能“必须要”满足某个要求。项目经理常说:(时间上的必须)你必须在本周完成某某模块的开发。研发人员常说:(资源上的必须)我们人手不够,必须再给我们安排人手。测试人员常说:(质量上的必须)这些Bug必须修改完成,否则我这关你们过不了。原创 2009-10-20 16:34:00 · 419 阅读 · 0 评论 -
需求相关:需求管理如何管
需求相关:需求管理如何管----王珏原创 项目失败的一个重要因素是“需求没搞好”。但是如何搞好需求,却没有一个简单易行的办法,常见的观点有如下几种: 1、需求不够详尽,导致有大量的岐义,因此项目失败了。 问题是:多少页的需求规格说明书才够详细?需要多少人力,需要多少时间?项目组有足够的人力吗?项目组有称职的需求分析人员吗?有人愿意阅读这几百上千页的文档吗?如果原创 2009-10-20 16:35:00 · 412 阅读 · 0 评论 -
软件过程:“流程”的割裂导致过程管理流于形式
“流程”的割裂导致过程管理流于形式 ----王珏 不知您所在的项目组是不是这样的情形,“责任向上游推,任务向下游放”。 测试就说开发人员烂,程序写的都烂到没法测;----研发是测试的上游 研发人员说需求没做好,需求变更多,开发没方向;----产品需求是研发的上游 需求人员说这个项目根本就不该立项(其实需求人员原创 2009-10-20 16:52:00 · 1308 阅读 · 0 评论 -
技术相关:我们需要什么样的架构师?
技术相关:我们需要什么样的架构师?----王珏原创 架构师,当下流行的一个名词。可是当下对架构师有太多的误解,这种误解来源于对“系统架构”本身的误解。 什么是系统架构?RUP文档中有如下描述: 在“软件构架简介”中,DavidGarlan 和 Mary Shaw认为软件构架是有关如下问题的设计层次:“在计算的算法和数据结构之外,设计并确定系统原创 2009-10-20 16:29:00 · 404 阅读 · 0 评论 -
需求相关:如何紧盯IT项目目标?
需求相关:如何紧盯IT项目目标?----王珏原创表面上看,视乎每一个项目经理都会对此问题不屑一顾,但深入思考,“忘了项目目标”却是绝大部分失败项目的共通特征。 举一个简单的例子,我们大家上网的时候,有多少人能够专注与自己的“上网目标”?比如某次我的上网目标是:“查找查找关于Oracle死锁方面的知识”。其结果是打开电脑,发现杀毒软件提示我要升级病毒库;等我升级原创 2009-10-20 16:35:00 · 445 阅读 · 0 评论 -
需求相关:“请拿起你的奥卡姆剃刀”
需求相关:“请拿起你的奥卡姆剃刀”----王珏原创 这些年的项目经验,使我常常能够看到一些奇怪的“需求”,这些需求最后有导致了一系列奇怪的“设计”,这些奇怪的设计竟然还要进行“测试”,并且还要定期维护这些奇怪的功能。 举两个例子作为开始。 第一个例子是我遇到的一个“网络协议分析”项目,简原创 2009-10-20 16:52:00 · 420 阅读 · 0 评论