<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>项目管理</title>
<link>/xmgl/</link>
<description>项目管理</description>
<language>zh-cn</language>
<generator>网站版权信息</generator>
<webmaster>nantangcun@163.com</webmaster>
<item>
    <title>对信息化项目管理的三大认识</title>
    <link>/qj/200811/13-6237.html</link>
    <description>1、正确分析项目中的各种关系
　　1.1用户方与开发方的关系
　　用户方与开发方是对立的统一体，双方均希望将开发项目做好。但用户方可能对计算机系统工程，如工程组织，缺乏全面的了解;而开发方对用户方的需求、细节了解不充分等因素，使得用户方与开发方对工程的理解从一</description>
    <pubDate>2008-11-13</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>关键链进度管理的两个重点</title>
    <link>/proc/200811/05-5792.html</link>
    <description>关键链是什么？关键链是考虑了缓冲和资源约束而找寻到的项目关键路径。因此谈关键链则重点始终脱离不了缓冲和资源约束两个重点。
　　1.缓冲和风险意识
　　考虑缓冲正是具有强烈的风险意识的体现。为何要考虑接驳缓冲？因为都知道在路径汇聚处具有最大的风险，任何一个路</description>
    <pubDate>2008-11-05</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>进度跟踪中发现进度偏差的根源分</title>
    <link>/proc/200811/05-5791.html</link>
    <description>项目跟踪控制的目的是保证项目目标的达成。项目周期是重要的项目目标，因此进度控制是重要的监控内容，同时软件产品的质量，成本等也应该根据当初定义的目标进行监控。否则到了时间点，产品完成了但质量和成本都达不到要求，仍然是失败。
　
　　有监控但项目仍然延期，或者</description>
    <pubDate>2008-11-05</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>如何编制项目进度计划</title>
    <link>/proc/200811/05-5790.html</link>
    <description>识别进度计划所有者
　
　　识别所有者或负责开发所有或部分项目进度计划的个人，对于确保开发出好的进度计划是必要的。推荐采用WBS或者组织的分解结构作为进度开发的基础，因为WBS指定范围，组织分解结构（ＯＢＳ）指定交付的功能区。
　
　　决定任务和里程碑
　
　　对于</description>
    <pubDate>2008-11-05</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>依据项目进度的人员组织实践</title>
    <link>/proc/200811/05-5789.html</link>
    <description>作为项目经理，如何在满足客户需求，并在人力资源不足（员工成熟度不够、队伍不稳定、工程师工作积极性不高）、工期紧的情况下，有效的制定和执行项目计划，是项目经理一个重要的能力，而要完成这一进度人员的组织非常重要。
　
　　本文作者通过项目经理培训，并结合多年软</description>
    <pubDate>2008-11-05</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>IT项目管理实战------时间控制</title>
    <link>/proc/200811/05-5788.html</link>
    <description>在项目管理过程中，最忌讳的是项目无限止的延期下去。一鼓作气，再而衰，三而竭，最后导致项目组成员对项目丧失信心，使得项目失败。&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 对于信息化项目来说，项目成员的信心尤其重要。如在企业要上ERP项目，组大部分项目成员却对ERP很陌生，甚至是个从</description>
    <pubDate>2008-11-05</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>以WBS为主线的集成项目管理</title>
    <link>/proc/200811/05-5787.html</link>
    <description>任何流程或业务在我们学习的过程中始终都有一个主线，比如说知识管理的基础或主线是知识库和知识地图，ERP的数据基础是ITEM和BOM，主线是需求订单-&amp;gt;MRP-&amp;gt;生产计划和采购计划。对于产品数据管理PDM的主线是产品结构，对于CRM客户关系管理的主线是营销-&amp;gt;市场策划-&amp;gt;</description>
    <pubDate>2008-11-05</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>关于项目进度计划延期的分析</title>
    <link>/proc/200811/05-5786.html</link>
    <description>　在我个人看来，在众多公司的项目中，项目的进度估计虽然具有一定的依据，也参照了一定的依据，包括经验，也遵循了一定的流程，但是还是存在许多不足之处。除了用户方的原因(在此不做讨论)，在我看来主要问题出于以下几点：
　　1 软件开发计划制定中的几个问题
　　1.1</description>
    <pubDate>2008-11-05</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理中三分法的应用</title>
    <link>/proc/200811/05-5785.html</link>
    <description>三分法在项目管理中可能体现在各个方面，比如领导方式，而本文所提的三分法的应用，主要是指项目管理中进度表制定时如何应用三分法。
　　所有进度表都有一项基本法则：三分法。虽然粗略，但是这是最接近并了解进度表的最简单方式。
　　就任何项目而言，要把可用时间分成</description>
    <pubDate>2008-11-05</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>里程碑式管理跳脱项目进度黑洞</title>
    <link>/proc/200811/05-5784.html</link>
    <description>　前不久，我半路接手这样的一个软件开发项目，项目像遇到了一个黑洞，不断地吞噬着项目组的时间。原来的项目经理因为时间很紧张，在匆忙中了解到客户需求后就开始着手做，也没有分具体什么阶段，到产品最后阶段要集成和测试的时候，大量原来没有预计到的问题都&amp;ldquo;冒&amp;rdq</description>
    <pubDate>2008-11-05</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>关于项目工期拖延主要原因和改善工期拖延方法</title>
    <link>/proc/200811/05-5783.html</link>
    <description>一、 内容摘要
　　1. 选题目的：分析工期拖延的主要原因，为解决工期拖延的问题提一些有益的方法及对策。
　　2. 背景介绍：在建筑工程中尤其是政府项目几乎每个工程都会碰到工期拖延的问题。
　　二、工期拖延主要原因
　　在结算办理时，我大致总结出施工方要求顺延的</description>
    <pubDate>2008-11-05</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>企业中战略管理的主要类型及其应用</title>
    <link>/knowlege/200811/05-5782.html</link>
    <description>企业战略是企业的大事，多年来众多企业的战略实践，已使企业战略类型十分丰富。如何准确全面地认识各项企业战略，对选择和应用有关战略有着重要意义。本文尝试对目前各主要战略从企业经营绩效角度进行归纳比较，并举出相应实际案例，以加深认识。
　　企业高层主导的、对企</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理过程中的战略管理</title>
    <link>/knowlege/200811/05-5781.html</link>
    <description>项目的战略和项目的战略背景
　　项目是否需要引入战略管理？
　　项目的战略是一个关于项目资源在项目涉及领域内总的运用计划，通过项目的时间、成本、质量（交付成果）表达出来。
　　项目的战略背景则更多的表现为项目的核心目标是否符合项目所有人（或者管理者）的目标</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>贯穿研发流程的知识管理</title>
    <link>/knowlege/200811/05-5780.html</link>
    <description>研发过程是一个持续的过程，经常会遇到以往的知识需要重复利用等情况。试想一下，如果一个工程师设计的图纸牵涉到各个环节，而等到实施的时候发现问题他却出国深造去了，其他工程师对图纸又有不同的理解，整个研发完全被打乱了&amp;hellip;&amp;hellip;
　　以上举的例子并不少见，</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>基于项目管理的公司战略的实施</title>
    <link>/knowlege/200811/05-5779.html</link>
    <description>随着市场全球化、信息化的发展和技术的加速更新，企业间的竞争已成为基于速度的竞争。因而如何把一个好的战略规划，通过一系列的项目快速有效地成功实施，对于企业实现其战略目标具有极其关键的作用。目前相关的项目管理研究成果主要集中在项目层面，针对企业整体发展战略层</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>创业型企业如何进行有效的战略管理？</title>
    <link>/knowlege/200811/05-5778.html</link>
    <description>创业是激动人心而又充满挑战的人生旅途。随着我国市场经济体制的不断完善，越来越多的有志之士走上了创业之路。但数据表明：90％以上的新创企业在10年内都不复存在，创业成功者只是极少的一部分。创业者面临的现实环境是：经济发展日趋全球一体化，市场竞争愈演愈烈，消费者</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>知识管理误区之1：知识管理就是信息管理</title>
    <link>/knowlege/200811/05-5777.html</link>
    <description>&amp;ldquo;知识管理只不过是管理数据、文档而已，好像和传统的信息管理相比也没有太大区别&amp;rdquo;
　　有人认为，知识就是信息，知识管理就是信息管理，这是典型的对知识管理的狭隘理解。
　　首先知识并不等于信息。首先，信息只是知识的一部分。根据1996年经济合作与发展组</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>透视工程监理中的潜规则</title>
    <link>/knowlege/200811/05-5776.html</link>
    <description>　核心提示： 由于我国监理制起步较晚，国家的投资制度和投资体系发生深刻变化等原因的存在，使工程监理在建设实践中始终处于一个远看象警察，近看象保安的尴尬位置&amp;hellip;&amp;hellip;
　
　　现行的工程监理机制面临的困境
　
　　我国监理制度的产生。我国的工程监理制度是伴</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>中国企业关注IT项目管理水平的突破点</title>
    <link>/knowlege/200811/05-5775.html</link>
    <description>伴随着信息时代的到来 ，我国 IT 行业飞速发展。虽然IT项目投资已经位居全国各个行业的前几名。但是 IT 行业整体项目管理水平仍然较低 ，什么因素能使项目管理的改进突破得以实现已成为企业为之困惑和高度关注的问题。
　
　　据我们多年来为世界前2000强企业及美国前500强企</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理思想在知识管理中的应用</title>
    <link>/knowlege/200811/05-5774.html</link>
    <description>知识管理作为一种管理理念，是需要长期坚持并且努力形成文化的活动。从这个概念上来讲，很明确，知识管理不是项目，因此也就不能按照项目管理的组织和运作方式来进行管理。但这并不是说项目管理的思想和方法不能运用在知识管理中，随着项目管理的意义被更多的人所认可，项目</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理信息化及PowerOn实现 </title>
    <link>/knowlege/200811/05-5773.html</link>
    <description>1.&amp;nbsp;工程公司当前面临的机遇与挑战
