程序员项目工期评估标准

Ⅰ 根据做项目的多少判断程序员的水准合理吗为什么呢

根据做项目的多少判断程序员的水准合理吗？为什么呢？程序员的水平，不是通过语言或外部表现就能看到的，不是看有多少技术，参与了多少项目，他会写多少博客，而是看他在实际业务场景中解决问题的能力，尤其是面对一些特殊复杂的问题，或在高强度和高压工作条件下解决问题的能力和态度。能够编写满足需求的代码不再是评判程序员的标准。

一个经验丰富的程序员能够承受来自各个方面的压力，在复杂条件下找到核心问题，通过深入分析找到问题的原因，并迅速处理。经过及时的回顾和总结，减少出现类似问题的概率。随着互联网的发展，越来越多的人涌向程序员的轨道，竞争越来越激烈，新技术层出不穷，更新和迭代速度很快，程序员使用的语言、框架和模式将发生巨大的变化。

如果你不主动学习，你可能很快就会过时。在日常工作中，程序员往往希望将业务、产品、运营，甚至老板作为对接交换需求和技术项目来连接和配合内部交换等，而流畅的沟通可以使事情推得更加顺畅高效，沟通或信息不对称，可能会导致项目启动时出现相反的情况（不要相信，这种事情真的发生过）。判断一个程序员的水平，核心是他解决问题的能力，而解决问题的能力需要坚实的基础支撑，要综合代码质量、项目经验、框架能力、逻辑思维等方面，而不仅仅是一个方面。

Ⅱ 项目成本估算方法的IT项目开发成本的估算方法

对于一个大型的IT软件项目，由于项目的复杂性及IT项目的独特性，开发成本的估算不是一件容易的事情，它需要进行一系列的估算处理，因此，主要依靠分析和类比推理的手段进行，最基本的估算方法有以下几种：
● 成本建模技术
根据项目特征，用数学模型来预测项目的成本。一般采用历史成本信息(这些信息与项目成本的一些软件度量标准相关)来建立估算模型，并通过这个模型预测工作量和成本。
● 专家判定技术
也称为Delphi法，聘请一个或多个领域专家和软件开发技术人员，由他们分别对项目成本进行估计，并最后达成一致而获得最终的成本。
● 类比评估技术
根据以前类似项目的实际成本作为当前项目的估算依据。
● Parkson法则
Parkson法则表示工作能够由需要的时间来反映。在软件成本估计中，这意味着成本是由可获得的资源而不是由目标评价决定的。如果一个软件需要在12个月内由5个人来完成，那么工作量就是12 X 5 = 60个人月(PM)。
● 自上向下估算法
成本的估算，主要依据工作分解结构、产品的功能以及实现该功能的子功能组成形式逐层分配成本。
● 自下而上估算法
首先估计每个组成单元的成本，然后根据工作分解结构，通过累加方式得到最终的成本估计。
● 赢利定价法
软件的成本通过估计用户愿意在该项目上的投资来计算，成本的预算依靠客户的预算而不是软件的功能。
上面这些估算法都有它们的优势和不足，不能简单评价某种方法和好坏。在一个大型的IT项目中，通常要同时采用几种估算方法并且比较它们估算的结果，如果采用不同方法估算的结果大相径庭，就说明没有收集到足够的成本信息，应该继续设法获取更多的成本信息，重新进行成本估算，直到几种方法估算的结果基本一致为止。
成本预算是在确定总体成本后的分解过程。分解主要是作两个方面的工作：一是按工作分解结构和工作任务(工作包)分摊成本，这样可以对照检查每项工作的成本，出现偏差时可以确定是哪项工作出了问题；二是按工期时段分摊成本，将预算成本分摊到项目工期的各个时段，这样，可以确定在未来某个时段累计应该花费的成本，并检查偏差，评价成本绩效。
目前最常用且最好用的度量方法主要用3种：面向规模(LOC)、面向功能点(FP)及COCOMO模型的度量方法。

Ⅲ project里怎样设定工期能跟时间对应起来

我也遇到了这种情况，不过现在已经解决了。我的情况是有的项是30天，有的项是31天。然后我把30天的那一项升级，升到和31天那项同级的时候，自动改变成31天，然后在降回原来的等级。前提是升级的那项下面还有项，如果没有项，随便加一项，比如说：2011年1月1日到2011年1月31日，有的项是30天，有的项是31天，你改的那30天的那一项下面没有项了，就在下面填1项，2011年1月1日到2011年1月31日，工期31天，然后升级，就会自动改变了。在把不用的那项删除就可以了。

