研发能力继续成长路线图 - 向华为学习研发治理,助推企业继续倒退 96
4 – 产品中试治理
-
产品牢靠测试与验证的基本概念和办法
-
在产品可靠性增长方面常见的设计弥补措施有
- 冗于设计
- 平安或保险装置
- 容错设计,降额设计等
- 工艺改良
-
弥补措施
- 预防措施
- 应急补救措施
-
代码整洁之道 165
15 – JUnit 底细
JUnit 是最有名的 Java 框架之一,简略,准确,优雅。
16 – 重构 SerialDate
- 首先,让它能工作
- 让它做对
17 – 滋味与启发
-
正文
- 不失当的信息
- 废除的正文
- 冗余正文
- 蹩脚的正文
- 正文掉的代码
-
环境
- 须要多步能力实现的构建
- 须要多步能力做到的测试
-
函数
- 过多的参数
- 输入参数
- 标识参数
- 死函数
-
一般性问题
- 一个源文件中存在多种语言
- 显著的行为未被实现
- 不正确的边界行为
- 漠视平安
- 反复
- 在谬误的形象层级上的代码
- 基类依赖于派生类
- 信息过多
- 死代码
- 垂直风隔
- 前后不统一
- 混淆视听
- 人为耦合
- 个性依恋
- 抉择算子参数
- 艰涩的用意
- 地位谬误的权责
- 不失当的静态方法
- 应用解释性变量
- 函数名称应该表白其行为
- 了解算法
- 把逻辑依赖改为无论依赖
- 用多态代替 if/else 或 switch/case
- 遵循规范约定
- 用命名产量代替魔术数
- 精确
- 构造基于约定
- 封装条件
- 防止否定性条件
- 函数只该做一件事
- 掩蔽时序耦合
- 别随便
- 封装边界条件
- 函数应该只在一个形象层级上
- 在较高层级搁置可配置数据
- 防止传递浏览
-
java
- 通过应用通配符防止过长的导入清单
- 不要继承常量
- 常量 Vs 枚举
-
名称
- 采纳描述性名称
- 名称应与形象层级相符
- 尽可能应用规范命名法
- 无歧义的名称
- 为较大作用范畴选用较长名称
- 防止编码
- 名称应该阐明副作用
-
测试
- 测试有余
- 应用覆盖率改良
- 别路过小测试
- 别疏忽的测试就是对不确定事物的疑难
- 测试边界条件
- 全面测试相近的缺点
- 测试失败的模式有启发性
- 测试覆盖率的模式有启发性
- 测试应该快递
从零开始学项目管理 158
9 – 风险管理,决战我的项目须要“步步为营”
-
项目风险的类别
- 按危险起源分类
- 按危险起源分类
- 按剖析结果分类
- 按危险预警个性分类
-
项目风险治理的准则(前瞻性)
- 零碎准则:辨认,量化,评估(因素,危险)【人,流程,技术,组织,环境】
- 经济性准则
- 偏执性准则
- 称心准则
- 适当准则
- 社会性准则
- 间断准则
-
项目风险治理的几个概念
- 危险的本色:不确定性
- 风险管理的出发点:缩小可能性,升高重大水平
- 风险管理的本质:角色与责任
- 风险管理的代价:额定的破费
-
项目风险治理的重要性
- 保障我的项目总体目标的实现
- 有助于了解我的项目建设用意
- 应酬突发事件,明确责任
- 进步经济效益,缩小损失
-
项目风险辨认的办法
- 核对表分析法
- 图解技术分析法:事件树分析法
- SWOT 分析法:劣势 Strengths,劣势 Weaknesses,机会 Opportunities,威逼 Threats
- 德尔菲技术分析法:专家规定程序考察法
- 危险登记册
-
辨认项目风险的注意事项
- 危险辨认应该贯通我的项目始终
- 危险辨认应答容许模式多样化
- 危险辨认应容许人人参加
- 剖析辨认应该变成一种”习惯“
- 危险辨认应该关注”细节“
- 危险辨认应留神”办法“
-
给项目风险评估一个指标
- 危险产生的可能性
- 危险结果的危害性
- 对危险的预测能力
- 危险产生的时间段
- 对危险的承受能力
- 危险可换取的收益
-
项目风险评估的办法
- 危险解析法
- 专家考察法
- 模糊数学法
- 蒙特卡洛模拟法
-
项目风险的应答措施
- 加重危险
- 预防危险
- 转移危险
- 回避危险
- 自留危险
- 后备措施
-
项目风险的控制策略
- 首先解决高优先级危险
- 应用迭代,分阶段的办法
- 保障打算过程的品质
- 进行独立的质量保证审核
专业术语
- Actual Finish Date 理论实现工夫
- Risk Event 突发事件
- Stakeholder 利益相关者
- Closing Process Group 收尾过程组
- Work Performance Reports 工作绩效报告