LEC 5. EPM (1).pptxk,j,jhkjkljkjjjjjjjjjjjjjjjjjjjjjjjjj

tyt

1. 工程 ​ 审查 技术 审查 技术， 检查 技术， 桌面检查 技术， 演练， 一对 工作 技术， 真实的 案例 的 项目 的 信息 技术 和 软件 质量 工程 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 必须

2. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 项目 审查 项目 审查 是 一个 过程 的 检查 和 审计 计划 任务， 活动， 程序， 事件 和 其他 工作 成分 的 一个 项目 到 确认 无论 该 项目的 要求 可以 充分 已解决 经过 这 计划 数量 的 工作 和 到 决定 什么 额外资源 是 必要的 到 匹配 这 工作 和 这 要求。 它 是 一个 试图 调整 电流 ​ 在职的 环境 和 要求 ​ 事先的 到 这 项目 执行 进程 获取 開始了。 这 目的 的 这 项目 审查 过程 是 到 提供 一个 团队 和 一个 清除 和 明确的 理解 的 这 步骤 必需的 到 完全的 这 项目 作为 每 要求。 http://www.taskmanagementguide.com/glossary/what-is-project-review.php

3. 讲师。 项目 审查 一个 审查 是 一个 活动 在 哪个 一个 项目 任务 是 分布式 到 审稿人 WHO 检查 它 和 给 反馈。 评论 是 有用 不是 仅有的 为了 发现 和 消除 缺陷， 但 还 为了 获得 共识 之中 这 项目 团队， 确保 赞同 从 利益相关者， 和 援助 在 专业 发展 为了 团队 成員。 审查 能 帮助 到 有 适应性 的 方法 意义 的 结果 一致性 到 监管 预期 分析 的 项目 风险 可能 状况 的 赞同 图亚特塞格 巴达克， 博士学位 联系 教授 https://katestone.global/peer-review-a-second-opinion-can-save-your-project/ 错误的 或者 真的

4. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 科尔宾， D.， 考克斯， R.， 哈默利， R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络， 15(3)， 59–62。 项目 审查 三 阶段 和 15 步骤 制作 向上 最多 种类 的 评论， 审计 和 评估。

5. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 在 这 结果 的 它 项目 审查 评论 帮助 团队 寻找 缺陷 很快 后 他们 是 注射 制作 他们 成本 较少的 到 修复比 他们 会 成本 如果 他们 被 发现 在 测试。 全部 工作 产品 在 一个 软件 项目 应该 是 任何一个 已审查 或 测试。 软件 要求 规格， 时间表， 设计 文件， 代码， 测试 计划， 测试 案件， 和 缺点 报告 都 应该 是 已审核。 科尔宾， D.， 考克斯， R.， 哈默利 ​ R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络

6. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 https://slidetodoc.com/pert-and-reviews-sg-chapter-5- 540- f/

7. 讲师。 类型 的 项目 审查 图亚特塞格 巴达克， 博士学位 联系 教授 科尔宾， D.， 考克斯， R.， 哈默利， R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络， 15(3)， 59–62。 这 技术的 监督 和 建筑学 审查 焦点 这 建筑学 的 这 系统 这样的 作为 这 语言， 工具， 和 技术 正在 包括 在 这 设计 和 还 在 这 能力 的 这 系统 到 规模 向上 并 上菜 一个 更大 部分 的 这 企业。 一个 生产/运营 准备情况 审查 焦点 在 发展 和 测试， 这 日程 包括 用户/支持 文档 和 训练 材料， 一体化 测试， 压力 测试， 安装， 以及 后勤 准备。 一个 项目 管理 审查 担忧 和 日程 差异， 预算 差异， 满意 的 要求 ， 和 成就 的 这 陈述 的 工作。 这 产品 提供者 审查 是 用过的 到 查看 采购， 选择 的 一个 产品 或者 提供商。

8. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 类型 的 项目 审查 https://www.slideteam.net/project-review-showing-deadlines-cost-requirements-overall-status.html ​ 典型的 审查 成分 示例： 项目 审查 显示 截止日期 成本 要求 全面的 地位