Ⅳ 5、项目工期估算的方法及其具体内容分别是什么

项目工期估算是根据项目范围、资源状况计划列出项目活动所需要的工期。估算的工期应该现实、有效并能保证质量。所以在估算工期时要充分考虑活动清单、合理的资源需求、人员的能力因素以及环境因素对项目工期的影响。

在对每项活动的工期估算中应充分考虑风险因素对工期的影响。项目工期估算完成后，可以得到量化的工期估算数据，将其文档化，同时完善并更新活动清单。项目活动工期估算的过程，如图1所示：

影响实际的活动工期的主要因素：

投入活动中的资源，资源获得的难易程度； 不同技能水平的资源的工作分配（资源能力）； 突发事件和其他识别出的风险； 工作实践的有效性（效率）； 错误的或者遗漏的工期估算。

方法：

1、专家判断

专家判断是指利用拥有过去相似项目活动经验的专家意见来估算工期。

2、类比估算

类比估算法使用以前某个实际项目中完成的类似活动所需的时间来估计当前活动的时间。此方法在以前的项目都有相关的文档，并且当前须估计的活动与以前的项目活动很相似时，是非常有用的。

3、根据工作量估算

由工程或设计部门确定的每项具体工作种类所需完成的数量，乘上单位生产率，就可以估算活动所需时间。

4、储备时间（应急时间）

储备时间指的是在项目活动工期中加上一部分保留时间来应对项目活动安排上可能存在的风险。储备时间可取为活动所需时间的某个百分比。

(4)程序员项目工期评估标准扩展阅读

项目活动工期估算的依据：

1）项目活动清单；

2）项目的约束和假设条件；

3）项目资源的数量要求；

4）项目资源的质量要求；

5）历史信息；

6）识别的风险。

Ⅳ 软件开发项目工作量如何评估，按人天、按代码行、按模块....飞过的高人请留步~~~

总的来说，要考评估一种/多种操作系统的开发复杂度及是否跨平台，软件应用技术的复杂度，是否多个子系统构成及子系统相互通信技术，软件应用范围的广度，受众用户的数量，软件升级及更新的管理规划，培训安排等。。
1。需求确定的情况很少，因为客户的需求总是在变，即使确定下来，验收的时候也会提出新的问题，这个要靠项目经理沟通，用户当前的问题在这个版本中解决还是下期合同来做。因此来说，需求大体确定以后，拆分子系统组成---子系统的组成模块--细分模块组成，这个是相对粗粒度的，然后就要考虑你手头队伍对细分模块的开发实现能力，大体就知道工作量了，如果不赶工期，时间要放长，软件开发，没有一帆风顺的，肯定会有很多问题，简单来说就是常见的需求变更。
2。评估成员工作量，首先要了解队伍组成，哪些人规划流程清晰，哪些人对技术攻关能力更好，哪些人适合测试，哪些人编码快速，哪些人对数据库精通，哪些人对界面布局更擅长，哪些人有技术的同时更善于沟通。所以通常都是更善于沟通的做组长，及时把流程清晰的告诉组员，反馈每个组员的工作进度，协同组员进度并决定何时由何人做技术攻坚，何时组织测试。
3。项目完成以后就好统计了，每个小组的代码行数，实现的功能模块数量，供其他小组调用的模块，用时多少天，涉及多少领域等，其实这个统计不能说a组完成项目的40%，b组60%这样，比较合理的应该是在某个方面，各个小组的组成比例的表格，然后有个小组工作的总结比较合适。如代码统计，a组2w行，占40%，b组3w，占60%。 模块数量：a组6个，占60%，b组4个占40%，并附模块结构的说明。当然，各个公司的管理不一样，统计方式不一样，反正一个原则就是尽量兄弟们多说点好话，因为一个软件做成，每个环节都不能差的，再好的汽车，如果没有一个很普通的小小铁板当刹车踏板，你敢开吗。
其实还有很多的，让高人再补充吧，软件管理，在中国一直落后的，大家一起努力。

Ⅵ 一个软件项目如何评估工作量和成本

软件开发成本估算过程可进一步细分为软件规模估算、工作量估算、成本估算和确定软件开发成本等四个过程。

其中成本估算需要对直接人力成本、间接人力成本、间接非人力成本及直接非人力成本分别进行估算。

