项目管理
时间牧人
这个作者很懒,什么都没留下…
展开
-
标杆管理
<br /><br />标杆管理(benchmarking) <br /> 标杆管理(benchmarking)起源于70年代末80年代初美国学习日本的运动中,首开标杆管理先河的是施乐公司。1976年以后,一直保持着世界复印机市场实际垄断地位的施乐遇到了来自国内外特别是日本竞争者的全方位挑战,如佳能、NEC等公司以施乐的成本价销售产品且能够获利,产品开发周期、开发人员分别比施乐短或少50%,施乐的市场份额从82%直线下降到35%。面对着竞争威胁,施乐公司最先发起向日本企业学习的运动,开展了广泛、深入的标杆转载 2011-01-10 10:43:00 · 753 阅读 · 0 评论 -
企业大规模敏捷框架介绍
随着敏捷实践和技术越来越流行,企业中对大型组织的敏捷框架和技术也逐渐重视起来。SCRUM等针对团队级的敏捷框架一般适用与5-9人的小型组织,但SCRUM很多敏捷建议并不适合大型组织。因此本篇文章对常见的适合企业的大型敏捷框架进行介绍。Scrum of Scrums敏捷框架Scrum 是常见最流行的敏捷框架,使用于5-9人的敏捷团队。一般来说,很多大规模敏捷框架的基础均为Scrum.当您的团队规...原创 2019-07-08 14:57:57 · 1761 阅读 · 0 评论 -
一步步走向企业敏捷--敏捷起源
2001年敏捷领域的大牛们汇聚在一起编撰了敏捷宣言,敏捷宣言给出了敏捷开发的指导思想和原则。个体和互动 高于 流程和工具工作的软件 高于 详尽的文档客户合作 高于 合同谈判响应变化 高于 遵循计划随有无数的书籍和文章介绍和分析了这个原则。虽然敏捷宣言在很多方面貌似永远正确的,但是20年来敏捷思想不断的演进和技术更新,并且得到敏捷领域专家和用户的肯定。了解敏捷思想的发展历史对于全面认...原创 2019-09-18 08:13:22 · 140 阅读 · 0 评论 -
如何提高接口自动化测试的有效性覆盖和案例有效性
大纲1. 测试分层:接口测试的基石2. DevOps 与接口测试6. 过程回顾评审与优化调整5. 接口测试案例设计4. 制定接口测试实施计划3. 接口测试范围2. 软件测试是一项工程在跟很多客户落地企业敏捷或 DevOps 的过程中,客户往往会提出问题:我们的自动化测试覆盖率已经达到了 90% 以上,对自动化测试的结果还是没信心,最后还需要大量的人工测...原创 2019-09-18 08:12:44 · 721 阅读 · 0 评论 -
你每天都不能准时下班,是因为你不会用Alt键
Alt键的功能非常多,今天我们挑出最实用的10个: 1、按Alt + ↓可以生成下拉菜单 2、按Alt + =可以快速输入求和公式 3、按Alt+;可以选取可见单元格 4、按Alt+回车键,可以在单元格强制换行 5、按Alt键不松快速让图片对齐单元格 6、按Alt键不松,可以把表格拖动到另一个工作表中 7、万能快捷...转载 2018-07-26 10:59:49 · 629 阅读 · 0 评论 -
通往灾难之路-程序员创业常犯的错误
一直以来新产品从概念萌芽到发布上市都沿用着以下模式:图1 传统新产品导入模式表面看来,传统新产品导入模式脉络很清晰,很有逻辑的说明了怎样把新产品一步一步交付到客户手中的,但是这一模式往往忽略了一个非常重要的前提:没有几家初创企业清楚自己的客户是谁?尽管这样,许多初创企业仍然坚持利用这种传统的新产品导入模式管理自己的产品研发流程,设置以它为路线图去寻找客户,设定企业的销售计划,产品发布时间和营收计划...原创 2018-07-03 14:43:39 · 461 阅读 · 0 评论 -
十招玩转敏捷测试之第03课:设计篇——验收测试设计及 UI 自动化测试
验收测试在传统的软件产品开发中由业务部门代表或客户代表进行,一般情况验收测试的设计和案例编写也是由业务部门代表或客户来完成的。通俗的讲,在研发团队中一般称呼业务代表或客户代表为业务老师。在敏捷项目中,产品负责人对应为传统项目中的业务老师。验收设计和验收案例一般由产品负责人和敏捷研发团队一起确定,产品负责人给出验收测试的用户使用场景,敏捷研发团队负责把场景传化为测试案例和对应的自动化测试代码...原创 2018-06-07 10:04:40 · 1171 阅读 · 0 评论 -
测试过程管理
测试过程管理介绍的内容包括:测试演化、测试设计、测试执行、测试监控。测试演化软件测试应该是软件研发全生命周期的测试,包括软件需求测试、软件设计测试、单元测试、集成测试、接口测试、系统测试、用户验收测试和非功能测试等。软件非功能测试一般会有性能测试、容量测试、易用性测试、安全测试等。迭代开发对应迭代测试软件开发方式一般分为了多次迭代开发,每次迭代都对应相关的测试,直至整个软件功能齐备然后进行系统测试...原创 2018-05-10 13:23:25 · 4949 阅读 · 0 评论 -
测试管理要素
测试管理的核心要素主要包括人员、过程和技术,其中技术包括了测试技术和测试工具。测试工作进行的过程也就是测试三要素人、过程、技术相互作用产生测试成果的过程。软件产品的质量在很大程度上受测试管理水平的影响,如下图所示。人员、过程、技术的高效融合可以提高软件产品质量、也可以提高客户(内部和外部)的满意度,同时也可以降低成本,提升企业收益。在企业中与软件项目相关的员工需要不断培训学习,在技能和工作经验上获...原创 2018-05-10 13:20:28 · 1350 阅读 · 0 评论 -
十招玩转敏捷测试(3):设计篇——敏捷项目中用户故事分析与验收条件设计
用户故事和用户故事的验收条件应该在每轮冲刺正式开始前完成,一般在每轮冲刺开始前的一周,产品负责人应该和敏捷团队一起讲解用户故事,并一起制定用户故事的验收条件。就是完成所谓的 DOD(Defined Of Done),产品负责人和敏捷团队一起定义好的,大家达成一致的用户故事完成条件。这个 DOD 怎么才算完成呢?就是通过了产品负责人的验收,验收条件要事先和敏捷团队商量好,避免敏捷团队和产品负责人的理...原创 2018-05-10 12:00:40 · 1364 阅读 · 0 评论 -
十招玩转敏捷测试(2)敏捷测试中的人、技术与过程管理
清朝陈澹然在《寤言二·迁都建藩议》中说:“不谋万世者,不足谋一时;不谋全局者,不足谋一域。”对于我们测试来说,要做好测试,达成测试目标,也需要谋划谋划。首先需要了解我们的测试需求是什么?我们需要测试什么样的系统?这个系统对缺陷的容忍度是怎样的?测试过程需要使用什么样的技术?一个信息管理系统和一个银行账务系统对缺陷的敏感度是不一样的。我们有多少资源可以用于达成目标?例如我们有多少测试人员,有多少设备...原创 2018-05-10 11:58:18 · 656 阅读 · 0 评论 -
敏捷测试的价值
敏捷项目管理如火如荼已流行了10多年,例如 Agile、Scrum 和 SAFe。无论是哪个理论最终都离不开技术落地,都要先后进行需求分析、软件设计、编码实现、单元测试、集成测试、验收测试。当然也会换换名字,例如需求分析换作用户故事拆分。原来大堆的设计和说明文档(依据 CMMI 等理论管理的所谓较正式的项目中大多这样)变得少些,但是编写代码、单元测试、集成测试、验收测试等等该做的还是要做,这些活动...原创 2018-05-10 11:38:36 · 1814 阅读 · 0 评论 -
自我评估一下:企业敏捷适合您的组织吗?
当下,很多人都在谈论企业敏捷,甚至有人把企业敏捷作为解决企业问题的万能药,是企业未来的发展方向。但实事求是的说,企业敏捷是有成本的,它的收益取决于您的企业的业务类型和业务成熟度。自我评估企业敏捷的目的不是确定您的企业是否需要企业敏捷,那太简单了。而是为了确定您可以从企业敏捷获取哪些利益,您是否为企业敏捷做好了准备。企业敏捷构建在团队敏捷的基础之上,如果您的团队还没有开始团队敏捷,或者说您还没有...原创 2019-06-25 00:45:38 · 559 阅读 · 0 评论