艾伟也谈项目管理,成功软件项目管理的奥秘

简介:   如何入门并设定软件成功的目标   1、如何开始项目管理(如何入门)实践技能建议要点说明1.设定优先级1)         为团队成员提供服务2)         满足组织客户的需求3)         从事自己相关的项目2.分析自我能力差距人员管理(人际关系、解决冲突、推销想法)聆听技巧锻炼演讲表达能力3.

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

  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. 软件的生产和下发已经做好了接收产品的准备。
目录
相关文章
|
5月前
|
存储 项目管理
PMP备考之路 - PMBOK第十章(项目沟通管理)
PMP备考之路 - PMBOK第十章(项目沟通管理)
31 0
|
5月前
|
项目管理
PMP备考之路 - PMBOK第十一章(项目风险管理)
PMP备考之路 - PMBOK第十一章(项目风险管理)
31 0
|
程序员 项目管理 数据库
艾伟也谈项目管理,微型项目实践感悟
1. 什么是微型项目 微型项目是指绝大部分工作由一个人员负责的项目,这个核心成员负责项目的系统分析、构架、及绝大部分的编码工作。项目的持续时间一般不会超过一个月。项目的参与人员除了核心的程序员外还可能一部分辅助人员,包括第二程序员(负责一部分编码工作)、美工(负责界面设计)等。
1501 0
|
项目管理 开发者
艾伟也谈项目管理,项目的故事
  这是关于一个项目的故事,与其它项目相比,既不非常复杂,也不是很简单: 一个应用程序与数据库以及其它两个系统通信。这在技术和架构角度都是主流,而在管理角度则是标准情况: 所有工作都应该在昨天完成,但还有很多没有完成的。
1192 0
|
Java 项目管理 容器
艾伟也谈项目管理,代码背后的点滴
  有段时间没有更新技术blog了,现在有空每天都写写围脖,记录生活和工作的点滴,但是有时候发现有些技术的想法和工作总结没有像过去那么完整的写很大一篇,但是也有零零散散的不少点滴,因此想着随意的写这么一个连续的片段分享。
1089 0
|
项目管理
艾伟也谈项目管理,谈谈如何说“不”
  我曾所在的两个项目组,如果处理不好“不”,则会给自己和团队带来很多问题,发生在我身上也有好几次。   项目组A:在不看好项目组开发方法的情况下仍旧敬业工作。   我在项目组A曾经担任过开发人员、开发经理和项目经理,我也在这个项目组投入了很多精力,它给了我很多成长环境,包括现在看到的OpenExpressApp 的思路以及对架构方法的兴趣也都是从那里一点一滴积累思考而来的。
1029 0
|
测试技术 项目管理
艾伟也谈项目管理,敏捷个人:内容框架之执行力
  执行力是敏捷个人需要学习的一个内容,本篇主要介绍执行力相关的内容,大家在读后可以采用介绍的一些指南开始行动。 执行力的三个层面 按照命令和规则做事的过程,简单讲就是能够听话照做 按照预定的计划行为的过程,简单讲就是做事章法 将想法变成现实的过程,简单讲就是规划实现   对第一个层面来说,要做的事情是片段的、非连贯的,但对第二个层面来说是连续的、整体的。
999 0
|
项目管理
艾伟也谈项目管理,我的项目管理观点
公司要我给项目经理做一个培训,关于项目经理的做事情的方法和观点方面。我就采用了Workshop的方式,Workshop不是会议模式,而是侧重于交流会谈的一种模式,毕竟大家都是项目经理,并非说我的做法就是对的,所有的一切都是自己的经验之谈,所以我只是说大家彼此分享经验,交流心得。
1010 0
|
SQL 测试技术 项目管理
艾伟也谈项目管理,我是如何带领团队开发项目的
  最近有不少朋友写信问我一些关于团队开发的问题,由于这段时间有些忙,没有回复.今天写一篇这方面的文章向大家介绍一下我是如何带领团队开发工作流项目的   关于团队建设,项目管理的文章网上已经有很多了,在这里我就不谈这些理论了,直接给大家展示一个我在 项目开发方,后台服务开发方式,前台UI开发方式,...
911 0
|
测试技术 项目管理
艾伟也谈项目管理,关于项目管理的一点体会
  这段时间,一直在负责一个项目的管理与开发。在时间短、任务紧,而团队人员又大部分是没有经验的菜鸟的恶劣情况下,我带领接近40人的团队,终于在客户规定的时间范围内如期交付产品。这其中,经历了需求变更、人员变动(因为其它任务,先后有近10人离开团队)等诸多问题,项目仍然取得成功了,不能不说有几分侥幸,但此外也有一些经验与教训可以与大家分享。
939 0