9. 讲师。 项目 审查 报告 大纲 图亚特塞格 巴达克， 博士学位 联系 教授 科尔宾， D.， 考克斯， R.， 哈默利， R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络， 15(3)， 59–62。 这 最终的 报告 大纲 帮助 到 阐明 目的 ​ 的 这 审查 和 显示 什么 ​ 最终的 可交付成果 将要 看 喜欢。 后 这 审查 是 定义 和 这 启动 会议 是 握住， 这 详细的 审查 工作 开始了。 这 审查 工作 包括 一个 问卷调查， 设计 到 帮助 这 审稿人 保持 专注 在 这 区域 的 调查是 非常 ​ 有效的 技术 到 使用 在 此 阶段。 这 问题 应该 地图 直接 ​ 这 原来的 审查 宪章。 科尔宾， D.， 考克斯， R.， 哈默利 ​ R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络

10. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 类型 的 审查： 检查 检查 这些 是 主持 会议 在 哪个 审稿人 列出 全部 问题 和 缺陷 他们 有 成立 在 这 文件 和 日志 他们 所以 那 他们 能 是 已解决 经过 作者 。 这 目标 的 这 检查 是 到 维修 全部 的 这 缺陷 所以 那 每个人 在 这 检查 团队 能 批准 ​ 工作 产品。 通常 检查 工作 产品 包括 它 特别 项目 软件 要求 规格 和 测试 计划。 科尔宾， D.， 考克斯， R.， 哈默利 ​ R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络

11. 讲师. Tuyatsetseg 巴达克， 博士学位 联系 教授 朱利安 山浦 斯蒂芬 T. 穆恩奇， 金 威洛， “因素 影响 采用 的 信息 技术 为了 公共 交通 项目 检查： 一个 华盛顿州交通部 案件 学习”， 运输 研究 记录， 卷 2673， 2： 页 1-12 。 ， 第一的 一月 出版 19， 2019年。 桑德斯 史蒂夫， R.， 坦率， E. W. 管理 执行 的 改变。 杂志 的 管理 在 工程， 卷 9， 不。 4、 1993年， 页 三十六 381. 类型 的 审查： 检查 改变 管理 和 检查 这 损失 的 上 管理 程序 领导人， 沟通 不足 和 训练 到 准备 人员 为了 这 改变， 和 政策 和 程序 不确定性 在 整合 这 改变 和 其他 系统 和 运营 是 成立 到 是 因素 那 可能 已经 影响 这 结果 的 这 程序。 执行 努力 必须 还 是 计划 和 管理， 只是 作为 任何 其他 工程 项目， 包括 环境 目标， 确定 里程碑， 测量 效力 的 这 努力， 和 修改 这 计划 为 需要。

12. 跑步 一个 检查 会议： 这 基本的 障碍 是 顶部 和 中间 管理。 高层 管理人员 经常 后卫 这 执行 努力 在 字， 但 不在 ​ 动作。 一个 工作 产品 是 已选择 为了 审查 和 一个 团队 是 聚集 对于 ​ 检查 会议 到 审查 这 工作 产品 。A 主持人 是 选择 到 缓和 这 会议。 每个 检查员 准备 为了 这 会议 经过 阅读 这 工作 产品 和 注意到 每个 缺点。 在 一个 检查， 一个 缺点 是 任何 部分 的 这 工作 产品 那 将会 保留 一个 检查员 从 批准 它。 讨论 是 专注 在 每个 缺点， 和 未来 向上 和 一个 具体 决议。 主持人 编译 全部 的 这 缺点 决议 进入 检查 ​ 日志。 讲师. Tuyatsetseg 巴达克， 博士学位 联系 教授 桑德斯 史蒂夫， R.， 坦率， E. W. 管理 执行 的 改变。 杂志 的 管理 在 工程， 卷 9， 不。 4、 1993年， 页 三十六 381. 跑步 一个 检查， 案件 学习 在 它 项目

13. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 检查 日志 例子 科尔宾， D.， 考克斯， R.， 哈默利 ​ R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络

14. 讲师。 检查 例子 图亚特塞格 巴达克， 博士学位 联系 教授 https://www.slidegeeks.com/timelines/product/project-management-timeline-parameter-analysis-and-site-inspection-ppt-powerpoint-presentation-professional-designs ​ ​ 例子 这 是 一个 项目 管理 时间线 范围 分析 和 现场 检查 PPTS 微软幻灯片软件 推介会 专业的 设计。 这 是 一个 六 阶段 过程。 这 阶段 在 这 过程 是 6 月 项目 时间表、 路线图、 时间线。 证明合法 存在 忠诚 和 我们的 项目 管理 时间表 范围 分析 和 地点 检查 幻灯片 PowerPoint 演示文稿 专业的 设计。 传达 你的 欲望 到 是 虔诚的。

15. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 类型 的 评论：DESKCHECKS 一个 桌面检查 是 一个 简单的 审查 ​ 哪个 这 作者 的 一个 工作 产品 分发 它 到 一 或 更多 审稿人。 这 作者 发送 一个 副本 ​ 这 工作 产品 至 选定 项目 团队 成员。 这 团队 成员 读 它， 和 然后 写 向上 缺陷 和 评论 到 发送 后退 到 ​ 作者。 科尔宾， D.， 考克斯， R.， 哈默利 ​ R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络

16. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 类型 的 评论：DESKCHECKS 不像 一个 检查， 桌面 检查 做 不是 制作 书面 日志 哪个 能 被 存档 和 这 文件 ​ 之后 参考。 桌面检查 能 是 用过的 作为 前辈 到 检查。 在 许多 案件， 拥有 一位 作家 的 一个 工作 产品 通过 他的 工作 到 同侪 为了 非正式 ​ 审查 将 显著 减少 量 ​ 的 努力 涉及 在 ​ 检查。 科尔宾， D.， 考克斯， R.， 哈默利 ​ R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络

17. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 类型 的 审查： 演练 一个 演练 是 一个 非正式 方式 的 呈现 一个 技术 文件 在 一个 会议。 不像 其他 种类 的 评论， 这 作者 运行 这 演练： 呼叫 这 会议， 邀请 这 审稿人， 招揽 评论 并 确保 那 每个人 展示 理解 这 工作 产品。 演练 是 用过的 什么时候 这 作者 的 一个 工作 产品 需求 采取 ​ 进入 帐户 这 看法 的 某人 WHO 做 不是 有 ​ 技术的 专业知识 到 审查 这 文档。 后 这 会议， 这 作者 应该 跟随 向上 和 个人 与会者 WHO 可能 有 有 额外的 信息 或者 见解。 该 文件 应该 然后 是 已更正 到 反映 任何 问题 那 被 抚养长大。

18. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 https://www.youtube.com/watch?v=4bun6_Pk3OU ​ 类型 的 审查： 演练 计划 为了 一个 设计 演练 得到 这 正确的 参与者 理解 钥匙 角色 和 职责 准备 为了 一个 设计 演练 使用 一个 结构 良好 过程 审查 和 批判 这 产品， 不是 这 设计师 审查， 做 不是 解决 问题 科尔宾， D.， 考克斯， R.， 哈默利 ​ R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络

19. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 类型 的 评论： 工程 审查 一个 工程 审查 是 一个 特别的 种类 的 检查 在 哪个 这 团队 检查 一个 样本 的 代码 和 修复 任何 缺陷 在 它。 在 一个 代码 审查， 一个 缺点 是 一个 块 代码 哪个 不 正确 ​ 实施 它是 要求， 哪个 做 不是 功能 作为 ​ 程序员 故意的， 或者 哪个 是 不是 不正确 但 可以 得到 改善 为了 例子， 它 可以 是 制成 更多的 可读 或者 它是 表现 可以 是 改善。 科尔宾， D.， 考克斯， R.， 哈默利 ​ R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络

20. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 类型 的 评论：代码 审查 在 软件中 项目 它是 重要的 到 审查 这 代码 哪个 是 最多 可能 到 有 缺陷。 这 将要 一般来说 是 这 最多 复杂的， 棘手 或者 涉及的代码。 好的 候选人 为了 代码 审查 包括： 一个 部分 的 这 软件 那 仅有的 一 人 有 这 专业知识 维持 ​ 代码 那 工具 一个 高度 抽象的 或者 棘手 算法 一个 目的， 图书馆 或者 API 那 是 特别 很难 工作 使用 代码 书面 经过 某人 WHO 是 缺乏经验 或者 有 不是 写道 ​ 种类 的 代码 前， 或者 书面 在 一个 陌生 语言 代码 哪个 雇用 一个 新的 编程 技术 一个 区域 的 这 代码 那 将要 是 尤其 灾难性的 如果 那里 有 缺陷

21. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 类型 的 评论：评论 在 项目中 它是 重要的 到 审查 这 工程 ​ 是 最多 可能 到 有 缺陷。 这 将要 一般来说 是 这 最多 复杂的， 棘手 或者 涉及的代码。 好的 候选人 为了 审查 包括： 一个 部分 的 这 软件 那 仅有的 一 人 有 这 专业知识 维持 ​ 工程 那 工具 一个 高度 抽象的 或者 棘手 算法 一个 目的， 图书馆 或者 基础设计 那 是 特别 很难 工作 和 某人 WHO 是 缺乏经验 或者 有 不是 写道 ​ 种类 的 工作 前， 或者 完毕 在 一个 陌生 方法 哪个 雇用 一个 新的 技术 一个 区域 的 这 设计 那 将要 是 尤其 灾难性的 如果 那里 有 缺陷 科尔宾， D.， 考克斯， R.， 哈默利 ​ R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络

22. 讲师。 https://www.projecttimes.com/articles/performance-review-dont-hide-from-project-failure-respond-to-it/ ​ ​ 图亚特塞格 巴达克， 博士学位 联系 教授 表现 审查： 回应 到 失败 什么时候 你 开始 一个 项目 你 想 它 到 成功。 但是，项目 失败。 一些 的 这 最多 成功的 人们 有 说 这 下列的 关于 失败 “有 是 不 秘密 到 成功。 它 是 这 结果 的 准备、努力 工作 和 学习 从 失败。” 科林 鲍威尔 “任何人 WHO 有 绝不 制成 一个 错误 有 绝不 尝试过 任何事物 新的。” “失败 是 成功 在 进步” 阿尔伯特 爱因斯坦 “我 有 不是 失败的。 我已经 只是 成立 10,000 方法 那 惯于 工作。” 托马斯 一个。 爱迪生 这 常见的 主题 是 这 认出 那 高度 聪明的 和 成功 人士 接受 失败和 做 不是 让 它 得到 他们 向下。 他们 从失败中 吸取教训 。

23. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 表现 审查： 回应 到 失败 https://www.projecttimes.com/articles/performance-review-dont-hide-from-project-failure-respond-to-it/ ​ ​

24. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 https://present5.com/tqs-teste-e-qualidade-de-software-software-5/ ​ 表现 审查： 什么， 为什么， 如何 和 WHO

25. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 项目 案件： 什么 是 静止的 正在测试？ https://www.guru99.com/testing-review.html ​ 静止的 测试 是 一个 软件 测试 技术 哪个 是 用过的 到 检查 缺陷 在 软件 无需 申请 执行 这 代码。 静止的 测试 是 完毕 避免 错误 ​ 在 一个 早期的 阶段 发展 ​ 作为 它 是 更轻松 识别 ​ 这 错误 和 解决 错误 。 它 还 帮助 发现 错误 这 可能 不是 是 成立 经过 动态测试。

26. 讲师。 图亚特塞格 巴达克， 博士学位 联系 教授 科尔宾， D.， 考克斯， R.， 哈默利， R.， & 骑士， K. （2001）。 项目 管理 的 项目 评论。 下午 网络， 15(3)， 59–62。 为什么 评论 是 未 举行 害怕 的 面对 失败 和 它是 原因 – 失败是 已查看 作为 某物 是 ​ 被拒绝 和 隐， 然后 评论 将要 是 避免。 责备 – 如果 这 文化 依赖 在 责备 和 惩罚 到 激励 那里的 行为 将要 是 反抗 和 防御性。 消极的 经验 – 过去的 评论 有 到过 毫无价值。 缺少 的 熟练 引导者 – 熟练 引导者 是 需要 到 制作 评论 有效 经过 寻址 这 趋势 的 项目 经理 和 表演者 是 ​ 行动 导向 相当 比 内省 和 反光的。 不 时间 – 利益相关者 是 离开 到 这 下一个 项目 或者 后退 到 他们的 运营 活动 和 这 审查 是 不是 优先 作为 一个 有价值的 活动 和 所以， 不是 已安排。 缺少 的 一个 记录 项目 管理 过程 – 这 缺席 的 指导方针 和 模板 使 为了 不必要 努力 不是 估价 质量 保证 和 连续的 改进