成功软件项目管理的奥秘_项目管理_非技术区_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 非技术区 > 项目管理 > 成功软件项目管理的奥秘

成功软件项目管理的奥秘

 2011/11/16 13:14:26  寒蝉  程序员俱乐部  我要评论(0)
  • 摘要:如何入门并设定软件成功的目标1、如何开始项目管理(如何入门)实践技能建议要点说明1.设定优先级1)为团队成员提供服务2)满足组织客户的需求3)从事自己相关的项目2.分析自我能力差距人员管理(人际关系、解决冲突、推销想法)聆听技巧锻炼演讲表达能力3.学会定义质量与开发团队、客户确定一致的产品质量定义与准则4.鼓励团队所取得的进步指定鼓励计划(精神鼓励与物质奖励)5.从历史中学习6.设定团队改进目标设定长期与短期的改进目标如需求变更、软件质量。通过制定具体的改进指标进行具体量化。通过活动挂图
  • 标签:项目管理 成功 项目 软件

  如何入门并设定软件成功的目标 

  1、如何开始项目管理(如何入门)

实践技能建议

要点说明

1.设定优先级

1)         为团队成员提供服务

2)         满足组织客户的需求

3)         从事自己相关的项目

2.分析自我能力差距

人员管理(人际关系、解决冲突、推销想法)

聆听技巧

锻炼演讲表达能力

3. 学会定义质量

开发团队、客户确定一致的产品质量定义与准则

4. 鼓励团队所取得的进步

指定鼓励计划(精神鼓励与物质奖励)

5. 从历史中学习

6. 设定团队改进目标

设定长期与短期的改进目标

如需求变更、软件质量。通过制定具体的改进指标进行具体量化。

通过活动挂图、故事墙等方式来向整个团队找出和展示需要改进的项和成果。

7.慢慢的起步

实践练习:

  找出自己在项目管理、人员管理和团队领导力中的短板,并想办法进行提高;找到一些经验丰富的项目经理们作为你学习的楷模,并尝试运用它们的优点;从你过去的一些上司、领导处总结哪些行为和特点是你无法忍受的,然后再你自己的管理工作中去规避这些做法。

  2 如何知道项目已经完成(必须要定义一些完成的准则)何以知道已经完成?

当产品已经足够好的情况下,可以确认是否已经完成。

  “足够好”:是指产品已经具备一些可接受的综合属性,如功能、质量、时效性、客户价值、竞争力以及支撑的基础设施已经准备就绪。

  客户对质量的看法主要取决于可靠性(持续运行无故障)和性能(操作的响应时间)

  内部对质量的看法主要设计如下方面:软件在未来的可修改性、可维护性、文档的可理解性等

  如何定义产品发布准则?

  发布准则必须要与成功准则相对应,没有放四海而皆准的发布准则,要确保项目取得最终的成功,反映产品能够上线发布的指标都必须要有一定的可信度和可测度。

  如果指定了不符合项目业务目标的宽松的发布准则,可能会造成一种一定会可能会取得成功的假象。

  一些宽松的发布准则:广泛的客户群体曝光率,“很高的客户满意度”

某些模棱两可的措辞:可接受的、足够的、恰当的、广泛的、精确地、高的、改进的、低的、合理的、健壮的、准确无误的和有效率的。这些措辞要尽量避免使用。