　　在宏观上，随着中国加入WTO及国内经济的快速发展，工程公司面临诸多的发展机遇，同时也面临很多挑战，比如： 
　　1）国民经济飞速发展，各个行业建设项目良多，工程公司喜获前所未有的市场机遇。如何通过踏踏实实做好中标的每个</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>从IT项目管理到IT项目组合管理</title>
    <link>/knowlege/200811/05-5772.html</link>
    <description>从管理项目，到管理组合。从&amp;ldquo;怎么做&amp;rdquo;，到&amp;ldquo;做什么&amp;rdquo;
　　错误的项目执行得再好，仍旧是错误的。为了保证你所做的是正确的项目，你必须把项目与公司的整体战略构想结合起来；项目组合管理（PPM）及其工具可以帮助你实现这一目标。 
　　传统项目管理</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>浅议IT项目管理成功的关键要素</title>
    <link>/knowlege/200811/05-5771.html</link>
    <description>IT项目管理的成功不是以实施完验收为终点，而是把系统真正用起来为终点。现层次的CIO知识结构不仅限于懂IT，还涉及其他领域。
　　就IT 项目管理来说，其管理技巧对项目成功地实施所起的作用已为越来越多的人所承认，逐渐成为人们的共识。在过去的30多年里，项目管理被认为</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>大型项目管理的容易忽略的一些问题</title>
    <link>/knowlege/200811/05-5770.html</link>
    <description>引言
　　IT项目涵盖的范围很广，项目规模差异也很大，小的几万，大的数十亿。不同类型、不同规模项目管理上的特点也不尽相同。我们经常用麻雀虽小、五脏俱全来比喻小项目，但是真的要解剖麻雀和大象时，你会感觉到差异还是非常大，绝对不只是数量级的变化。解剖麻雀可能主</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>中国企业项目管理的新起点</title>
    <link>/knowlege/200811/05-5769.html</link>
    <description>随着国际经济体一体化进程的加快，国际上领跑的跨国企业正在向全球公司转变；随着中国经济的加速度崛起，越来越多的中国企业的规模在迅速膨胀，有些航母企业已开始了他们的&amp;ldquo;走出去&amp;rdquo;的跨国投资、跨国经营之旅。
　
　　于是追求规模化可持续发展成为企业提高竞争</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>IT项目招标与选型 铲除项目失败祸根</title>
    <link>/knowlege/200811/05-5768.html</link>
    <description>项目招标简单地说是企业公开发布的以自己需求的项目信息及要求，由各厂商进行投标，从中选出中标者。项目招标是项目立项后的首要工作，也是项目选型前的关键工作。可以说，80%多IT项目失败的祸根在于招标与选型没有做好。
　
　　不少企业认为上某一系统就是买一套软件，根本</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>企业级项目管理软件的发展趋势</title>
    <link>/knowlege/200811/05-5767.html</link>
    <description>一 项目管理发展
　
　　进入21世纪以来，项目管理受到前所未有的重视，有多方面的原因促成项目管理令人关注的今天，及其充满前景的明天。其中主要的原因在于：项目管理在运筹与协同方面的方式方法恰好填充了其它管理体系或管理系统这方面的相对弱项；PMI的PMBOK或IPMA的ICB</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理中健康IT项目的标志</title>
    <link>/knowlege/200811/05-5766.html</link>
    <description>1、用户的积极参与
　
　　尽管用户参与整个项目的重要性说起来容易，但要确保用户参与的主动性和有效性确是相当的困难，开发团队的技术实力与用户的商业需求之间往往存在矛盾，在这个大环境下，用户常常抱怨的可能是：没有讨论他们关心的问题；没有报告进度；没有说明变更等</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>为什么大型IT项目经常失败？</title>
    <link>/knowlege/200811/05-5765.html</link>
    <description>企业启动一个大型IT项目，成功的几率有多大？研究表明，这就跟你抛出一枚硬币，判断正确硬币落地是正面着地还是反面着地的几率一样大。
　
　　罗兰。贝格名为《通过启动管理追踪项目：为什么大型IT 项目经常失败，以及项目成功不是一次赌博》的研究报告（下称&amp;ldquo;报告&amp;rd</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>突出重围：IT企业的项目化</title>
    <link>/knowlege/200811/05-5764.html</link>
    <description>信息产业部近日公布了2005年1～11月份电子信息百强企业统计数据。数据显示，我国电子行业百强企业营业额达到了8 126.7亿元，同比增长16%，但利润总额却仅为157.1亿元，比2004年同期下降了42%.百强企业平均营业收入利润率仅为1.93%，创近年来新低。这不能不让那些在公众媒体前</description>
    <pubDate>2008-11-05</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>IT项目管理中的培训如何计划和实施</title>
    <link>/knowlege/200811/04-5760.html</link>
    <description>培训是构建一个有战斗力和学习型团队必不可少的内容。在CMMI的三级专门有OT组织级培训过程域，另外还有很多GG公共实践都跟培训有关系。培训在PMP中属于人力资源计划的一部分内容，因此同样的包含了计划，执行，监控，总结等各个方面的内容。
　　1.培训需求的获取
　　培训</description>
    <pubDate>2008-11-04</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>个人知识管理—再谈下知识结构</title>
    <link>/knowlege/200811/04-5759.html</link>
    <description>个人知识管理我前面的文章谈过很多的内容，关于知识的收集分析，知识的应用，知识的转化等。个人知识管理的基础是个人的时间管理，另外一个重要内容就是要建立自己的知识体系和知识库。个人的计划和时间管理为自己树立了相应的目标，而个人知识管理就是要达到这些目标必须要</description>
    <pubDate>2008-11-04</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>个人知识管理根本之道：养成好习惯</title>
    <link>/knowlege/200811/04-5758.html</link>
    <description>资料管理是个人知识管理一个重要部分。经常看到网上很多人在找个人知识管理的秘诀和捷径，希望能简单有效地管理个人知识。在这里我要说,个人知识管理没有秘诀，有的只是一些小技巧，能提高效率，但不能解决长期问题，养成好习惯是做好个人知识管理根本之道!
　　那么个人资</description>
    <pubDate>2008-11-04</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>做好项目知识地图 提高项目管理效率</title>
    <link>/knowlege/200811/04-5757.html</link>
    <description>最近整理过两个项目知识地图，期间曾经存在不同的问题和错误，为了大家避免出现类似的错误并提高整理知识地图的效率，现与大家分享一下整理知识地图的经验，以供大家参考。
　　总体而论，整理项目知识地图是一件很细致的事情，需要耐心。
　　整理知识地图大概分为三个阶</description>
    <pubDate>2008-11-04</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理中的参考经验数据</title>
    <link>/knowlege/200811/04-5756.html</link>
    <description>◎工作分解结构(WBS)的层次一般要控制在4～6层，多了不易于管理。
　　◎项目经理把90%的时间花在沟通上面。
　　◎在面对面的沟通中，有55%的信息是通过&amp;ldquo;非口头语言&amp;rdquo;的形式语言传递的。
　　◎项目在完成了15%～20%以后，项目的累计成本绩效指数CPI就会比较</description>
    <pubDate>2008-11-04</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目成功的五个必要条件</title>
    <link>/knowlege/200811/04-5755.html</link>
    <description>一个项目要想取得成功的结果，这些事情是必须做到的。不过这五个条件中没有一个是充分条件，也就是说没有一个条件本身能够保证项目成功。既然它们都是必要条件，那么要获得成功就必须满足它们，但即使这五个条件都满足了，别的方面也可能导致项目失败。不过如果这五个条件都</description>
    <pubDate>2008-11-04</pubDate>
    <category>知识与战略</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>浅谈直属项目部的成本控制</title>
    <link>/proc/200810/12-4690.html</link>
    <description>【摘 要】根据笔者从事工程造价管理工作的经验和体会，阐述了工程项目实施的全过程中，如何有效控制直属项目部的施工成本，提高项目效益。
　　项目部是建筑承包企业的成本中心，项目建设过程中的人工、材料、机械的投入都集中在项目部发生。只有搞好每个项目的成本管理，才</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件项目中的功能点法估算—实例</title>
    <link>/proc/200810/12-4689.html</link>
    <description>需求：实现一个订单的录入，更新，删除和查询功能。订单信息是指一个用户订购的公司产品的情况。其中订单头包含了具体的类型，订购时间，发运地址，客户名称等信息。订单明细包含了订购的具体产品的数量的情况。
　　假设：
　　1.用户表和产品数据表已经建立，本次订单功</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目成本估计的结果</title>
    <link>/proc/200810/12-4688.html</link>
    <description>1.成本估计
　　成本估计是项目各活动所需资源的成本的定量估算，这些估算可以简略或详细形式表示。
　　对项目所需的所有资源的成本均需加以估计，这包括(但不局限于)劳力、材料和其它内容(如考虑通货膨胀或成本余地)。成本通常以现金单位表达(如元，法朗，美元等)，以便</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>需求管理的必要性及控制需求渐变的方法</title>
    <link>/proc/200810/12-4687.html</link>
    <description>本文介绍了需求管理的必要性，并介绍了控制需求渐变的一些方法。
　　软件需求是整个软件项目的最关键的一个输入，和传统的生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点，他不像生产汽车、电脑等硬件的需求，是有形的、客观的、可描述的、可检测</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目成本估计的工具和方法</title>
    <link>/proc/200810/12-4686.html</link>
    <description>1.类比估计
