Результати вибору джерела

Методи та засоби вибору джерела

1. Переговори по контракту. Переговори по контракту передбачають прояснення положень контракту і взаємну згоду відносно структури та вимог контракту перед його підписанням. Наскільки можливо остаточний текст контракту має відображати всі досягнуті домовленості. Розглядувані питання звичайно включають, але не зводять до відповідальності та повноважень, застосовуваних термінів і законодавства, технічних і комерційних управлінських підходів, фінансування по контракту та ціни.

Для складних елементів закупівлі переговори по контракту можуть бути незалежними від своїх вхідних даних (наприклад, переліку відкритих позицій) і результатів (наприклад, меморандуму про співпрацю).

Переговори по контракту можна розглядати як окремий випадок загальних управлінських навичок - «переговорів». Методи, засоби та стиль переговорів широко висвітлені у спеціальній літературі й повністю підходять для випадку переговорів по контрактах.

2. Система ранжування. Система ранжирування - спосіб кількісного подання якості даних, спрямований на те, щоб мінімізувати вплив персональних переваг при виборі джерела. Більшість таких систем включає (1) призначення числового значення ваги для кожного критерію оцінки, (2) встановлення рейтингу потенціальних продавців по кожному критерію, (3) перемноження вагових значень на рейтинги та (4) підсумовування отриманих добутків для обчислення загального числа.

3. Система необхідних умов. Система необхідних умов передбачає складання мінімальних вимог до показників виконання за одним або більше критеріями оцінки. Наприклад, від потенційного продавця може зажадатися, щоб його менеджер проекту був професійним менеджером проекту (РМР), для того щоб частина його пропозиції, що надана, взагалі б розглядалася.

4. Незалежна оцінка. По багатьох елементах закупівлі, організація-покупець може підготувати свої власні оцінки для перевірки пропонованої ціни. Значна відмінність між цими оцінками може бути показником того, що SOW були неадекватними, або того, що потенційний продавець неправильно зрозумів SOW чи не врахував усіх вимог, які містяться в них. Незалежна оцінка часто називається оцінкою «майбутньої вартості».

1. Контракт. Контракт - це підписана двома сторонами угода, яка зобов'язує покупця сплачувати по ньому. Контракт є юридичним документом, який може використовуватися в судовому засіданні як основа для відшкодування збитку. Угода може бути простою і складного, що звичайно (але не завжди) вказує на простоту чи складність продукту. Серед інших назв можуть використовуватися такі: контракт, угода, субпідряд, порядок закупівлі, меморандум про співпрацю. Більшість організацій мають формальну стратегію та процедури, що визначають, хто може підписувати такі угоди з боку організації.

Хоч всі проектні документи підлягають перегляду і затвердженню в різних формах, сама юридична «сполучна» сутність контракту звичайно означає, що він має бути підданий більш серйозній перевірці. У будь-якому разі першою задачею процесу перегляду та затвердження має бути гарантування того, що контракт описує продукт або послугу, яка задовольняє задані потреби. Якщо проект виконує громадська організація, даний процес може включати публічне обговорення угоди.

13.6 Адміністрування контракту

Адміністрування контракту - це процес забезпечення того, що продавець задовольняє показники контрактних вимог, У великих проектах з великою кількістю осіб, які надають продукти й послуги, ключовим аспектом адміністрування контракту є управління взаємозв'язками між різними постачальниками. Юридична сторона контрактних відносин вимагає, щоб усі учасники команди проекту усвідомлювали всі юридичні наслідки рішень, що приймаються при адмініструванні контракту.

Адміністрування контракту включає застосування певних процесів управління проектами в контрактних відносинах та інтеграцію результатів цих процесів у загальне управління по проекту. Така інтеграція і координація часто відбуваються на різних рівнях при залученні до проекту багатьох продавців і великої кількості продуктів. Застосовані процеси управління проектами включають:

• Виконання плану проекту для затвердження роботи підрядчика в певні моменти часу.

• Звіти про виконання для відстежування витрат, календарного плану й технічного виконання у підрядчика.

• Контроль якості для інспектування та перевірки адекватності продукту підрядчика.

• Контроль за змінами для переконання в тому, що зміни відповідним чином затверджені і що всі, хто мають до них відношення, повідомлені про ці зміни.

Адміністрування контракту містить також компонент фінансового менеджменту. Строки оплати мають бути визначені в контракті і повинні відображати певний зв'язок між виконанням його та виплатами по ньому.

13.6.1 Вхідні дані для адміністрування контракту

1. Контракт.

2. Результати роботи. Результати роботи продавця - які постачання завершені, а які ні, якою мірою задовольняються стандарти якості, які грошові кошти витрачені чи заощаджені і т.ін. - накопичуються як частина виконання плану проекту.

3. Запити на зміну. Запити на зміну можуть включати зміни у строках виконання контракту чи в описанні продуктів (послуг), що надаються. Якщо робота продавця є незадовільною, то рішення про припинення контракту також розглядають як запит на зміну, Спірні ситуації, в яких продавець і команда менеджерів проекту не мають згоди в питаннях компенсації за зміни, в різних випадках називають претензіями, суперечками чи апеляціями.

4. Накладні продавця. Продавець повинен періодично надавати накладні для запиту на оплату виконаної роботи. Вимоги до накладних, включаючи необхідну супутню документацію, звичайно визначені в контракті.

13.5.2 Методи та засоби адміністрування контракту

1. Система контролю за змінами в контракті. Система контролю за змінами в контракті визначає процес, за яким контракт може бути змінений. Вона включає роботу з документами, системи відстежування контракту, процедури вирішення суперечок та рівні повноважень для затвердження змін. Система контролю за змінами в контракті повинна інтегруватися у загальну систему контролю.

2. Звіти про виконання. Звіти про виконання надають службам менеджменту інформацію про те, наскільки ефективно продавець досягає цілей по контракту. Звіти про виконання контракту мають бути вбудовані у загальний звіт про виконання по проекту.

3. Система оплати. Оплата продавця звичайно управляється з допомогою системи оплати по рахунках у виконавчій організації. У великих проектах з численними чи складними вимогами стосовно

закупівель може бути розроблена власна система оплати. У будь-якому разі система повинна включати відповідний перегляд результату та приймання його командою менеджерів проекту.

13.6.3 Результати адміністрування контракту

1 Кореспонденція. Строки та умови контракту часто вимагають письмового документування певних аспектів комунікації покупець-продавець, наприклад попереджень про незадовільне виконання або змін і пояснень контракту.

2. Зміни в контракті. Зміни (затверджені та незатверджені) є зворотним зв'язком для процесів планування проекту й закупівлі по проекту, відповідно до змін мають коригуватися план проекту та інша документація, що стосується цього.

3. Запити на оплату. Передбачається, що проект використовує зовнішню систему оплати. Якщо проект має власну внутрішню систему, то вихідним результатом у цьому разі буде просто «оплата».

Дата добавления: 2014-01-07