其他账号登录：
&&&【11月讨论话题1】国家标准不全、错误、滞后，您遇见过吗
国家标准、行业标准，对我们的实验有着指导意义，但是有些标准不全、错误、滞后，您遇见过吗？
欢迎讨论！！！
这个很多的标准的确是存在这个问题
这个问题很是普遍&
我在做水的时候就发现 好多原子荧光的标准是不全的
但是我们还在用其中的方法
标准缺失的情况很常见的
标准有误的情况我倒是没有遇见过
但是听有些同行说过
呵呵，有些国家标准就参考参考。
说实在话的，提出这个标准之前，实验有没有做还得打个问号
现在不少国家标准就是企业内一些人写的
然后国家组织一个短会讨论一下，吃个饭就定了。
盗版的错误多一些吧
标准不可能有错误吧 &出版之前应该核对了好多次了吧
制定标准的可都是专家啊
GB/T 5 & 大家可以看看
今天刚刚拜读了2个新版标准《70%吡虫啉水分散粒剂》GB 和《持久起泡性测定方法》GB/T，结果发现，28139中针对持久起泡性用水没有温度规定，大家都知道，温度对泡沫的影响很大，还有发现，颠倒时以什么为中心与GB/T 不一样，这是国家标准啊，怎么这么不严谨呢。。。
其他标准我还没看到，希望有的大家多多支持并发表意见，谢谢
标准编写的人多啊&
而且还是专家 &
怎么能错啊&项目滞后的的原因总结如下：
对技术的估算缺乏研究，所有的时间估算都严重的依赖于一个假设 —— 一切都将良好的运行。显然这个假设并不总是成立的。
我们的估算单位人月是有问题的，它错误的将进度和工作量互相混淆了。简单的说，在项目开发过程中并不是投入的人力越多，项目进度就会越快的，这是因为随着人力的投入，相关的培训时间、管理成本都随之增大，而程序功能的最小单元并不能像摘棉花那样细分。
由于对评估缺乏信心，项目经历通常不会耐心的进行进度评估。这是人之常情，项目进度评估是一项永远也不可能正确的工作，因此在此付出的辛苦都将白费，鉴于此，谁还会耐心的去干好呢。
对进度缺少跟踪和监督。跟踪和监督的界限没有办法划分清楚，完成编码算是完成了，当测试出bug的时候算是编码未完成，还是算作bug修改呢？由于缺乏明确的界限划分，使得跟踪和监督变得不太现实。
当项目进度发生延期的时候，下意识的反应的增加人力。这是不太可取的，原因参见第二条。另外，在项目中期新加入的程序员更难融入到项目中，所花费的时间代价会更大。
所有的程序员都是乐观主义，可能是因为程序员都比较年轻，而年轻人都是比较乐观的。所有项目进度的评估背后都有一个假设：一切都将运作良好，每一项任务仅花费它所“应该”花费的时间。
编程是一件创造性的活动，而创造性活动分为三个阶段：构思、实现和交流。软件最初只是作者脑子里的一个构思，然后通过代码等来讲它实现，最后，当别人用到这个程序的时候通过文档、注释等可以与作者进行思想上的沟通。
项目进度的评估发生在构思和实现之间，在项目构思完成之后，项目实现之前。这个时侯，我们无法得知自己的构思是否存在缺陷（似乎说存在多大的缺陷更为合理），我们只能依赖于一切都将运作良好的假设。
由于假设并不成立，因此项目延期似乎是不可避免的。
在项目延期之后，我们下意识的反应是增加人力，这必然是一个错误。
测试可以帮我们找出项目存在的bug，理论上我们的bug数量应该为零，但是bug数量会很多，并且永远也不会有最后一个。
我们认为，越早的找出bug，对项目整体进度越有好处。因此项目的测试应该随着开发工作的开始而开始，这也许就是现在测试驱动开发的理论吧。
软件开发工程中各部分占的比重：
1/3    计划
1/6    编码
1/4    单元测试和早期的测试
1/4    系统集成测试
项目的测试工作占用了一般的工作量，由此可见测试的重要性。但实际开发过程中很少有为测试分配这么多时间的，这导致测试所花费的时间往往占去一多半的工作量，因为由于对测试的不够重视，通常会导致许多bug不能被及早的发现。
在系统开发过程中，除了测试，进度都能够基本保证。
向进度落后的项目中增加人手，只会使进度更加落后。
阅读(...) 评论()工程进度滞后原因分析及赶工措施[1]_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
工程进度滞后原因分析及赶工措施[1]
h​a​h​a
阅读已结束，如果下载本文需要使用
想免费下载本文？
你可能喜欢竣工决算 竣工决算书 竣工决算审计 竣工决算审计流程 建设工程竣工决算 竣工决算报..
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
三、工程项目竣工决算滞后原因分析及对策审题表
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口IT项目进度滞后的原因分析　
□ 卢淑静 郝 舒
　　◆ ：C931文献标识码：A
　　内容摘要：项目进度滞后是IT项目管理中的常见问题，同时也是造成项目失败的原因。本文针对目前IT项目管理的现状，指出了导致IT项目进度滞后的关键因素，分析了其产生的原因，以期为项目管理提出建设性意见。
　　关键词：IT项目管理 项目进度滞后 关键因素
　　信息技术的飞速发展使人们正在享用着众多IT项目的成果，但是多数的IT项目均以失败告终。究其原因，失败一般是由于项目管理上的不规范和认知错误造成。本文从项目管理角度得出，项目范围、项目成本和项目工期这三大变量决定了项目的成败。而其中项目工期上发生的滞后作为IT项目管理中的常见问题，也逐渐引起管理者的重视。
　　项目概述
　　项目是一个惟一的、复杂的和关联的具有统一明确目标或目的，并且必须在特定时间里、在预算内、按照规格说明要求完成的活动序列。项目的主要属性是：项目是惟一的，每一个项目都有区别于其他项目的特性；项目是复杂和关联的，存在着诸多不确定、非预期的复杂因素，同时项目的大部分活动与活动之间是相互关联、相互作用的；项目具有统一明确的目标或目的，并且这个目标是可行的，而从IT项目的角度来看，最终的目标是根据客户需求定制一个IT领域的产品或服务；项目受到时间和成本等资源限制，一个的项目实施应该要在规定的时间和预算内完成，时间和成本是项目实施的两个约束条件；项目实施要按照规格说明的要求，一个项目的实施应该严格按照用户或发起人的需求，明确项目的任务和范围，范围是项目实施的第三个约束条件。
　　项目管理是指在指定时间内用最少的费用开发可接受的系统管理过程，内容包括确定范围、计划、人员安排、组织、指导和控制。项目经理要根据项目实施的范围、时间、成本、质量等目标，合理进行资源配置，有效协调各个活动的开展，以满足用户的需求和其他利益相关者的期望。
　　IT项目进度滞后的关键因素分析
　　项目进度滞后指的是项目没有在规定的工期内完成符合规格说明和质量标准的产品或服务。项目进度滞后是IT项目执行中的常见问题。项目经理在处理项目进度滞后上通常采取的办法是，添加人力物力等资源，增加成本；或是砍掉某些步骤草草结束，等交付后再慢慢解决出现的各种问题。显然这两种办法都不是理想和明智的。如果能够找到导致IT项目进度滞后的关键因素，防范于未然，将最大限度的减少滞后发生的可能性或者将损失减少到最小程度。分析造成IT项目滞后的原因主要有两种，一是项目经理对于项目的实施计划没有准确定义；二是在项目执行过程中发生偏差或项目范围发生变更。具体来讲，有以下几点关键因素：
　　（一）乐观主义
　　IT行业的发展不过短短几十年，可是说是一个新兴的行业，从而决定了从业人员即程序员都是一些思维活跃、带有乐观主义色彩和不怕冒险的。所以项目进度安排背后的第一个错误假设就是 “一切运作良好”。每一项任务仅花费它所“应该”花费的时间。体现在项目经理对时间的估算上，往往过早的承诺和敲定项目实施的工期，而不给自己留有足够的余地。事实上，当面临大型软件项目时，业务人员之间概念的不一致性和非预期事件的发生，都将导致不出错的概率是零。由于任务之间的关联性，错误将会发生连锁效应。纠正这些错误将会耗费团队成员很多时间，使项目进度发生拖延，有时甚至对滞后的时间跨度都不能预期。
　　（二）不成熟的项目计划
　　项目计划是用来协调其它具体计划，以指导项目执行和控制的文件。一个成功的项目应该从制定正确的项目计划开始。项目计划的主要内容包括：明确项目交付物、定义工作包、估算工期、制定工作包的进度计划、资源有效性的管理、成本预算、整合进度计划和预算、定义关键绩效指示器或里程碑、明确关键成功因素。但是从目前的行业趋势来看，大部分IT项目经理是从程序员转型而来，很多人没有接受过该的正规和教育。在制定项目计划时，过多地依赖以往工作经验或直觉，缺乏支持，采用非阶段化方法，对系统开发原理认识不够，不能有效利用项目管理软件辅助进行项目计划的制定。估算项目工期作为项目计划中的一个重要环节，不仅会影响其他计划环节定义上的正确性和精确性，同时也会受到其他环节定义的影响。例如在工作包的优先秩序上，安排不合理使执行过程中的变更导致工期延误。
　　（三）系统测试
　　根据软件开发行业的成功经验法则，早期模块、单元测试和系统整体测试的时间应该占到整个工期的一半，当然也包括发现错误后解决问题的时间。但是系统测试却往往最容易被忽略。首先系统测试的工期要按系统出现的错误、缺陷多少而定，存在较高的不确定性，加上多数人员的乐观主义，实际出现的缺陷数量要比预期多。一旦发现的错误数量超出估计，由于这一部分工作受到任务前后顺序的牵制和对任务熟悉程度的约束，导致的进度滞后便很难扭转。另外，由于系统测试带来的进度滞后一般发生在项目末期，这时人力、物力、财力都将要消耗殆尽，筹集资源必定要付出更高的成本。更为严重的是，该项目如果是在即将发布的时候出现延误，所付出的二次商业代价也相当高昂。
摘自： 　　Tags：
更多关于“IT项目进度滞后的原因分析”的相关文章
杂志约稿信息
& 雅安市网友
& 上海市网友
& 天津市网友
& 天津市网友
& 广西柳州网友
& 哈尔滨市网友
& 太原市网友
& 广西网友
& 广州网友
品牌杂志推荐
支持中国杂志产业发展，请购买、订阅纸质杂志，欢迎杂志社提供过刊、样刊及电子版。
全刊杂志赏析网 2015