发布准则必须要满足

  1. Specific【明确的(不是空泛的)】
  2. Measurable【可度量的(不是定性的或主观的)】
  3. Attainable【可实现的(不是一对不可能实现的目标)】
  4. Relevant【相关的(与客户要求和业务目标相关联)】
  5. Trackable【可跟踪的(在整个项目过程中可以进行监控)】

  制定准则时:

  1. 认真考虑不同项目干系人对团体的想法和意见,避免冲突和分歧
  2. 考虑用户提出的验收标准
  3. 于关键用户代表进行充分沟通
  4. 出现冲突时,全体团队成员必须要工作在共同的目标集合上,并做出适当的折中判断。

  可能的发布准则项:

  1)缺陷

  质量是一系列复杂和多维度的产品特点的集合。发布一个不成熟且存在很多缺陷的产品会导致很高的运行成本、用户的失望、很差的产品评价、过高的维护成本、产品退货甚至法律纠纷。作为质量的指标之一,可以对开发和测试中发现的缺陷的数量和类型进行跟踪。

  如果质量是项目的一个成功准则,可以参考如下与缺陷相关的发布准则:

  1. 在一个四级的缺陷跟踪系统中,不存在未解决的最严重的1级或2级缺陷。在过去的X周内,未解决的缺陷数量持续下降,同时估算的遗留缺陷数量是可以接受的(可以采用缺陷模型来进行预测)
  2. 在编译器中、源码分析与运行时分析中所报告的所有错误和警告都得到了修正。
  3. 前一发布版本出现的问题都已经得到了修正,在修复过程中也没有引入额外的缺陷。

  2)测试

  大多数软件团队都非常依赖不同类型的测试来发现缺陷,可以通过查看估算的未发现缺陷数量是否处在可接受范围内,或者在预设的测试时间内并没有发现新的缺陷时是否决定停止测试,一些主要的发布准则如下:

  1. 代码编译、构建和冒烟测试是否在所有平台上通过;
  2. 综合测试和系统测试100%通过
  3. 特定的功能通过了所有的系统和用户验收测试(如正常流程和相关的异常处理流程在普遍的用例中测试通过)
  4. 测试计划中涵盖的所有记录在案的功能需求的测试用例都得到了执行
  5. 达到了预先设定的代码或需求(如功能需求、测试用例流程或者产品属性)

  综合考虑测试和缺陷相关的因素,一位学者认提出的产品发布准则:

  1. 完成了覆盖100%功能点和80%的回归测试
  2. 不存在严重等级1和等级2的缺陷;
  3. 已知的遗留缺陷密度少于每千行代码0.5个缺陷;
  4. 每1000小时的测试工作发现新缺陷的数量少于40个 
  5. 发现缺陷的平均间隔时间少于100小时
  6. 完成了压力测试、配置测试、安装测试、本地化测试、可用性测试和傻瓜用户测试。

  3)质量属性

  质量属性是另一只哦能够用于描述产品行为的思维方式,这些属性包括可靠性、安全性、完整性、可用性、便携性、可维护性、高效性、健壮性和交互型等。一些相关的准则是:

  1. 在所有的平台上的定量性能目标得到满足
  2. 可靠性目标得到满足
  3. 相关公司的安全策略和需求得到了满足
  4. 特定的条件已经符合,可以使得产品通过必要的评审或者审计

  4) 功能

  1. 在即将发布的产品版本上,所有的承诺的高优先级需求已经实现并能正常工作
  2. 满足特定客户的验收的标准
  3. 满足所有非健全人士的可访问性需求
  4. 如果需要软件在不同语言环境下运行,所有本地化与全球化测试都能通过
  5. 满足特定法规、合约、标准规范和监管目标
  6. 所有的功能需求都可以通过测试用例进行追踪

  5) 配置管理

  1. 产品可以在所有目标平台上重复构建
  2. 物理配置审计确认现有的所有组件都是正确的版本 
  3. 产品在所有的目标平台上都能成功安装
  4.  发布的介质和镜像文件经过了反病毒和恶意软件扫描

  6)支持

  这里主要指确保产品顺利安装和实施的其他关键要素。

  1. 发布说明已经准备完毕,包含新版本中的已修复的缺陷信息、增加的功能和删除的功能
  2. 受影响的项目干系人均了解软件发布和支持流程
  3. 已知的未修复缺陷全部记录在项目的缺陷跟踪系统中
  4. 支持部门已经做好了接受和回应客户问题报告的准备
  5. 执行软件的运行环境所需的各种基础设备已经到位
  6. 软件的生产和下发已经做好了接收产品的准备。
发表评论
用户名: 匿名