Провести повну звірку виконаної роботи відповідно до технічного завдання перед здачею проекту.

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

Супровідний лист за проектом

В процесі приймання-передачі робіт дуже важливим моментом є донесення до замовника інформації про виконану роботу. Для замовника може бути абсолютно не очевидним, що ви, відчуваючи ентузіазм і зацікавленість в успішності проекту, виконали додатковий блок роботи або вдосконалили існуючу структуру.

Супровідний лист повинен детально описувати пророблені роботи, гуртуючись на прийнятому технічному завданні. Якщо ви хочете, щоб ваша праця була гідно оцінений - не варто відправляти порожній лист з прикріпленим результатом своєї роботи. Дайте замовнику зрозуміти, що перед відправкою результатів ви провели детальну перевірку всіх функціональних блоків, швидкісний тест завантаження всіх графічних елементів і так далі. Повідомте про те, що ви сподіваєтеся на успіх проекту замовника, і найвищою мірою зацікавлені в думці замовника про виконану роботу та відгуках користувачів. Якщо ви проводили тестування знайденого рішення в фокус-групі, обов'язково прикріпіть до листа докладний звіт про результати тестування з короткими висновками. Вкажіть також, що, незважаючи на ретельну перевірку результату роботи, можливо, деякі помилки не були знайдені, і ви готові прийняти будь-які повідомлення про помилки, неточності та коригування замовника, щоб довести якість продукту до вищого рівня.

· Супровідний лист дозволяє домогтися відразу декількох вагомих цілей:

· Підвищення якості своєї роботи

· Перевірка ефективності розробленого вами рішення

· Встановлення доброзичливих відносин з замовником

· Придбання цінного досвіду в організації приймання-передачі роботи

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

· Реєструвати будь-які рухи коштів по рахунками

· Для кожного проекту складати графік платежів

· Вести облік всіх засобів, якими ви оперуєте

При виконанні зазначених правил виникає логічне запитання - в якій формі слід проводити реєстрацію платежів і яку систему обліку коштів вибрати?

Для ведення бухгалтерії існує безліч рішень, тому не зайвим буде провести аналіз і відбір тих, які підійдуть найбільше.

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Фінансові розрахунки	\|	Правила коригувань помилок при здачі проекту

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.015 сек.