国家标准《GB/T 36964-2018 软件工程 软件开发成本度量规范》中建议的软件开发成本估算基本流程如下图所示：

国家准中的四个估算过程，层层递进，逐步细化，最终达到科学、一致的成本估算。

一、软件规模估算

通常情况下，规模估算是软件成本估算过程的起点。

估算规模是后续计算软件项目的工作量、成本和进度的主要输入，是项目范围管理的关键，因此，在条件允许的情况下，应首先进行规模估算。

在规模估算过程中，需要注意以下情况：

1. 在规模估算开始前，应根据可行性研究报告或类似文档明确项目需求及系统边界。项目需求除包含最基本的业务需求外，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行说明，以保证可以根据项目需求进行规模预估。

2. 依据项目特点和需求详细程度不同，通常估算人员在选择估算方法时应采用纳入国际标准的功能点方法进行功能规模估算，在适用IFPUG或NESMA方法时，可以根据需求的粒度和管理需要，选择预估功能点方法、估算功能点方法或者详细功能点方法。

3. 若当前的项目需求极其模糊或不确定，可不进行规模估算，而直接采用类比法或类推法估算工作量和成本。

二、工作量估算

在完成规模估算后，应当开展工作量估算工作，若当前项目未开展规模估算，也可直接启动工作量估算工作。

工作量估算时，可采用方程法、类比法、类推法、功能点法：

• 方程法：即基于基准数据建立参数模型，通过输入各项参数，确定估算值。

• 类比法：即将待估算项目的部分属性与类似的一组基准数据进行比对，进而确定估算值。

• 类推法：即将待估算项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对，并进行适当调整后确定估算值。

• 功能点法：从用户视角出发，通过量化系统功能来度量软件的规模，这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛，并且已经取代代码行成为最主流的软件规模度量方法。

在开展工作量估算的过程中，需要注意以下情况：

1. 当需求极其模糊或不确定时，如果此时具有高度类似的历史项目，则可直接采用类推法，充分利用历史项目数据来粗略估算工作量。

2. 当需求极其模糊或不确定时，如果此时具有与本项目部分属性类似的一组基准数据，则可直接采用类比法，充分利用基准数据来粗略估算工作量。

3. 对于规模估算已经开展的项目，可采用方程法，通过输入各项参数，确定待估算项目的工作量。若客户或高层对项目的工期有明确的要求时，在采用方程法估算工作量时，工期要求有可能是方程的参数之一。

4. 为追求估算的准确性，建议在条件允许的情况下，可采用两种估算方法，对估算结果进行交叉验证，若估算结果差别不大，可直接使用两种估算结果的平均值或以某种估算结果为准，若差别较大，需进行差异分析。

5. 工作量的估算结果宜为一个范围而不是单一的值。

三、成本估算

在获得了工作量估算结果后，可采用科学的方法进行成本估算。

在成本估算过程中，应需要注意的情况：

1. 类比法和类推法，同样适用于需求极其模糊或不确定时的成本估算；

2. 间接成本是否与工作量估算结果相关取决于间接成本分摊计算方式。在绝大多数组织，项目周期越长，项目组成员越多，其分摊的间接成本就越高，此时项目的间接成本与工作量估算结果直接相关；

3. 直接非人力成本通常与工作量估算结果无关，宜单独分项测算；

4. 成本估算结果，也通常为一个范围，而不是单一的值。

四、确定软件开发成本

在《软件工程 软件开发成本度量规范》中，将软件开发成本分为四类，主要是为便于对成本构成（即哪些成本属于开发成本，哪些不属于开发成本）进行清晰界定。

而在实际确定软件开发成本时，通常并不是分别测定四类成本，加和后获得总成本，而是通常采用以下两种方式确定总成本：

• 根据人力成本费率及工作量估算直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本；

• 根据规模综合单价和软件规模，测算出直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本。

在进行软件的规模、工作量、成本估算时应遵循以下原则：

1. 在规模估算时,应根据项目特点和需求的详细程度选择合适的估算方法；

2. 充分利用基准数据,采用方程法、类比法或类推法,对工作量和成本进行估算；

3. 工作量和成本的估算结果宜为一个范围值；

4. 在进行成本估算时,如有明确的工期要求,应充分考虑工期对项目成本的影响,可以根据项目实际情况以及工期对项目的影响程度,对成本的估算结果进行调整；

