按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
意愿。建议书应该同相关的采购单证文件一致。
12。4 渠道选择（source selection）
渠道选择包括标书或建议书的接收和使用评估标准评估对供应商进行选择。这个过程很少
直线前进。
价格也许是主要决定因素。但是如果卖方不能及时应贷，最低的价格也许不是最低的成
本。
建议书可分成技术（方案）部分和商业（价格）部分。各部分应独立评估。
对关键性产品应采用多渠道。
下面介绍的工具和方法可单独使用或合并使用，例如加权分析法（Weighting system）
可用在：
选择出一个渠道签定格式合同。
对所有建议排序以确定磋商次序。
对于重要采购项目，这一过程可能要重复几次。合格卖方的名单将根据初步的建议作出
选择，然后，更详细的评估根据更详细和全面的建议而开展。
12。4。1 渠道选择的输入（inputs to souse selection）
1． 建议书（proposals），建议书在12。3。3。1部分讨论。
2． 评估标准（evaluation criteria）。评估标准在12。2。3。2。部分讨论。
3． 组织政策（organizational policies）。管理项目的组织都有正式和非正式和政策，
该政策可能影响对建议的评估。
12。4。2 渠道选择的工具和方法（tools and techniques for source selection）
1． 合同磋商（contract negotiation）。合同磋商是合同签订前的步骤，包括对合同
结构和要求的澄清和合意（clarification and mutual agreement）。最终的合同文本应反
映所有已达成的合意。合同的内容涵盖（但不局限于）责任和权利，适用的条款和法律，技
术和商业管理方案，合同融资以及价格。
对于复杂的采购条款，合同磋商应是一个独立的过程，该过程有自己的输入（例如一个问
题或公开项目表）和输出（例如备忘录）。
合同磋商是称为为〃磋商〃的通用管理技巧的一个特例。磋商工具技巧和方式在通用管理类
书籍里被广泛讨论，并可以应用到合同磋商过程。
2． 加权法（weighting system）。加权法是对定性数据的定量分析，以使尽量减小渠
道选择中的人为偏见影响。方法包括：
（1） 给每一评估标准设定一权重，
（2） 按每一标准为卖方打分，
（3） 权重和分数之积，
（4） 把所有的乘积求和得到一个总分数。
3． 筛选法（screening system）。筛选法包括为一个或几个评估标准确定最低要求。
4． 独立评估（independent estimates）。对很多采购项目，采购组织要自己评估价格。
如果评估有明显的差别可能意味着工作明细表不充分，也可能意味着卖方误解或者没能完全
答复工作明细表。
独立估计常被称为〃应该花费〃估计（〃should cost〃 estimates）
12。4。3 渠道选择输出（outputs from source selection）
1。 合同（contracts）。合同是有约束力的合意。卖方有提供指定商品的义务，卖方有
支付价款的义务。合同是可由法庭救济的法律关系。合同可以简单或复杂，常常（并不总是）
由产品的简单或复杂决定。在众多名称中，合同也称为协议（an agreement）、子合同（a
subcontract）、采购单（a purchase order）、备忘录（a memorandum of understanding）。
大多数组织有成文的政策和程序，规定由谁代表组织签订合同。
虽然所有项目文件都按照审查（review）和批准（approval）的形式，但是合同的法律
约束性本质通常意味着合同将采用更广泛的批准过程。在所有情况下，审查和批准程序最注
重的地方就是要确保合同文本定义的产品或劳务符合规定的要求。由公共部门（public
agencies）执行项目情况下，审查程序还包括公众对合同的审查（public review of the
agreement）。
12。5 合同管理（contract administration）
合同管理是确保卖方的执行符合合同要求的过程。对于需要多个产品和劳务供应商的大型
项目，合同管理的主要方面就是管理不同供应商的界面（interfaces）。执行组织管理合同
时要采取一系列行动。合同关系的法律本质性使得执行组织在管理合同时必须准确地理解行
动的法律内涵。
合同管理包括对合同关系适用适当的项目管理程序并把这些过程的输出统一到整个项目
的管理中。当涉及多个卖方和多种产品的时候，在各个层次上，总是需要这种统一和协调。
项目管理过程应用在：
项目计划执行（project plan execution），在4。2部分讨论，在适当时候授权合同方
的工作。
执行报告（performance reporting），在10。3部分讨论，监控合同方的成本、进度和
技术绩效（technical performance）。
质量控制（quality control），在8。3部分讨论，检验合同方的产品是否合格。
变更控制（change control），在4。3部分讨论，确保变更被正确地批准，以及需要了
解情况的人知晓变更的发生。
合同管理还包括资金管理部分（financial management ponent）。支付条款应在合
同中规定。支付条款中，价款的支付应与取得的进展联系在一起。
12。5。1 合同管理的输入（inputs to contract administration）
1． 合同（contract）。合同在 12。4。3。1中讨论
2． 工作结果（work results）。卖方的工作结果子项目（deliverables）是否完成，
符合质量标准的程度，花费的成本等都作为项目计划执行的一部分收集起来。（ 4。2部分
对项目计划执行做了详细的讨论）。
3． 变更请求（change requests）。变更请示包括对合同条款的修订和对产品和劳务说
明的修订。如果卖方工作不令人满意，那么终止合同的决定也作为变更请求处理。卖方和项
目管理小组不能就变更的补偿达成一致的变更是争议性变更（contested change ），称之
为权力主张（claim）、争端（disputes）或诉讼（appeals）。
4． 卖方发票（seller invoices）。卖方应不断开出发票要求清偿已做的工作。开具发
票的要求，包括必要的文件资料附具（supporting documentation），通常在合同中加以规
定。
12。5。2合同管理的工具和方法（tools and techniques for contract administration）
1． 合同变更控制系统（contract change control system）。合同变更控制系统定义
可以变更合同的程序，包括书面工作（the paperwork）、跟踪系统（tracking system）、
争端解决程序（dispute resolution procedures）和变更的批准级别（approval levels）。
合同变更控制系统应被包括在总体的变更控制系统中（4。3部分讨论总体的变更控制系统）。
2． 执行报告（performance reporting）。执行报告向管理方提供卖方是否有效地完成
合同目标的信息。合同执行报告应同整个项目的执行报告（见10。3）合并在一起。
3． 支付系统（payment system）。对卖方的支付通常由执行组织的应付账款系统（accounts
payable system）处理。对于有多种或复杂的采购需求的大项目，项目应设立自己的支付系
统。不管哪一种情况，支付系统都应包括项目管理小组的适当的审查和批准过程。
12。5。3 合同管理的输出（outputs from contract administration）
1． 信涵（correspondence）。合同条款和条件常常要求买方/卖方在某些方面的沟通以
书面文件进行。例如，对执行令人不满意的合同的警告，合同变更或条款的澄清。
2． 合同变更（contract changes）。合同变更（同意的或不同意的）是项目计划和项
目采购过程的反馈。项目计划和相关的文件应做适当的更新。
3． 支付请求（payment requests）。支付请求假定项目采用外部支付系统，如项目有
自己的支付系统，在这里的输出为〃支付〃（payments）。
12。6 合同收尾（contract close…out）
合同收尾与行政总结（admin