技术管理给人的感觉更多是工作量评估、项目计划、项目进度跟踪等，但这只是技术管理工作的一部分。大体上，可以将技术管理分为两个纬度，如图1所示。

自从用了todoist，每周待办事项数一直维持在40个左右，且不说这个数字是否太大，特别教我烦恼的是每周绝大部分工作都是上周遗留下来的。我也每周都做总结，发现其实时间利用蛮紧凑的，只是每件事所花的时间总要比预想的多。为了避免待办事项无休止地拖延下去，今天特意说一说如何评估工作量，从而能够更合理地安排每一天的工作。我从事的是软件开发工作，就拿开发举例：1）首先，我们都不会忽略的是核心工作的评估问题。

今天快下班的时候，Luck把他的测试工作量评估发给了我，我打开一看，居然要20个人日，而我心里的估算大致在10个人日，他估的比我估的整整多了一倍。于是，我就问他测试的主要范围是什么？

产品排期和工作量评估新晋创业者Yeti，特别苦恼于新产品的进度。业务领域新，采用的技术也新，屡屡挖坑屡屡埋。难道没有更靠谱一点的办法吗？

同时，积压事项列表中的每一项，都需要不停的进行沟通、工作量评估、不停的进行变更和更

我想着这可是第一次独立去管测试项目，得考虑的全面细致一些，我依据对风险特性的理解，将风险识别划分为不同的过程维度：评审阶段需求评审定义不清晰描述的二义性验收标准不明确设计评审逻辑设计与需求不一致部署评审发布组件依赖关系不清晰设计阶段工作量评估估算不准确

【背景】有同学看了《【落叶162】《测试路上你问我答》（27）如何做好项目的测试工作量评估？》

汇总了所有需求的工作量评估之后，我按照老大跟我说的总的工作量估算方法，算出了总的工作量，大概是100个人日，之前从会议里得知，这次项目的上线日期是月底，从明天开始算，还有15个工作日，也就是说，我至少需要

快写好了，我今天下班前一定把初稿发给你”我连忙回答道，其实我压根一个字都还没写呢，因为之前我都是只要把自己负责的需求做一个测试工作量评估，发给老大，老大负责做计划

在软件工程中，工作量评估是一件吃力、艰难、认真做又怕浪费力气、敷衍做又不好向leader交代的事情。正所谓一千个人眼里有一千个哈姆雷特，同一个项目，给不同人评估，往往会得出不同的答案。

用于软件项目工作量估算的方法有以“估”为主的专家法和类推法，以“算”为主的类比法和方程法。在软件估算的实践中，类比法和类推法也是普遍使用的估算方法，但很多人搞不清二者的应用范围和估算步骤，现在笔者就对这两种估算方法做一下详细介绍。1、类比法类比法是指将本项目的部分属性与类似的一组基准数据进行比对，进而获得待估算项目工作量、工期或成本估算值的方法。类比法是基于大量历史项目样本数据来确定目标项目的预测

