估算软件开发工作量 了解更多有关估算软件开发工作量的内容
-
软件项目工作量估算方法解析
估算软件工作量多少或大小时如何选择合适的方法？常见的软件项目工作量估算方法有哪些？软件工作量估算方法主要有：类比法、类推法、方程法。一般情况下估算软件工作量应由规模估算的结果作为输入，然后采取方程法进
2022-06-03 项目 工作量 工作 方法 软件 方程 结果 类推 选择 评估 历史 情况 数据 规模 调整 相似 因子 实际 属性 差异 -
软件工作量评估方法之用例点方法简述
用于软件项目工作量估算的方法有以"估"为主的专家法和类推法，以"算"为主的类比法和方程法。在软件估算的实践中，类比法和类推法也是普遍使用的估算方法，但很多人搞不清二者的应用范围和估算步骤，现在笔者就对
2022-06-03 项目 数据 属性 历史 工作量 工作 应用 业务 银行 基准 系统 范围 开发 类推 方法 监管 类型 指标 部分 人时 -
全程软件测试之测试需求分析与计划（2）
2.3测试工作量估算在确定了测试需求、明确了测试范围之后，就需要明确测试任务，估算测试工作量。基于质量需求和测试的工作量、测试环境、产品发布的设想时间等要求，就可以确定测试进度和所需的测试资源，或者基
2022-06-03 测试 工作 工作量 资源 需求 开发 软件 阶段 任务 里程碑 里程 功能 项目 不同 自动化 脚本 设计 时间 范围 质量 -
敏捷开发“松结对编程”实践之三：共同估算篇
本文是"松结对编程"系列的第三篇。估算是经久不衰的管理话题，大致分为两种流派。第一种是领导指派，领导说这是10天的活，就必须当是10天的活来干，如果干不完，可以用加班、损失质量、功能缩水等各种方法曲线
2022-06-03 师傅 问题 方法 徒弟 工作 个人 任务 功能 就是 工作量 扑克 过程 还是 敏捷 编程 不同 最小 一致 差不多 两个 -
敏捷软件开发实践-Sprint Story Point Estimation
介绍：对于story来说，一个很重要的衡量它的大小的因素就是story point,它不等同于软件工作量评估中的Function Point,因为story point只是用来粗略的相对的估计stor
2022-06-03 数据 团队 历史 历史数据 大小 时间 粗略 事情 代码 例子 区间 实际 小时 报表 分配 参考 工作 运行 不对 精确 -
功能点方法概述
什么是功能点方法简单的说，功能点方法是一种估算软件项目大小的方法，它是从用户视角出发，通过量化系统功能来度量软件的规模，这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛，并
2022-06-03 功能 方法 软件 规模 系统 项目 开发 成本 用户 客观 分析 设计 技术 方式 标准 软件系统 需求 工作 复杂 实用 -
单元测试阶段的测试工作量自动预估
编者按：为提高软件开发管理能力，OEM和零部件供应商对ASPICE关注和认可程度越来越高，ASPICE的落地成为大家亟需解决的要点。那么在ASPICE中，如何合理估算单元测试阶段工作量和迭代更新WBS
2022-06-02 测试 工作 时间 工作量 实际 单元 公式 功能 统计 阶段 对象 新功能 版本 用户 软件 应用 复杂 三个 上下 中将 -
基于功能点分析方法（FPA）的度量体系建设简析
随着信息技术的发展和应用系统规模的增大，无论是系统的建设方还是承建方，都迫切需要建设组织自身的数据度量体系，以便加强项目过程控制、提高生率、降低生产成本，提升市场竞争优势。组织要建设适合自身需要的度量
2022-06-03 数据 功能 分析 项目 方法 建设 应用 系统 软件 应用系统 分析法 标准 过程 规模 体系 要素 调整 生产 效率 数据库 -
全程软件测试实践
Infoq已经发表了文章（http://www.infoq.com/cn/articles/whole-software-testing-practice-requirements-to-operat
2022-06-03 测试 人员 开发 缺陷 阶段 需求 时间 质量 功能 故事 活动 分析 团队 软件 软件测试 模块 代码 任务 过程 问题 -
从老板到项目成员,如何从燃尽图中洞悉团队工作?
很多时候，我们感觉什么都没干一天就过去了，但对领导者来说，事情最好已经提前做完了，而且是越快越好。聪明的管理者知道，"时间"是需要花大功夫去把控的限制因素，只有掌握了更多关于时间和工作的数据，我们才能
2022-06-03 燃尽 工作 项目 团队 情况 实际 剩余 曲线 工作量 进度 迭代 问题 图形 时间 特征 需求 工具 风险 成员 敏捷 -
系统开发基础知识
一、系统开发基础知识需求分析和设计方案软件工程基本知识软件危机软件危机的主要表现1. 对软件开发成本和进度的估计不准确2. 用户不满意3. 软件质量不高、可靠性差4. 软件常常不可维护、错误难以改正。
2022-06-03 软件 系统 测试 管理 设计 数据 开发 结构 模块 对象 方法 工具 控制 过程 分析 模型 功能 成本 结构化 项目 -
审、测、评 ---从测试过程看软件测试
审、测、评----从测试过程看软件测试 需求，是系统持续的、稳定的满足客户要求的能力。"什么时间介入测试。"，测试人员一直在不断的思考着这样的问题：什么是软件测试介入的最佳时间。"尽可能早的测试"，无
2022-06-03 测试 系统 软件 过程 软件测试 人员 问题 工作 开发 需求 第三方 尽可能 软件开发 阶段 保证 评估 不断 原则 可靠性 时间 -
影响软件测试的几个误区
随着客户对软件产品质量的要求越来越高，软件测试的重要性也在逐步增加。然而，重视开发而轻视测试的现象依旧存在，其中存在的软件测试的一些误区，将会进一步影响软件测试活动的有效开展，并且阻碍测试质量和能力的
2022-06-03 测试 软件 软件测试 开发 人员 过程 产品 质量 项目 软件开发 阶段 工作 技术 缺陷 活动 产品质量 重要 不断 同时 软件产品 -
Kotlin与Java主客观对比的示例分析
这篇文章将为大家详细讲解有关Kotlin与Java主客观对比的示例分析，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。KotlinKotlin是一门相对比较新的JVM
2022-06-03 开发 语言 工作 人员 项目 影响 工作量 切换 评估 主观 可读性 编程语言 编程 经验 工具 软件 活动 技能 一门 平台 -
DevOps的五大实践及转型具体实施过程
DevOps的五大实践及转型具体实施过程，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。那么DevOps转型的正确姿势应该是怎样的呢？De
2022-06-01 团队 工作 价值 价值流 实践 问题 架构 协作 学习 系统 循环 测试 关键 方式 流水 流水线 特性 开发 设计 安全 -
POLYV敏捷项目管理
本文主要介绍POLYV半年来的敏捷项目管理实践经验，融合了以往十多年研发过程管理经验，采取了双班车制度，有效推进客户高商业价值的需求落地；同时也介绍了PM工具箱，确保研发过程的风险控制，让客户价值得到
2022-06-03 项目 需求 价值 过程 风险 商业 产品 客户 质量 管理 迭代 敏捷 任务 团队 问题 测试 开发 业务 看板 阶段 -
管理目标，而非指标 | X-Developer研发效能案例
一位X-Developer用户问，最近我们业务和研发都有大量调整，导致团队成员对业务不熟，现在启动和完成指标的对比很难看，怎么办？我就问：你期望的目标是什么？用户：当然是真正地完成迭代的任务呀，不要表
2022-06-03 团队 迭代 业务 指标 需求 用户 任务 就是 产出 管理 原因 敏捷 代码 故事 数量 时间 能力 过程 效能 目标 -
机器的困境与工业软件的危机
本文来自微信公众号：知识自动化 （ID：zhishipai），作者：许永硕本文通过软件与设备的主要差异，引出企业软件产业发展的一个主要矛盾：规模化与个性化的平衡难题。机器设备的逻辑工业革命打开了人类社
2023-11-24 软件 规模 个性 生产 工业 设备 计算机 时间 难题 需求 项目 机械 模式 程序 行业 社会 产品 工具 发展 成本 -
敏捷个人的创立与详解Scrum会议
【51CTO专稿】在敏捷实践中，Scrum可以说是用于运行项目的框架，它基于敏捷的 原则和 价值。对于管理严格的项目团队，Scrum会议也会每天都在同一时间进行。通过每日Scrum 会议，团队成员之间
2022-06-03 会议 团队 产品 敏捷 问题 任务 开发 管理 个人 负责人 目标 金根 内容 方法 成员 实践 时间 准备 结果 工作 -
创业公司如何实施敏捷开发
说起敏捷开发，并不是因为敏捷而敏捷。这几年的敏捷开发已经被很多敏捷咨询服务商神话了，这个东西并不是神器，实施了就可以解决所有软件公司的问题，而是要结合自己公司的特点和问题摸索出适合自己的一套模式。大家
2022-06-03 开发 项目 任务 敏捷 技术 产品 公司 时间 设计 需求 测试 总监 软件 模式 问题 团队 客户 创业 业务 会议