5. 成本估算过程中宜采用不同的方法分别估算并进行交叉验证。如果不同方法的估算结果产生较大差异,可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法；

6. 在软件项目的不同场景下(如预算、招投标、项目计划和变更管理等)采用国家标准时,相关要求见国家标准中附录A。

除了上述主要原则外，我们还需注意在使用基准数据时：

• 对于委托方和第三方，建议使用或参考软件行业基准数据进行估算。估算模型的调整因子的增减或取值有可能随着行业基准数据的变化而变化。

• 对于开发方，在引入行业基准数据的基础上，可逐步建立组织级基准数据库，以提高估算精度。组织级基准数据定义应与行业基准数据定义保持一致，以便于与行业基准数据进行比对分析，并持续提升组织能力。

Ⅶ 为什么软件开发工期预估都不靠谱 –

一般有以下几个原因：

1. 需求理解有差异，你表达的是这样的，而程序员的理解是这样的，这样的差异很难消除。

2. 开发人员对实现目标的可能出现的问题，估计不足，往往会低估问题的复杂程度。

3. 软件的开发其实是一项，创造性的工作，并不是一成不变的流水线做业，并不是所有预想的目标都能如期实现。
   

4. 开发人员评估的时间，往往不包含，测试和修复bug的时间，但是往往事与愿违，没有了bug的情况几乎不存在。

5. 综上所述，如果想得到一个相对靠谱的时间评估，还是问一下有经验的项目经理。

Ⅷ 程序员的绩效考核标准，怎么做才合理。

对研发人员的考核，建议不要过于强调结果，应该注重对过程的关注。程序员这种脑力劳动，类似于研发考核，由于其工作性质本身要求创造性，结果比较难于掌握，单纯强调考核会打压其本身的工作积极性，不符合客观规律。

个人觉得，对他们的考核只要能确定他们是认真工作、努力工作、态度端正，一切围绕目标开展就可以了。

绩效考核指企业在既定的战略目标下，运用特定的标准和指标，对员工的工作行为及取得的工作业绩进行评估，并运用评估的结果对员工将来的工作行为和工作业绩产生正面引导的过程和方法。
绩效考核（performance evaluation），是企业绩效管理中的一个环节，常见绩效考核方法包括BSC、KPI及360度考核等。绩效考核是一项系统工程。绩效考核是绩效管理过程中的一种手段。

Ⅸ 做一名优秀的程序员需要什么条件

（1）.要喜欢上写程序，如果没有喜欢上，那就要学会去培养。程序员需要整天趴在电脑前，经常没日没夜的，非常辛苦，而且工作来不得半点虚假，少写一个标点符号都不行。喜欢的人，日子过得非常开心，每写一行代码，都会有新的成就，尤其当自己的作品被广泛应用的时候，那种自豪感油然而起。不喜欢的人，坐在电脑前极端无聊，被进度压得喘不过气来，天天为找bug改bug生气。个人深有体会！这个“喜欢”就要大家在学习的过程中去体会。
（1）.程序员应该是有感情的，程序员的程序最终是由用户来评价的，而不是老师，或者我们的BOSS。设计程序时，要讲究贴心，境界：我们也是Composer！
（2）.程序员应该讲究团队协作，分配给团队的大项目，不是一人之力能够应付的，请尊重别人的代码，以及设计，彼此需要全心全力配合
（3）.有坚韧不拔的精神，我们编的不是程，是寂寞。爱上程序设计，靠编程潜移默化性格，大多数成功的程序员都是相信自己的人，所以，多多鼓励自己一定是最好的。
一、优秀程序员的标准

1. 能够准确地评估你的工作。
2. 第一时间提交有质量的工作成果。
3. 建立快速的反馈循环。
4. 确保代码的准确性与后续跟进的协调性。
二、态度生活方面
1.踏实的工作态度；认真负责，少犯错误。
2.充满热情，努力工作；有团队合作精神，能善于和别人相处。
3.有预见性，预先感测未知因素预估风险或后果。

Ⅹ 软件开发都是怎么收费的

软件开发都是怎么收费的

如今，不少企业都想拥有属于自己企业或产品的手机APP，但其中最困扰企业主的问题就是：开发一款手机APP到底需要多少钱？

简单点来说，要视手机APP的需求及质量而言，价位一般在几千到十几万左右，更高端的价格更高。

四、APP开发公司的所在地

需要注意的是，同样实力的APP开发公司，在不同的城市也会导致APP的成本费用高一些