　　类比估计是用先前类似项目的实际数据作为估计现在项目的基础。这种估计法适用于早期的成本估计，因为此时有关项目仅有少量消息可供利用。类比估计是专家判断的一种形式，类比估计是化费较少的一种方法，但精确性也较差。以下情况下类比估计是可靠的：
　　(</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理的主要控制要素</title>
    <link>/proc/200810/12-4685.html</link>
    <description>　摘要：项目管理的主要控制要素是质量，进度和成本。项目管理的目标是在保证质量前提下，寻找进度和成本的最优解决方案，确保对成本/进度进行有效地控制。赢得值分析法是工程项目成本/进度综合度量和监控的有效方法：在水电工程中成本/进度综合控制中推广应用现代科学管理方</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>影响工程成本的主要因素</title>
    <link>/proc/200810/12-4684.html</link>
    <description>影响工程成本的主要因素包括：项目属性、人员属性、计算机属性、项目成果属性及其他的因素。在进行项目成本估算时，应当综合考虑这些因素。
　　1项目属性
　　项目本身的属性是影响工程成本最直接的因素，需求的不确定性、计划的不落实性、规模和工作量的不确定性、进度与</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目成本失控的原因</title>
    <link>/proc/200810/12-4683.html</link>
    <description>项目成本控制工作是在项目实施过程中，通过项目成本管理尽量使项目实际发生的成本控制在预算范围之内。
　　如果项目建设的实际成本远远超出批准的投资预算，就表明出现了成本失控。那么发生成本失控的主要原因有哪些呢?
　　首先，对工程项目认识的不足，主要包括：
　　</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>人月到底有多少神话色彩？Boehm的模型和数据</title>
    <link>/proc/200810/12-4682.html</link>
    <description>很多年来，人们对软件生产率和影响它的因素进行了大量的量化研究，特别是在项目人员配备和进度之间的平衡方面。
　　最充分的一项研究是Barry Boehm对63个项目的调查，其中大多数是航空项目和25个TRW公司的项目。他的《软件工程经济学》(Software Engineering Economics)不</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目成本控制的依据和方法</title>
    <link>/proc/200810/12-4681.html</link>
    <description>项目成本控制的依据
　　1 项目的成本管理绩效报告
　　2 项目的变动请求
　　3 项目成本管理计划
　　项目成本控制的方法
　　项目成本控制方法包括两类，一类是分析和预测项目影响要素的变动与项目成本发展变化趋的项目成本控制方法，另一类是控制各种要素变动而实现</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>如何理解“挣值（时）技术”</title>
    <link>/proc/200810/12-4680.html</link>
    <description>挣值技术从参考基准(Value)上可以反映出美国项目管理团队的特色，拥有很大的财务预算，实用和结算权。放在中国国内的环境，除了建筑和制造等传统能够较为实用外，放在IT行业，则举步维艰。这是为什么呢?作为一个项目经理，你知道你的员工的工资和成本么?由于国内企业会计保密</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目成本管理过程中应注意的几个问题</title>
    <link>/proc/200810/12-4679.html</link>
    <description>摘　要:成本管理作为企业项目管理活动中关键的一环，对于节约企业的成本。提高企业的经济效益有着至关重要的作用，而如何将宏观的项目成本管理纳入到日常的项目管理工作当中去，是值得施工企业的管理者认真思考的问题。
　　关键词:成本管理；问题
　　项目责任成本管理是</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目成本管理的八项举措</title>
    <link>/proc/200810/12-4678.html</link>
    <description>项目成本管理的举措很多，而且针对不同的项目应区别对待，不能盲目效仿和套用，但如果我们采取合理规范的方法和措施，思维开拓，切合实际，项目的成本工作就一定能有成效。
　　1、变不确定为确定
　　项目成本管理中存在许多不确定因素，这些因素往往是项目成本管理不可忽</description>
    <pubDate>2008-10-12</pubDate>
    <category>成本与进度</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>如何规避电子政务项目的风险?</title>
    <link>/tzfx/200810/12-4677.html</link>
    <description>如果设计不成功，项目就决不会成功。成功的原因都一样，不成功的原因各有各的不同。
　　直面电子政务的高风险 
　　在建设电子政务的热潮中，有一个普遍性问题较少被关注和提及，那就是项目风险。通常信息化项目都存在高风险，成功率平均只有30％左右，电子政务更不例外，</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>尽早管理项目风险</title>
    <link>/tzfx/200810/12-4676.html</link>
    <description>早预测，早准备，降低风险，发现机会。&amp;mdash;&amp;mdash;Aaron Smith
　　风险无处不在。过街、换车道、参加棒球赛、在院子里挖地，做这些事情都有风险。人们对有些风险不以为然，比如过马路---反正大部分司机会注意红灯。
　　项目实施过程中的风险就复杂得多了。你要走的路</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>IT经理如何控制系统项目中的风险</title>
    <link>/tzfx/200810/12-4675.html</link>
    <description>签合同前的&amp;ldquo;需知&amp;rdquo; 
　　一般情况下，如果项目经理在项目合同签订以前加入项目，可以充分利用项目采购管理一章的知识，了解自己公司在项目中的位置，对买方提出的RFP认真回答，规避潜在的风险，这是非常重要的。对于RFP中过高的要求不能完全满足时，应充分说明，</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>IT应用项目的风险管理</title>
    <link>/tzfx/200810/12-4674.html</link>
    <description>充满了风险的IT应用 
　　从宏观层面上看，各行各业在IT方面都进行了大量的投资，尤其是一些高技术和竞争比较激烈的行业，例如计算机、通讯等行业，但对于投资效果并不是特别乐观。根据美国的一项统计，在80年代，美国企业在IT应用上投资了10,000亿美元，而与同期实际产出增</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>风险管理：计划要赶上变化</title>
    <link>/tzfx/200810/12-4673.html</link>
    <description>&amp;ldquo;计划赶不上变化&amp;rdquo;，是H公司主管IT部门的卢经理过去常说的一句话。他的话并非牢骚，而是真实地表达了这几年信息化规划和需求之间，&amp;ldquo;按下葫芦浮起瓢&amp;rdquo;的窘境。
　　H公司是一家比较注重规范管理的建筑企业，也十分注重信息化应用。但是，由于施工过程</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>如何控制信息技术外包的风险？</title>
    <link>/tzfx/200810/12-4672.html</link>
    <description>　失控与风险控制 
　　风险失控还表现在：服务不能及时到位以及质量无法保证；灵活性减弱，需求的变化及其满足必须与外包商协调后才能得到解决；成本攀升，外包商常常会要求支付一些附加费用；企业秘密和机密信息可能会泄露给外包商；企业内部的智力资产可能会受到侵犯等；</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>风险管理与管理信息系统建设</title>
    <link>/tzfx/200810/12-4671.html</link>
    <description>最近，关于工程建设项目管理系统建设风险的讨论越来越多了，风险以及风险管理这两个概念，大家可能都有自己的理解，但是这种理解是否能够成为一种共识，不得而知。因此，本文希望就这个问题进行一些有关的探讨，旨在强化理解和增加它们在实际工作中的应用。
　　什么是风险</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目风险管理解决方案及应用</title>
    <link>/tzfx/200810/12-4670.html</link>
    <description>1. 引言 

&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;项目是在复杂的自然和社会环境中进行的，受众多因素的影响。对于这些内外因素，从事项目活动的主体往往认识不足或者没有足够的力量加以控制。项目的过程和结果常常出人意料，有时不但未能达到项目主体预期的目的，反而使其蒙受各种各样</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件项目中的风险管理</title>
    <link>/tzfx/200810/12-4669.html</link>
    <description>摘 要 介绍了项目风险管理的过程及常用的工具和方法，讨论了软件项目中经常面临的风险类型和经典的风险管理模型。 
关键词 项目管理；风险管理；风险管理模型 
1.&amp;nbsp; 引言 
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>信息系统建设项目风险评估方法</title>
    <link>/tzfx/200810/12-4668.html</link>
    <description>　评估这个词并不陌生,但项目风险评估在我国的应用还不太广泛，信息系统建设项目的风险评估的应用就更少了。实际上，几乎干什么事情都或多或少地存在着风险，对于我们已经顺利完成了的项目，只不过是我们在不知不觉中克服了风险而已，而那些没有进行到底而流产的项目，则是典</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>数据分析项目中的风险管理</title>
    <link>/tzfx/200810/12-4667.html</link>
    <description>随着我国各部门、各行业信息化建设的推进，面向操作层和管理层的各种运营支撑系统、管理信息系统正逐步建成和走向完善。在积累了较丰富的信息化经验和数据后，面向决策层的各种数据分析系统越来越受到重视。 
　　软件项目都存在着这样那样的风险，这是由软件项目的创造性本</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发质量和风险的定量监理</title>
    <link>/tzfx/200810/12-4666.html</link>
    <description>软件质量是指与软件产品满足规定和隐含的需求的能力和有关的特征的全体，即所有描述计算机软件优秀程度的特性的组合。
　　应用软件的质量依赖于问题需求的描 述、解决方案的建模设计、可执行程序的编码的产生以及为发现错误而运行软件的测试。一个优秀的监理工程师应该能够</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>风险管理三重门</title>
    <link>/tzfx/200810/12-4665.html</link>
    <description>&amp;ldquo;2、3年后风险管理系统的实施才会在我国银行业中真正热起来。&amp;rdquo;这是业界专家对风险管理较为乐观的预测。自新巴塞尔协议后，&amp;ldquo;风险管理&amp;rdquo;引起了全球银行业的大讨论。特别是，近期我国银监会也发布了《商业银行资本充足率管理办法》，记者采访中发现，尽</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>人力资源管理中的风险管理</title>
    <link>/tzfx/200810/12-4664.html</link>
    <description>在进行人力资源管理时，我们往往重视招聘、培训、考评、薪资等各个具体内容的操作，而忽视了其中的风险管理问题。其实，每个企业在人事管理中都可能遇到风险，如招聘失败、新政策引起员工不满、技术骨干突然离职等等，这些事件会影响公司的正常运转，甚至会对公司造成致命的</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件风险管理，防患于未然</title>
    <link>/tzfx/200810/12-4663.html</link>
    <description>伴随着从业人员的痛苦，软件工程、项目管理、过程控制、能力成熟度等知识开始被大家接受，这方面的书也出了很多。我们在理论和实践的碰撞中一步步成长，项目管理就有些模样，至少有了配置管理和版本控制，并引入了里程碑检查。按说理论增强了，控制能力提高了，工作就能更加</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>浅论软件外协项目的风险管理</title>
    <link>/tzfx/200810/12-4662.html</link>
    <description>任何项目都和其它经济活动一样，带有一定的风险，软件开发项目自然也包含各种各样的风险，其中比较典型的一类就是软件外协项目的风险。完全避开或消除风险是不可能的，但是我们可以尽量的减少损失，将威胁化为机会，这就要求项目主体充分了解和掌握风险的来源、性质以及发生</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>风险管理过程</title>
    <link>/tzfx/200810/12-4661.html</link>
    <description>摘要
本文详尽地描述了软件开发项目的风险管理过程，主要包括过程的具体活动，和采用的工具。 这里将软件风险管理过程分为五个步骤：风险识别，风险分析，风险计划，风险跟踪，和风险应对。对于每个步骤的具体活动将在后面详细介绍。
风险管理过程
软件风险是指软件开发过程</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件系统安全性风险评价（下）</title>
    <link>/tzfx/200810/12-4660.html</link>
    <description>定量风险评价篇
　　定量风险评价比定性方法更精细，也更复杂，包括很多种方法，主要有概率风险评价PRA(Probabilistic Risk Assessment)、GO-FLOW法、火灾爆炸指数法FEI(Fire Explosion Index)等。定量风险评价比定性方法更需要有可靠数据的支持，否则其优越性会无法发挥。</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件系统安全性风险评价（中）</title>
    <link>/tzfx/200810/12-4659.html</link>
    <description>定性风险评价篇 
安全性风险评价方法可分为定性与定量两大类。
定性风险评价主要包括风险评估指数法RAC（Risk Assessment Code）、总风险暴露指数法TREC（Total Risk Exposure Code）、直接风险评估法SCRAM（Short-Cut Risk Assessment Method）等。其主要特点是对危险的可能</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件系统安全性风险评价（上）</title>
    <link>/tzfx/200810/12-4658.html</link>
    <description>　风险评价是软件系统安全性工程中的一项重要内容，其目的是把注意力集中在安全性关键问题上，保证及时采取预防措施，避免日后进行昂贵的风险补偿行为。风险评价工作涉及多种可靠性安全性分析技术与分析项目，数据量大，数据关系复杂，是一项庞杂的工作，需要理清其工作程序</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理中风险评价的必要性</title>
    <link>/tzfx/200810/12-4657.html</link>
    <description>摘要：在项目管理实践中，风险是时时存在的。 因此，如何评价、度量风险的大小，确定可接受风险和不可接受风险，对不可接受风险作进一步分析，制定补偿措施，将风险减至最小或可以接受的水平，是一个急需解决的课题。本文从风险评价的意义出发，探讨了风险评价的基本方法。</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目风险管理技术——VERT方法综述</title>
    <link>/tzfx/200810/12-4656.html</link>
    <description>摘要：VERT方法最初的运用对象大多数属于国防系统研制的计划管理和风险决策分析。近年来，高技术研制项目已广泛渗入民用产品和一般工业企业， VERT方法的应用已扩展到各行各业，IT行业也不例外，显示出VERT的广阔应用前景。我们旨在将VERT方法引入软件领域，为项目管理人员进</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理中风险分析的基本概念</title>
    <link>/tzfx/200810/12-4655.html</link>
    <description>摘要：在进行大型的软件项目开发中，往往需要采用许多新的、复杂的技术，投入巨额的资金，组织庞大的研制队伍，以及持续相当长的研制时间。这些都会带来种种难以预见的不确定性因素，造成失败的风险。本文对项目管理中风险分析的基本概念进行了较为详细地探讨，具有一定的指</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>风险管理报告</title>
    <link>/tzfx/200810/12-4654.html</link>
    <description>风险名称
            
            　
            
            风险识别人
            
            　
        
        
            
            风险编号
            
            　</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理中的风险判别</title>
    <link>/tzfx/200810/12-4653.html</link>
    <description>摘要：本文从风险判别的角度出发，结合项目管理实践，将所有风险划分为低、中、高三个级别，并分析了社会环境风险、技术风险、费用风险、进度风险、管理风险的具体涵义以及各自风险因素的级别描述。
　　关键词：风险判别 风险因素 级别描述
　　在软件项目开发实践中，任</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目风险管理研究(续)</title>
    <link>/tzfx/200810/12-4652.html</link>
    <description>摘要：风险管理一直是项目管理中的重点和难点问题。本文结合作者多年来从事项目管理的经验，在《项目风险管理研究》一文的基础上，对风险概念、风险特征、风险效应、风险评估进行了深入的研究，对项目管理过程中的风险问题做了进一步的阐述，希望能对广大项目管理人员起到抛</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目风险管理研究</title>
    <link>/tzfx/200810/12-4651.html</link>
    <description>摘要：风险管理一直是项目管理中的重点和难点问题。本文结合作者多年来从事项目管理的经验，对风险的定义、风险的特点、风险识别及方法、风险分析及方法、风险控制、风险因素指标体系进行了深入的研究，对项目管理过程中的风险问题做了全面的阐述，希望能对广大项目管理人员</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件项目风险管理</title>
    <link>/tzfx/200810/12-4650.html</link>
    <description>　1 前言
　　一般来说，软件工程师总是非常乐观。当他们在计划软件项目时，经常认为每件事情都会像计划那样运行，或者，又会走向另外一个极端。软件开发的创造性本质意味着我们不能完全预测会发生的事情，因此制定一个详细计划的关键点很难确定。当有预想不到的事情引起项</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目遇险的3个问题，4个因素和8个信号 </title>
    <link>/tzfx/200810/12-4649.html</link>
    <description>三个问题篇
　　在你的职业生涯里，总有些时候需要你当机立断地终结一个失败的开发项目。当然，那是我们最希望避免出现的结果。从好的方面看失败会令人沮丧，从坏的方面看项目的完蛋或许会威胁到你的职业安全性了。如果你能采取行动拯救一个项目，那么你就可能有机会影响项目</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发项目的风险管理</title>
    <link>/tzfx/200810/12-4648.html</link>
    <description>众所周知，软件开发过程可分为：需求分析、设计、编码、测试、安装及维护等几个过程（在RUP方法中：业务建模、需求、分析设计、实施、测试、部署），实际上一个完整的软件项目前后还有其它过程，在这里列出的只是和软件开发相关的核心过程。 软件项目的生命周期可以分为四个</description>
    <pubDate>2008-10-12</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>网络环境下的档案创新服务</title>
    <link>/document/200810/12-4646.html</link>
    <description>当前档案工作者的重要使命就是开发和利用档案信息资源，不断创新档案服务机制，积极主动地为经济建设主战场服务，为全面建设小康社会服务。要通过计算机网络为用户提供服务，并加强各项事务管理，促使档案管理现代化。
&amp;nbsp;&amp;nbsp;&amp;nbsp; 一、创新服务手段
&amp;nbsp;&amp;nbsp;&amp;n</description>
    <pubDate>2008-10-12</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>新产品开发项目管理所涉及体系文档目录（四）</title>
    <link>/document/200810/12-4645.html</link>
    <description>├─07质量管理
│├─QA任务清单.doc&amp;nbsp;&amp;nbsp;&amp;nbsp; 120.50KB
│├─QA评分标准.xls&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 18.00KB
│├─不符合项处理规程.doc&amp;nbsp;&amp;nbsp;&amp;nbsp; 104.50KB
│├─各部门重点过程检查表.xls&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 39.50KB
│├─工作产品评审检查</description>
    <pubDate>2008-10-12</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>新产品开发项目管理所涉及体系文档目录（三）</title>
    <link>/document/200810/12-4644.html</link>
    <description>├─05项目管理
│├─01立项
││├─新产品的商品化立项书模板.doc&amp;nbsp;&amp;nbsp;&amp;nbsp; 134.00KB
││├─新产品规划立项书模板.doc&amp;nbsp;&amp;nbsp;&amp;nbsp; 145.50KB
││├─新产品规格定义书模板.doc&amp;nbsp;&amp;nbsp;&amp;nbsp; 125.50KB
││├─立项阶段流程.doc&amp;nbsp;&amp;nbsp;&amp;nbsp;</description>
    <pubDate>2008-10-12</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>新产品开发项目管理所涉及体系文档目录（二）</title>
    <link>/document/200810/12-4643.html</link>
    <description>├─03硬件规范
│├─HW Design Review Control Form.xls&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 81.50KB
│├─PCB封装修改申请及检查流程.doc&amp;nbsp;&amp;nbsp;&amp;nbsp; 250.00KB
│├─PCB封装制作申请及检查流程.doc&amp;nbsp;&amp;nbsp;&amp;nbsp; 250.50KB
│├─PCB库制作及检查规定.doc&amp;nbsp;&amp;nbsp;&amp;</description>
    <pubDate>2008-10-12</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>新产品开发项目管理所涉及体系文档目录（一）</title>
    <link>/document/200810/12-4642.html</link>
    <description>├─01通用规范
│├─bug填写规范.txt&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2.93KB
│├─bug流转规范.doc&amp;nbsp;&amp;nbsp;&amp;nbsp; 332.50KB
│├─ppt模板.ppt&amp;nbsp;&amp;nbsp;&amp;nbsp; 122.00KB
│├─个人季报模版.doc&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 70.50KB
│├─会议纪要模版.doc&amp;nbsp;&amp;nbs</description>
    <pubDate>2008-10-12</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件项目管理之文档化进程[1]</title>
    <link>/document/200810/12-4641.html</link>
    <description>　什么样的人适合看这篇文章?
　　1、项目经理
　　2、希望改进团队现状的技术人员
　　3、学习软件工程觉得是一纸空文的大学生
　　如果您并不觉得软件项目管理是一项管人的艺术，请阅读我刚无意收集到的一篇文章《一个敏捷教练中止越轨列车的故事》
　　众所周知，软</description>
    <pubDate>2008-10-12</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理之软件文档知多少</title>
    <link>/document/200810/12-4640.html</link>
    <description>如今，软件开发越来越复杂，软件功能也越来越丰富。而几乎所有成熟的商业软件，都是靠一个开发团队齐心协力的血汗结晶。&amp;ldquo;罗马不是一天建成的!&amp;rdquo;，当我们震撼于Microsoft Windows的惊世巨著的同时，也道听途说了微软公司软件工程是如何的完善规范。的确，集数百名</description>
    <pubDate>2008-10-12</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>合同管理：国际工程管理永恒的主题[1]</title>
    <link>/document/200810/12-4639.html</link>
    <description>国际工程项目管理与国内工程有很多的不同，在人才需求、资源组织、施工方法和程序等方面都有很多的差别。这些差别给项目管理增加了很多困难，但所有差别中，最大的还是对合同管理的认识和观念上的差别。
　
　　国际工程合同管理包含了进度控制、质量控制、环境污染控制、安</description>
    <pubDate>2008-10-12</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>全面质量管理在软件业的应用</title>
    <link>/quit/200810/12-4638.html</link>
    <description>早在20世纪60年代中期，人们就发现软件的生产出现了&amp;ldquo;问题&amp;rdquo;，主要表现在生产过程不规范，缺乏管理。后来，人们在软件工程方法学中引入了工程的概念、原理、技术和方法，这种思想在一定程度上解决了软件生产过程中遇到的问题。但是直至80年代还是没有提出一套管理</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>如何实施软件质量保证</title>
    <link>/quit/200810/12-4637.html</link>
    <description>软件质量保证（即SQA&amp;mdash;&amp;mdash;Software Quality Assurance），是CMM2级中的一个关键过程域,它是贯穿整个软件过程的第三方独立审查活动，出现在大多数关键过程域的检查与验证的公共特性中，在整个软件开发过程中充当重要角色。从CMM2级中包含的6个关键过程域来看，无论是</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发质量保证体系</title>
    <link>/quit/200810/12-4636.html</link>
    <description>编者注：这是某公司自己制订的供内部使用的软件开发质量保证体系，我们可以借鉴其精华，结合自己公司的实际情况，制订出适合实际的软件开发质量保证体系。
1. 使用范围
2. 引用标准 
3. 定义 
4. 质量体系框架 
4.1 管理职责 
4.2 质量体系
4.3 评审
4.4 纠正措施
5. 质量体</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件质量管理在银行的应用</title>
    <link>/quit/200810/12-4635.html</link>
    <description>银行与软件
　　随着全球经济一体化的发展，银行业务将会以更加多样化的形式出现，企业间的各种结算将会更加复杂和频繁，银行业的竞争也越来越多地体现在运用新的科技手段之上。怎样能将银行机构原有的计算设备和网络系统进行改造和更新，并建立一套更加先进、稳定而又具有</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>配置管理——实施软件质量管理的关键</title>
    <link>/quit/200810/12-4634.html</link>
    <description>质量,一直是企业生存的根本。软件作为一种高智力的创造活动,既具有制造业的一般特性,同时又由于其知识性强、创造性大,而具有一般制造业所没有的特点。所以软件质量管理既要秉承制造业质量管理的一般原则和思想,又要针对软件的特点,而具有自身的规范。制定出标准、有效、可操</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>高能力成熟度软件企业中软件质量工程师的职责</title>
    <link>/quit/200810/12-4633.html</link>
    <description>随着科学技术的不断发展进步，企业之间的竞争越来越激烈。软件企业要想在竞争中发展生存，提高软件产品质量已成为必要条件。在一些高能力成熟度软件企业中，专门成立了质量保证和控制职能部门，起着提高项目管理透明性和确保软件产品质量的双重作用。
　　软件质量工程师是隶</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>企业取证之后如何持续保证质量体系有效运行</title>
    <link>/quit/200810/12-4632.html</link>
    <description>1.前言
　　近几年来，广大企业对提高产品质量、降低成本、增加效益就必须认真贯彻GB/T19000&amp;mdash;ISO9000族标准，搞好企业质量管理，已经形成了共识。企业中普遍掀起了贯标、建立质量体系、实行第三方认证的热潮，并且许多企业已经取得了认证（注册）证书。这标志着这些企</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>八项质量管理原则</title>
    <link>/quit/200810/12-4631.html</link>
    <description>为了成功地领导和运作一个组织，需要采用一种系统和透明的方式进行管理。针对所有相关方的需求，实施并保持持续改进其业绩的管理体系，使组织获得成功。组织为实现质量目标，应遵循以下八项质量管理原则。
原则1： 以顾客为中心
　　组织依存于其顾客。因此，组织应理解顾客</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>开放源码有利软件质量提高</title>
    <link>/quit/200810/12-4630.html</link>
    <description>近年来，一种新的思潮在国际上受到越来越多的关注，已经取得丰硕成果，而且将对整个软件产业格局产生重大深远影响，这就是所谓开放源码思想。
　　开放源码的基本思想很简单，最初由于计算机硬件造价昂贵，许多公司认为计算机软件不值钱，将其仅看作是整个计算机的附属产品</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>如何评价软件的质量</title>
    <link>/quit/200810/12-4629.html</link>
    <description>我们常说某某软件好用，某软件功能全、结构合理、层次分明。这些表述很含糊，用来评价软件质量不够确切，不能作为企业选购软件的依据。对于企业来说，开发单位按照企业的需求，开发一个应用软件系统，按期完成并移交使用，系统正确执行用户规定的功能，仅仅满足这些是远远不</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件质量，CMM不是惟一</title>
    <link>/quit/200810/12-4628.html</link>
    <description>软件能力成熟度，如今，已经成为了软件质量保障的代名词。其实，只要有一个科学合理的软件管理流程，不实施CMM也一样能够生产高质量的软件产品。但是，这并不代表CMM就不应该推广，只是，我们应该提倡因企业而异，根据企业自身实际情况选择保障软件质量的方式。
　　软件能力</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>实时控制软件的质量控制</title>
    <link>/quit/200810/12-4627.html</link>
    <description>软件测试
　　从软件生存周期看，软件测试是卡住软件质量，尤其是卡住软件可靠性的最后一道关口。但软件测试并不仅仅局限于这个阶段，而应贯穿于软件开发的全过程(见图4)。应解决这样一个认识问题&amp;mdash;&amp;mdash;用于实时控制系统一类的复杂软件，自认为没有错误的想法是不切</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>实时控制软件的质量控制（1）</title>
    <link>/quit/200810/12-4626.html</link>
    <description>如何确保嵌入式实时控制软件的质量?对这类软件的生产过程如何进行有效的质量控制?这是一个重要的研究课题。为解决软件危机而产生和发展起来的软件工程成功地解决了软件开发中存在的许多问题。它不仅对软件开发、设计和生产有直接影响，而且对提高软件质量有显著成效。实践表</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>呼唤高质量软件</title>
    <link>/quit/200810/12-4625.html</link>
    <description>计算机和通信技术的迅速发展为我国的IT行业带来了空前发展的机遇，特别是为软件行业。软件企业能否抓住这个难得的发展机会，需要多方面的努力。软件质量保障在软件企业发展中占有重要位置。 　　软件是人造的最复杂系统。软件中微小的失误，可能会导致质量事故、产品报废甚至</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>为软件质量保驾—过程管理与项目管理技术的应用</title>
    <link>/quit/200810/12-4624.html</link>
    <description>我国软件业与世界先进国家相比，差距甚远，其主要原因是软件工程化技术没有得到广泛的应用。今天，软件开发不再是软件开发人员的个人行为而是团队行为，对软件开发机构来说，如何在要求的时间内、合理的投资下保质保量地交付软件产品是一个巨大的挑战。无论是在软件水平最高</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件质量评价标准</title>
    <link>/quit/200810/12-4623.html</link>
    <description>我们把影响软件质量的因素分成三组，分别反映用户在使用软件产品时的三种不同倾向或观点。这三种倾向是：产品运行、产品修改和产品转移。信息系统作为一个产品，也可以参照这三种倾向来定义。
　　 

&amp;nbsp;
　　我们可以采取以下步骤实施全面质量控制：
　　1.实行工程</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>关于软件质量和软件测试的一点点看法</title>
    <link>/quit/200810/12-4622.html</link>
    <description>　软件测试和软件质量的概念是分不开的。测试是手段，质量是目的。关于软件质量，学软件工程的时候曾考虑过这个问题，但想得不深。现在正好可以借把想法变成文字的过程理一理自己的思路，谈谈我的看法。
　　在学校读书的时候，我有很多与我不同专业的朋友，建筑的，桥梁的</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>质量管理和质量保证的术语</title>
    <link>/quit/200810/12-4621.html</link>
    <description>GB／T6583－1994 ISO/8402－1994版共定义了67条质量管理和质量保证的术语，分类如下：
基本术语：13条
与质量有关的术语：19条
与质量体系有关的术语：16条
与工具和技术有关的术语：19条 本章将叙述几个重要的术语
一、产品（Product）
二、过程（Process）
三、程序（Proce</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>SQA到底是什么？</title>
    <link>/quit/200810/12-4620.html</link>
    <description>一、 前言
　　本人在企业从事SQA工作，同时兼任SEPG的工作进行基于CMM3的过程改进，在实践过程中，对SQA的工作有了较多的想法和认识。本文是个人看法，请大家指教，如果要和本人联系，请发Email到：heqingemail@163.net。
　　二、SQA的理论探索
　　2.1、过程的 认识</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>运用全面质量管理提高软件质量</title>
    <link>/quit/200810/12-4619.html</link>
    <description>我们把影响软件质量的因素分成三组，分别反映用户在使用软件产品时的三种不同倾向或观点。这三种倾向是：产品运行、产品修改和产品转移。信息系统作为一个产品，也可以参照这三种倾向来定义。
&amp;nbsp;
　　 
&amp;nbsp;
　　 

&amp;nbsp;
　　 
&amp;nbsp;
&amp;nbsp;
　　 
　　</description>
    <pubDate>2008-10-12</pubDate>
    <category>质量</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>给项目管理一双慧眼</title>
    <link>/qj/200810/12-4618.html</link>
    <description>在诸多招聘广告中，经常可以看见一些IT软件企业或集成商对他们的技术部门经理或者项目经理是这样要求的：
　　有XX行业X年软件开发经验 
　　精通XXX编程语言 
　　掌握XXX数据库 
　　&amp;hellip;&amp;hellip; 
　　这里面隐含着什么意义？那就是对于大多数IT企业，他们眼中的</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>解决项目管理中的连锁反应</title>
    <link>/qj/200810/12-4617.html</link>
    <description>我们经常看到任务延迟累计起来并导致项目延长而错过交货期。显然，传统的项目管理方法（更精确的数据，跨只能小组和更好的任务规定）并不能有效处理这个事实。那么我们应当如何解决这个问题保证项目正常进行呢？
约束理论（TOC，Theory of Constraint）的创立者Eli Goldratt</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>浅谈项目管理的几大过程</title>
    <link>/qj/200810/12-4616.html</link>
    <description>一.商务谈判 
1.作人的姿态 
作人似乎跟商务谈判不太有关系，很多技术人员相信PM需要的是本事，是如何做好一个项目，而不是会搞好关系弄的四平八稳的人。随着PM在中国的悄悄兴起，越来越多的PM开始在老总的授意下参与商务谈判，和销售们一起打单子，这就比较实在的需要PM们</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发项目的计划若干问题</title>
    <link>/qj/200810/12-4614.html</link>
    <description>四、软件开发项目计划的常见问题分析
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;有人说：&amp;ldquo;做项目计划，如同给一个待出生的婴儿写传记那样困难。如果允许项目结束后再写计划，那就轻松多了，并且可以 100% 地准确&amp;rdquo;。确实是这样，为什么项目的计划这么难呢？
&amp;nbsp;&amp;nb</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发项目控制浅谈（上）</title>
    <link>/qj/200810/12-4613.html</link>
    <description>摘要

本文主要谈谈软件开发项目控制的作用和类型，以及项目控制的步骤。
关键词
项目管理、控制
正文

一、项目控制的作用

&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;项目控制的作用就是为了保证项目按照预期的项目目标进行，必须对项目的运行情况和输出进行持续的跟踪监控，</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发项目控制浅谈（下）</title>
    <link>/qj/200810/12-4612.html</link>
    <description>三、项目控制的步骤

&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;从以上项目控制的作用和类型分析来看，项目控制的基础和依据是项目目标和项目计划，所以项目控制的步骤就是：根据项目目标制定项目控制计划（包括进度控制计划、质量控制计划、成本控制计划）、设定阶段成果验收准</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>如何制定软件项目测试计划</title>
    <link>/qj/200810/12-4611.html</link>
    <description>摘要 随着测试走向规范化管理，测试计划成为测试经理必须完成的重要任务之一，本文根据实践经验结合理论，探讨如何制定软件项目测试计划。
　　关键字 测试计划 变更
　　正文
　　软件测试计划作为软件项目计划的子计划，在项目启动初期是必须规划的。在越来越多公司的软</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理注意事项 </title>
    <link>/qj/200810/12-4610.html</link>
    <description>一、引言
&amp;nbsp;&amp;nbsp;软件行业从20世纪60年代开始操作系统的研发，到20世纪90年代中期行业快速发展。从原有的作坊式开发到目前团队协作完成，从早期的技术力量竞争到现有的项目成本控制竞争，从面向结构到面向对象再到面向服务架构，项目管理被提到一定的高度，如何有效的经</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目回顾步骤（三）</title>
    <link>/qj/200810/12-4609.html</link>
    <description>Retrospective Planning Worksheet
Project: ____________ Planning Date: _____________
项目： ____________ 计划日期： ____________


    
        
            Item
            Considerations
            Your Plan
        
        
            Sponso</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目回顾步骤（二） </title>
    <link>/qj/200810/12-4608.html</link>
    <description>Retrospective Meeting
&amp;nbsp;&amp;nbsp;回顾会
&amp;nbsp;&amp;nbsp;Open Meeting开始会议 The Facilitator opens the meeting.
&amp;nbsp;&amp;nbsp;1. State the meeting objectives and agenda.
&amp;nbsp;&amp;nbsp;2. Briefly review the retrospective process and the end goal.
&amp;nbsp;&amp;nbsp;3. I</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目回顾步骤（一）</title>
    <link>/qj/200810/12-4607.html</link>
    <description>Introduction
&amp;nbsp;&amp;nbsp;简介
&amp;nbsp;&amp;nbsp;Purpose目的 
&amp;nbsp;&amp;nbsp;Significant insight can be gained by analyzing a software development project and identifying which processes, activities, and characteristics were successful and which were not. The prim</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>浅谈项目管理中的压力管理和“软”管理 </title>
    <link>/qj/200810/12-4606.html</link>
    <description>&amp;nbsp;引言
&amp;nbsp;&amp;nbsp;在很多项目中，本来在人员安排，资金，时间进度上都没有问题，但是在项目过程中，由于人际关系，项目关键成员由于其它原因情绪低落，或者项目经理在某些事情的处理上不合众意，对整个团队的士气造成了一定程度的影响。这些问题在每个项目中都不可能完</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>有计划才能应对变化 </title>
    <link>/qj/200810/12-4605.html</link>
    <description>&amp;nbsp;项目管理包括很多个过程，从整个项目生命周期和生命周期每个阶段的管理过程来看都可以划分归纳为以下五个过程：启动、计划、执行、控制和收尾。这五个过程对任何一个项目而言无疑都是不可或缺的，本文侧重讨论其中的计划管理过程。
&amp;nbsp;&amp;nbsp;包括软件开发项目在内，</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>实施外包的关键因素 </title>
    <link>/qj/200810/12-4604.html</link>
    <description>外包是发包方和接包方互相信任、高度协作的共同行为。为了顺利实施外包，对于发包方，要求企业具有一定的技术水平、项目管理水平、人力资源和沟通控制能力。对于接包方，要求企业具有一定的成本、质量控制能力，具有国际市场开拓能力（包括业务能力、交流能力、接包渠道和商</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目总结：形成闭环的关键 </title>
    <link>/qj/200810/12-4603.html</link>
    <description>案例 
　　A公司是一家国内中型IT系统集成公司，有多年的行业系统集成经验。通过多年的经验积累和管理探索，建立了一些项目管理流程和项目管理信息系统。 
　　在一次大型项目的招投标项目上，公司副总任命James为本次投标项目的负责人，来组织和管理整个投标过程。 
　　Jam</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件项目管理原则谈</title>
    <link>/qj/200810/12-4602.html</link>
    <description>软件开发的残酷的现实告诉我们：没有规则的软件开发过程带来的只可能是无法预料的结果。我们中的大多数项目管理人员在其个人简历中纷纷写到：&amp;ldquo;拥有多年的丰富的项目管理经验&amp;rdquo;，但在实际开发中，&amp;ldquo;丰富的&amp;rdquo;管理经验变成了软件开发人员可怕的梦魇。一次</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理：计划与跟踪过程</title>
    <link>/qj/200810/12-4601.html</link>
    <description>摘要
这是我们的项目计划与跟踪的内容，在项目实施中使用得很好，我拿出来与大家分享，希望大家多提意见，谢谢！ 最初的项目计划不够精确和准确，不能直接</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发管理规范流程图 </title>
    <link>/qj/200810/12-4600.html</link>
    <description>摘项目管理的根本目的是按时、保质、保量完成预期交付的成果。项目管理要让整个组织能清楚理解项目实施的目的、影响、进度，应做到项目组所有员工都应理解项目实施的原因、意义及客户的要求。在项目管理中还能看到公司高层领导通过实际行动表现出来的对于项目实施的支持与帮</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理过程中的问题分析方法 </title>
    <link>/qj/200810/12-4599.html</link>
    <description>摘要：人们常常发现，在同一个项目中，不同的管理人员可以根据其专业经验和主观判断，选择不同的管理方法。而应用同样的管理方法，有的管理人员能取得显著的成绩，有的管理人员却可能导致项目的失败。究其原因，是由于人们对问题的不同看法造成的。因此，在项目管理过程中对</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>计划与跟踪</title>
    <link>/qj/200810/12-4598.html</link>
    <description>项目计划是项目管理的第一步，它可以让思想成为产品。一个项目的管理是否混乱的判断首先应该从项目计划开始。以一个项目为例，我们可以将从混乱到清晰的状态分成几种情况：
第一种是知道目标，知道现在该作什么，知道将来该做什么，称之为&amp;ldquo;清晰&amp;rdquo;。
第二种是知道</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>谈谈项目收尾</title>
    <link>/qj/200810/12-4597.html</link>
    <description>谈到项目收尾，可能很多同事都有一大段的牢骚，血泪史当然是少不了的。相信谁都经历过在项目&amp;ldquo;接近&amp;rdquo;结束的时候陷入困境的情况，客户不断的提出新要求；以为已经干完了&amp;ldquo;该干的事情&amp;rdquo;，结果拿起合同一看，天啊&amp;hellip;&amp;hellip;客户要一项一项地对合同的</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理规范-RUP管理实施（第三部分）</title>
    <link>/qj/200810/12-4596.html</link>
    <description>3. 角色划分
角色是抽象的职责定义，它定义的是所执行的一组活动和所拥有的一组文档与模型。
角色通常由一个人或作为团队相互协作的多个人来实现。
项目团队成员通常要履行许多不同的角色职能；就象一个人可以担任许多职务，一个人也可以担任许多不同的角色。
角色并不代表个</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理规范-RUP管理实施（第二部分）</title>
    <link>/qj/200810/12-4595.html</link>
    <description>2. 核心工作流程 
软件工程中的工作流程分为两部分：核心工作流程与核心支持工作流程 核心工作流程（在项目中的流程） 
&amp;middot; 业务需求建模 
&amp;middot; 分析设计 
&amp;middot; 实施 
&amp;middot; 测试 
&amp;middot; 部署 
核心支持工作流程（在组织中的流程） 
&amp;middot; 环境 
&amp;midd</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理规范-RUP管理实施（第一部分）</title>
    <link>/qj/200810/12-4594.html</link>
    <description>第一部分：项目阶段
第二部分：核心工作流程 
第三部分：角色划分 
第四部分：目前实施项目规范的考虑 

概述 
软件开发的产品质量水平，是一个由来已久的话题。而提高软件企业的产品质量水平，必须改进软件产品的开发过程。但是这里没有什么百试百灵的灵丹妙药，我们必须根</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>网站项目建设流程概述 </title>
    <link>/qj/200810/12-4593.html</link>
    <description>一.概念
　　网站项目管理就是根据特定的规范、在预算范围内、按时完成的网站开发任务。 
二.需求分析 
项目立项 
　　我们接到客户的业务咨询，经过双方不断的接洽和了解，并通过基本的可行性讨论够，初步达成制作协议，这时就需要将项目立项。较好的做法是成立一个专门的项</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>一流软件领导的10个特征</title>
    <link>/qj/200810/12-4592.html</link>
    <description>每个行业都以有强有力的领导者而自豪，而软件领导者们必须能应对极高的不确定性。
　　成功的软件领导应具备什么显著特征?以下是麦肯锡公司经过调查得出的结论。
　　特征一：敢于设想
　　他们是在不确定性上发展起来的技术空想家。
　　软件领导者们必须生活于剃刀边缘</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目规划技巧</title>
    <link>/qj/200810/12-4591.html</link>
    <description>项目计划技巧对于现今的软件开发人员来说是必需的。这里有一些帮助您有效地计划下一个项目的建议。 
　　认识到信心来自规划的过程，而不是计划本身。
　　创建项目计划会迫使您早在编写代码之前就考虑如何构建您的系统&amp;mdash;&amp;mdash;减少项目的风险，因为您已经考虑了各种策</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理过程中的棘轮效应 </title>
    <link>/qj/200810/12-4590.html</link>
    <description>文摘：本文引入信息经济学中&amp;ldquo;棘轮效应&amp;rdquo;理论，阐明了软件管理过程中&amp;ldquo;棘轮效应&amp;rdquo;产生的原因、必要条件以及相应的对策。本文可以为项目经理制定科学的业绩评价标准提供建议。
　　关键词：软件项目管理 棘轮效应 业绩评价标准
一.引论
　　棘轮效应(ratc</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件项目管理的成功原则</title>
    <link>/qj/200810/12-4589.html</link>
    <description>1 平衡原则
　　在我们讨论软件项目为什么会失败时可以列出了很多的原因，答案有很多，如管理问题、技术问题、人员问题等等，但是有一个根本的思想问题是最容易忽视的，也是软件系统的用户、软件开发商、销售代理商最不想正视的，那就是：需求、资源、工期、质量四个要素之间</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件项目设计和开发评审指南</title>
    <link>/qj/200810/12-4588.html</link>
    <description>前言
　　最近，和几个同行谈到软件项目阶段评审的问题，有不少人抱怨评审过程无章可依，参与评审的人员分不清自己的职责，甚至对评审过程也不甚了了。为此，笔者结合自己的一些评审经验，参考揉和了几种不同的评审流程，编成《软件项目设计和开发评审指南》，供大家参考。</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>对软件项目管理的探讨 </title>
    <link>/qj/200810/12-4587.html</link>
    <description>一、引言
　　随着信息技术的飞速发展，软件产品的规模也越来越庞大，个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中，对开发实行有效的管理。我公司是西安一家中型软件企业，在公司中已经实行了项目管理制度，软</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目成功九要素#p#副标题#e#</title>
    <link>/qj/200810/12-4586.html</link>
    <description>项目成功的标志
　　一般来说，项目完成了既定目标，满足了项目三要素：时间进度、成本控制、质量要求，就可以认为项目是成功的。但有时候项目的成果被顾客接受就可以认为成功。比如在IT行业里，产品研发突破原定时间、成本要求的情况非常普遍，但是如果最终项目得以技术实现</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目成功的12个关键原则</title>
    <link>/qj/200810/12-4585.html</link>
    <description>1、项目经理必须关注项目成功的三个标准 
　　简单地说，一是准时；二是预算控制在既定的范围内；三是质量得到经理和用户们的赞许。项目经理必须保证项目小组的每一位成员都能对照上面三个标准来进行工作。 
2、任何事都应当先规划再执行 
　　就项目管理而言，很多专家和实</description>
    <pubDate>2008-10-12</pubDate>
    <category>全局管理</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目沟通——小故事中的大道理</title>
    <link>/message/200810/12-4584.html</link>
    <description>一、沟通与效率
　　项目中有很多工作需要充分沟通。确立目标，达成共识需要沟通；明确职责，分工协作需要沟通；工作汇报，意见交流还离不开沟通。沟通障碍往往会造成项目多次返工，事倍功半，严重时会酿成不可挽回的损失，导致项目失败。下面的故事能说明这个道理：
　　</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>构建高效软件开发流程和团队</title>
    <link>/message/200810/12-4583.html</link>
    <description>构建高效软件开发流程和团队
　　1. 前言
　　本人曾就职于多家公司，但留给我印象最深刻、开发管理最规范的公司是I公司。该公司总部位于美国硅谷，其开发的产品曾获得PC Magazine的最高五星级的优秀好评。现我根据在此公司中所感受到的经历及自身的一些感想写出来，希望能</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>与项目干系人“沟通”的技巧</title>
    <link>/message/200810/12-4582.html</link>
    <description>&amp;lsquo;项目管理是一门科学&amp;rsquo;，这是早些我对项目管理的一个认识，说它是科学因为它包括着项目管理中方方面面的管理知识和管理体系。一说到项目管理，人们自然就想到它的八大要素：范围、时间、成本、质量、人力、风险、采购、沟通，一个成功的项目与这些因素是紧紧相关</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>如何调动员工的积极性</title>
    <link>/message/200810/12-4581.html</link>
    <description>通过这两年给日方做软件，使我深刻的认识到，如果我国的一些IT行业再不改变现在的管理模式，那么迎接它的只能是淘汰。
　　也许是老板的意识不强，也许员工的意识薄弱，关于老板的意识强不强，我们只能看他是只顾眼前的利益，还是放眼于未来呢。
　　现在我就根据自己在项</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>避免项目管理中的沟通失灵</title>
    <link>/message/200810/12-4580.html</link>
    <description>回想一下你所经历的项目，有没有出现过以下这样的情况：客户在检查项目阶段成果时，指出曾经要求的某个产品特性没有包含在其中，并且抱怨说早就以口头的方式反映给了项目组的成员，糟糕的是作为项目经理的你却一无所知，而那位成员解释说把这点忘记了;或者，你手下的程序员在</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>IT项目成功—良好交流必不可少</title>
    <link>/message/200810/12-4579.html</link>
    <description>　在很多年以前，一位好的项目经理并不一定要是一位交流高手。客户们通常并不喜欢这种情况，但是由于项目经理能够向他们提供产品，他们也就接受了。然而，在今天这个崭新的IT世界里，所有的项目都要在客户的合作下才能够完成，而这种合作绝对离不开良好的交流。事实上，项目</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>IT项目管理向沟通要效率</title>
    <link>/message/200810/12-4578.html</link>
    <description>项目沟通管理是现代项目管理知识体系中的九大知识领域之一。项目沟通管理把成功所必须的因素&amp;mdash;&amp;mdash;人、想法和信息之间提供了一个关键连接。涉及项目的任何人都应准备以项目&amp;quot;语言&amp;quot;发送和接收信息并且必须理解他们以个人身份参与的沟通怎样影响整个项目。项</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理中的授权技巧</title>
    <link>/message/200810/12-4577.html</link>
    <description>项目管理实践证明：人的因素是比精良的设备、先进的技术更为重要的项目成功因子。项目经理是项目管理的中流砥柱，其组织、协调、管理能力，以及知识素质、经验水平和领导艺术，甚至其个人脾性都对项目管理的成败有着决定性的影响。在一个项目正式立项之后和开展各项具体工作</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目协调该怎么做？</title>
    <link>/message/200810/12-4576.html</link>
    <description>在项目管理中，由于项目各方对于项目的期望值不同，因此要达到满足各方的要求和期望并不是一件很容易的事。比如，在项目实施时，项目的客户可能期望质量高于一切，将质量作为首要目标，而项目实施组织可能会将成本作为首要目标。面对这种差异，项目经理不能只满足一方的要求</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理中 “以人为本” 的思想</title>
    <link>/message/200810/12-4575.html</link>
    <description>项目管理&amp;ldquo;以人为本&amp;rdquo; ，这里的人主要指的是一些与项目有利害关系的一些人，即项目干系人(stakeholders)，一般包括客户或者用户、项目团队、项公司的管理层等一些主要的利害关系者。 一个项目能否成功，很大程度上取决于能不能分清楚这些项目利害关系者各自对项目</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>管理观点系列：团队管理</title>
    <link>/message/200810/12-4574.html</link>
    <description>如果在IT项目实施中选出最难解决的几个问题，那么管理问题一定名列前茅。在管理问题中，团队管理又是其中的难点。一个项目管理的好坏，很大程度就体现在团队的建设和管理上。团队管理涉及到管理学、心理学和哲学等 
诸多方面内容，具体实施起来还容易产生许多误区，因此，对</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>无形团队 有形管理</title>
    <link>/message/200810/12-4573.html</link>
    <description>&amp;nbsp;不论你接受与否，我们的工作场所将变得越来越象俱乐部，你可以吃东西，会见他人，互致问候，这种新的工作环境下，朝九晚五式的死板沉闷将为虚拟化的灵活机动所取代，但是如何解决随之而来的新问题呢？ 　　随着网络经济的纵深化发展，指向你的公司的路标或许正在变成鼠</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发人员的组织与分工 </title>
    <link>/message/200810/12-4572.html</link>
    <description>大型软件项目需要很多人的能力合作，花费一年或数年的时间才能完成。为了提高工作效率，保证工作质量，软件开发人员的组织、分工与管理是一项十分重要和复杂的工作，它直接影响到软件项目的成功与失败。首先，由于软件开以人员的个人素质与差异很大，因此对软件开发人员的选</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>压力之下的团队概念</title>
    <link>/message/200810/12-4571.html</link>
    <description>团队工作在取得进步的同时也产生了一个问题。在更广泛的商业和公共服务领域，只要一接触到&amp;ldquo;团队工作&amp;rdquo;这个词就会被公众所认可。&amp;ldquo;团队工作&amp;rdquo;这一用语的含义是协商和合作，它最终要为成功地协商与合作而服务。实现了这个目标可算是个大胜利。因为它标志</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发过程中各类人员共同心理剖析</title>
    <link>/message/200810/12-4570.html</link>
    <description>&amp;ldquo;软件业，以人为本&amp;rdquo;。参与软件开发过程的各类人员的共通心理表现，对整个开发过程起着举足轻重的影响。作为一名项目管理者，非常有必要对其进行一一剖析，找出心结，然后对症下药，加大沟通力度，提高开发效率。
　　结症一：用户，由于观念上的不同，国内的用</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>人力计划管理 </title>
    <link>/message/200810/12-4569.html</link>
    <description>　　 信息系统建设 是智力密集、劳动密集型项目，受人力资源影响最大，项目成员的结构、责任心、能力和稳定性对项目的质量以及是否成功有着决定性的影响。人在信息系统项目中</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>网络寒冬下的团队管理</title>
    <link>/message/200810/12-4568.html</link>
    <description>&amp;nbsp;在一片泡沫破灭的喧嚣中，网络界的一个概念越来越受到各个层面的重视，这就是网络公司的团队工作。 
　　人们终于认识到，在网络领域创业，有和风险投资一样重要的东西，日益频繁的裁员表明，管理者在认识到管理团队重要性的同时，也日益清晰地从整个公司的角度意识到</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>成功项目团队中应树立的五种意识 </title>
    <link>/message/200810/12-4562.html</link>
    <description>　人常说：&amp;quot;一个中国人是龙，一群中国人是虫。&amp;quot;由于中西方文化的差异，似乎中国人更擅长单兵作战。所以，项目团队的管理在我国显得特别需要。笔者总结了数年来在IT行业项目管理的经验和教训，认为成功的项目团队应普遍树立起五种思想意识--目标意识、团队意识、服</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>交流在项目中有多大的作用</title>
    <link>/message/200810/12-4560.html</link>
    <description>hjhza:
我的一个数据，在概要设计中，因为交流不够充分，在评审中发现了大量的问题。修改和评审用去的时间是概要设计的1/3左右。而且这并不能保证所有的问题都被发现了，可能还有些问题需要深入探讨才能发现。
项目组如何做好交流？
goldeagle:
关键作用
fondtiger:
交流是很</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>团队角色的影响</title>
    <link>/message/200810/12-4559.html</link>
    <description>小单位常常能引人注目地运转良好。在这里对管理人员意见的调查似乎是一个正面的信号，调查显示，在管理者未来要注意的事项中，团队工作排在第一位。越来越清楚的是，商业和公共服务业人士花在讨论和会议上的时间越来越多。在这种情况下，更需要让团队工作和其他团体活动提高</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>J2EE项目中开发团队的组建</title>
    <link>/message/200810/12-4558.html</link>
    <description>&amp;nbsp;J2EE这种应用模型允许不同的开发人员同时进行开发的各个元素。这里阐述一下对不同层次的设计人员，开发人员的技术要求。对以下几个分类进行描述。 　　设计师组建团队 
　　表现逻辑层的团队角色 
　　业务逻辑层等团队角色 
　　数据库访问层的团队角色 
　　团队的组</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>如何建立团队</title>
    <link>/message/200810/12-4557.html</link>
    <description>&amp;nbsp;团队，并不仅仅是一组人恰巧在一起工作就可以构成一个团队。团队应该如何定义，Smith给出如下的定义：能相互负责的、具有共同的目标的、共同的执行目标和共同方法的有互补技能的一些人。
　　在以下的软件项目中一定需要注意的团队合作：
　　1． 开发和审查项目需求</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>如何组织软件开发团队</title>
    <link>/message/200810/12-4556.html</link>
    <description>如何构建软件开发团队取决于可供选择的人员、项目的需求以及组织的需求。本文阐述了各种团队组织的策略。
有效的软件项目团队由担当各种角色的人员所组成。每位成员扮演一个或多个角色；可能一个人专门负责项目管理，而另一些人则积极地参与系统的设计与实现。常见的一些项目</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>团队管理</title>
    <link>/message/200810/12-4555.html</link>
    <description>通常，项目小组可以按子系统或职能进行划分，这里主要讨论项目团队的具体人员构成以及有效的激励方式。
项目小组构成
　　这里所说的项目小组是指项目团队的基层单位，例如，一个大项目开发团队可以分为总体组、软件开发组、硬件网络组、测试组等若干个项目小组。 
图1　大型</description>
    <pubDate>2008-10-12</pubDate>
    <category>团队与沟通</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>《IT项目管理》总结：项目采购管理</title>
    <link>/document/200810/12-4532.html</link>
    <description>　采购、购买或者外购就是从外部的供方获取产品和(或)服务。专家预测，到2000年，信息技术领域采购产品和服务的金额将超过1000亿美元。企业为降低成本、把精力放在核心业务上、获取技能和技术、提供灵活性以及增加责任性而进行采购。信息技术的专业人员应理解项目采购管理，</description>
    <pubDate>2008-10-12</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>对信息化项目分包商选择与管理 </title>
    <link>/document/200810/12-4531.html</link>
    <description>对于大型管理信息系统而言，由于系统的复杂性以及所涉及的多学科、多专业的特点，完全由一个承包商来承担全部的工作往往具有较大的风险，尤其是对于国外的承包商，由于他们对中国的情况不熟悉，他们需要寻找一个或多个当地的合作伙伴以填补他们在某些方面的不足；另外，中国</description>
    <pubDate>2008-10-12</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目合同管理构架的建立</title>
    <link>/document/200810/11-4510.html</link>
    <description>&amp;nbsp;在工程管理过程中，建立合同网络是一项十分重要的工作。本文拟从项目管理的角度，探讨如何在建设工程的管理中有效建立合同网络，从而充分发挥合同网络架构图在项目建设中的作用。
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;建立合同网络架构的必要性 
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;对于一</description>
    <pubDate>2008-10-11</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目需求分析文档都包括哪些内容 </title>
    <link>/document/200810/11-4509.html</link>
    <description>首先你要找那些让你提交这些报告的人，问明白他们说的这些报告究竟需要涉及什么内容，给什么人看，格式和文档的风格要求是什么。如果他们不能告诉你一个满意的答案，就没有必要给他们一个他们自己都不知道想不想要的东西。 

&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;而实际上需求分析报告可</description>
    <pubDate>2008-10-11</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>我在项目管理中所用的文档</title>
    <link>/document/200810/11-4508.html</link>
    <description>　(a) 需求文档（客户编写或者客户口述、我们编写。编写人：项目经理） 

　　(b) 需求分析报告（根据需求文档进行分析编写。编写人：项目经理） 

　　(c) 详细设计（有时候是和需求分析报告整合在一起，说明系统的整体说明，包括系统整体架构说明、数据结构说明、分解的模</description>
    <pubDate>2008-10-11</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目中需要时刻提醒自己的六件事 </title>
    <link>/tzfx/200810/11-4455.html</link>
    <description>相关文章: X 
关于组建自组织团队的一些想法 
精心打造Team的组织架构 
一些心得，写下来时刻提醒自己。 

1.实现优先 
这个问题很明显：无论如何，你都要先做出来。技术，性能，优化甚至代码对齐等等技术人员才会想到的东西是不应该按这个标题序号去考虑的。 
记住：即使一</description>
    <pubDate>2008-10-11</pubDate>
    <category>风险与投资</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发项目计划书编写说明(连载三)</title>
    <link>/document/200810/09-4155.html</link>
    <description>5 支持条件
说明为了支持本项目的完成所需要的各种条件和设施。
5.1 内部支持
逐项列出项目每阶段的支持需求（含人员、设备、软件、培训等）及其时间要求和用途。
例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、</description>
    <pubDate>2008-10-09</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发项目计划书编写说明(连载二) </title>
    <link>/document/200810/09-4154.html</link>
    <description>2 项目概述
2.1 项目目标
设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意&amp;ldquo;要完成一个系统&amp;rdquo;只是一个模糊的目</description>
    <pubDate>2008-10-09</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发项目计划书编写说明 (连载一) </title>
    <link>/document/200810/09-4153.html</link>
    <description>摘要
本文主要对软件开发项目计划书的格式及主要内容的编写要点进行说明，对一些内容进行了举例说明。
关键词
项目、计划书、格式、编写说明
正文
一、项目计划书格式
根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计</description>
    <pubDate>2008-10-09</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发项目计划编制过程（上） </title>
    <link>/document/200810/09-4152.html</link>
    <description>摘要
本文简要说明了软件开发项目的计划的要素、计划编制过程、以及项目计划内容确定的一般过程。
关键词
项目管理、计划、编制过程
正文
一、项目计划的要素
根据PMBOK2000，项目计划可以包含如下要素：
1、 项目范围说明
项目范围说明阐述进行这个项目的原因或意义，形成项</description>
    <pubDate>2008-10-09</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>软件开发项目计划编制过程（下） </title>
    <link>/document/200810/09-4151.html</link>
    <description>三、项目计划内容确定
项目计划内容的确定一般要按照以下过程：
1 确定项目概貌
合同项目以合同和招投标文件为依据，非合同项目以可行性研究报告或项目前期调研成果为依据，明确项目范围和约束条件，并以同样的依据，明确项目的交付成果。进一步明确项目的工作范围和项目参与</description>
    <pubDate>2008-10-09</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>项目管理理论中关于软件项目外包采购管理的探讨 </title>
    <link>/document/200810/09-4150.html</link>
    <description>摘要： 本文分析了目前软件外包采购管理的重要意义和目前的形势，提出基于&amp;ldquo;双赢&amp;rdquo;策略的软件外包采购思想。在项目管理理论、CMM和ISO9000的基础上，提出和细化了软件项目外包采购管理的总体框架和具体操作内容。旨在通过对软件外包项目采购的选择购买、跟踪与控制</description>
    <pubDate>2008-10-09</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>
<item>
    <title>如何编写高质量“软件需求说明书”</title>
    <link>/document/200810/09-4149.html</link>
    <description>你的工程应该有个好的起点。一个小组要带领客户进入需求启发阶段而且你要写软件需求说明书。这份说明有些大，但客户会很重视，所以说明必须得到赞同。
　　现在你正在设计其中的一个特性，已经发现了需求的一些问题。你可以用多种不同的方式解释需求15；需求9 的说明正好与需</description>
    <pubDate>2008-10-09</pubDate>
    <category>文档</category>
    <author>秩名</author>
    <comments>IT起步网</comments>
</item>

</channel>
</rss>