有很多文章介绍了相关工作量评估、替换原理、改造步骤等。比如：[改造原理和步骤]在SpringBoot中使用CSE[改造

用例点方法(usecasepointmethod，UCP)，是由GustavKarner在1993年针对FPA(functionpointaccess)方法而提出的一种改进方法，是在面向对象开发方法中基于用例估算软件项目规模及工作量的一种方法。UCP的基本思想是利用已经识别出的用例和执行者，根据他们的复杂度分类计算用例点。用例模型（Use-CaseModel）是系统功能及系统环境的模型，它可以作为

前言本文的目标读者是从事软件行业采用FPA功能点方法对软件研发工作量评估的人员。列举了一些FPA方法实践过程中的常见问题，有FPA方法评估标准定义，也有实践过程中得出的方法建议，仅供参考。

前言本文的目标读者是从事软件行业采用FPA功能点方法对软件研发工作量评估的人员。列举了一些FPA方法实践过程中的常见问题，有FPA方法评估标准定义，也有实践过程中得出的方法建议，仅供参考。

【摘要】本文总结微服务改造相关的可行性分析、工作量评估、设计思路等问题，供选型参考。典型的场景包括将Servlet应用改造为CSE、Dubbo改造为CSE、SpringCloud改造为CSE等。

4迁移工作量评估（API兼容性分析）...4迁移方案制定...4通过类名、命名空间，查询API的实现信息...4类库项目、应用项目如何选择框架类型...5迁移到.NETCore，但只运行在window

【摘要】本文总结微服务改造相关的可行性分析、工作量评估、设计思路等问题，供选型参考。典型的场景包括将Servlet应用改造为CSE、Dubbo改造为CSE、SpringCloud改造为CSE等。

风险系数（以σ来表示）1.1.3复用系数（以τ来表示）1.2开发费用(/人·月)1.2.1P（人头费）1.2.2Q（办公费）1.2.3R（国家税收和企业利润）1.2.4S（管理系数）1.2.5T（优质系数）工作量评估研发成本计算方法软件开发价格与工作量

我们研发人员发展的技术路径(仅供参考)：一、高级程序员（管理自己）1、负责核心复杂功能的实现方案设计、编码实现2、负责疑难BUG分析诊断、攻关解决二、研发Leader（管理一个团队）1、团队任务管理：开发工作量评估

1.0整体评估1.1工作量评估年前称为一期，年后称为二期。红色为一期内容，黄色为二期内容，模块后的数值为相关模块页面数量。

传统的IT项目，尤其是软件开发项目，往往使用“人天”来作为工作量评估的量词、甚至是代表一种评估方式。

如何管好项目感觉做好如下几个方面磨刀不误砍柴工项目准时交付我感觉要做好需求可行性分析、技术可行性分析、工作量评估、人力资源评估、预期问题分析。需求可行性分析：项目的前期是最忙的，投入最大。

什么是简化的功能点估算在我们的开发工作中一共有两类东西要开发，一种是数据，一种是操作。所谓数据，就是比如要编写一个CRM，其中有“用户、角色、权限”这三种东西，就是要管理的数据，这里权且记下用户有“3个数据”要管理。所谓操作，就是对用户，应该有增、删、改、查、加入角色……这些称之为操作，这里权且记下对用户，用户会做“5个操作”。倘若角色和权限没有操作（虽然这是不可能的），那么在NESMA简化方法中

在项目完成后，可能需要产品经理、项目经理进行项目投入评估，以便计算成本/打包出售。此时需要一个科学的评估方式，参考如下一、确定参与项目的各个角色及定价（以下仅作示例）序号项目角色月薪（人/月）-元工作日/月日薪（人/日）岗位职责人数（不参与计算）1项目经理1500021714.2912产品经理1400021666.6713系统架构师1500021714.291、搭建系统环境；2、设计、评审功能实现

0x02任务分解流程任务分解中常考虑一个工作量评估，但是一个人的技术经验和能力毕

文/秋之川【目录】这是《落叶》文集里第162片落叶，希望你能喜欢，不为别的，只为这份坚持。【背景】同学A问：作为测试小组的组长，项目下来之后，我们怎么评估测试所需要的时间呢？评估点包括哪一些？是否有一个行业标准可供参考？同学B问：前两天去面试，面试官问，当你拿到一个产品需求后，怎么去把它拆分成你想要的测试点。我之所以把这两个问题放到一起回答，是因为我认为第一个问题的解答涵盖了第二个问题的解答。【你

【情景1】做测试计划的时候，进行测试进度排期，需要对每个阶段任务的工作量进行估算；【情景2】随着公司软件开发流程的日渐规范，工作量评估越来越细化。>怎样才能正确评估测试工作量？>要考虑什么因素？

根据市场部提出的活动方案，技术部进行了初步的开发工作量评估，乐观者张三说估计需要8天完成，悲观者李四说估计需

转载：点击打开链接：【http://blog.sina.com.cn/s/blog_663db2720100uu24.html】软件开发报价的计算方法[转载]1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式：软件开发价格＝开发工作量×开发费用／人·月1.1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开

  计划阶段：制定系统需求（硬件、软件、结构、包装）；制定系统总体结构方案；制定产品规格定义书；任务分解，模块划分，工作量评估，进度及配置计划，关键

项目进度这个坎儿其实又可以拆分为两个：工作量评估项目执行与评估前一阵圈子里流行一篇文章，题目是“做一个这样的A

今天我就从让一线研发参加需求评审和工作量评估来谈谈这方面的问题。

为什么必须首先做规模估计?如何做好软件估计?软件项目的工作量估算方法七种场景下的软件工作量估算步骤为什么必须首先做规模估计?这个问题客户问过我，我也解答过多次，但是我一直没有更直接的理由说服我自己，认为必须先做规模估计再做工作量估计。比如：对维护类的项目，或者是维护类的活动，为什么要估计规模呢？项目组的人没有技术风险，对需求很熟悉。我总结了如下的理由：（1）以规模来估计工作量与成本（2）规模估计与

技术管理给人的感觉更多是工作量评估、项目计划、项目进度跟踪等，但这只是技术管理工作的一部分。大体上，可以将技术管理分为两个纬度，如图1所示。 

阅读更多前面我们已经详细描述了一次迭代式开发的完整过程，首先是项目计划的前期分析——工作量评估和优先级评估，然后是制订迭代式的项目计划，最后是按照项目计划执行项目。

阅读更多前面我们已经详细描述了一次迭代式开发的完整过程，首先是项目计划的前期分析——工作量评估和优先级评估，然后是制订迭代式的项目计划，最后是按照项目计划执行项目。

阅读更多我们经过以上一系列的分析，工作量评估与优先级评估，制订出一个迭代式的项目计划，再经过一系统用户确认与公司评审以后，终于可以开始我们真正的开发工作。

我们经过以上一系列的分析，工作量评估与优先级评估，制订出一个迭代式的项目计划，再经过一系统用户确认与公司评审以后，终于可以开始我们真正的开发工作。

前面我们已经详细描述了一次迭代式开发的完整过程，首先是项目计划的前期分析——工作量评估和优先级评估，然后是制订迭代式的项目计划，最后是按照项目计划执行项目。

阅读更多我们经过以上一系列的分析，工作量评估与优先级评估，制订出一个迭代式的项目计划，再经过一系统用户确认与公司评审以后，终于可以开始我们真正的开发工作。

前面我们提到，迭代式开发最重要的两项前期分析就是工作量评估和优先级评估。工作量评估不仅能够确定整个项目的开发周期、成本预算，而且能够确定每项工作的开发周期，为工作的时间分配提供了依据。

所有对迭代式开发的实践与研究中，工作量评估往往是最令人头痛、最大的难题。当人们信心满满地决定尝试迭代开发时，工作量评估就让不

我一直认为工作量评估这种事情应该由实际的开发人员完成比较好，而不是需求人员来做，因为很多情况下不实际参与工作是无法知道要遇到的困难的。

介绍：对于story来说，一个很重要的衡量它的大小的因素就是storypoint,它不等同于软件工作量评估中的FunctionPoint,因为storypoint只是用来粗略的相对的估计story的大小

介绍：对于story来说，一个很重要的衡量它的大小的因素就是storypoint,它不等同于软件工作量评估中的FunctionPoint,因为storypoint只是用来粗略的相对的估计story的大小

软件项目的工作量评估在项目初期,能够比较准确估计出实际项目工作量的重要性是不言而喻的.正确评估项目的工作量,是实施项目管理的基础.其他目标管理,绩效评估等也都基于正确的工作量评估.目前,在软件项目管理中有两种比较成熟的理论

2.工作评估：工作量评估、分配（准确的评估，合理的分配，需依靠专业知识，此亦为技术管理的基石）。

一、前言做为一名程序员，你是否为自己或是为公司做过项目前期的工作量评估？接手项目后应该怎样应对？

  负责组织团队分析业务需求,做工作量评估， Demo和SWOT分析等，进行方案策划及撰写(评估项目所需的资源等)，协助进行决策分析。 2.