כל פרויקט טכני נוצר על בסיס מטלה טכנית, שבכתיבתה לוקחים חלק גם הלקוח וגם היזם. זהו תיאור רשמי של המוצר הסופי, מה הלקוח רוצה מהיזם. ככל שהפרויקט מורכב יותר, כך יש לנסח את תנאי ההפניה באופן מפורט יותר, רק במקרה זה ניתן למזער את המחלוקות הבלתי נמנעות בין הצדדים החותמים על החוזה לפיתוח הפרויקט.
הוראות
שלב 1
לפני כתיבת המטלה הטכנית צריך להקדים פגישה בין הלקוח לבין היזם, בה הלקוח, במידת הפירוט המקסימלית, חייב לציין את דרישותיו למוצר הסופי ולתת את תיאורו. לאחר מכן, מפתח עם הכישורים הטכניים הנדרשים חייב לתת תיאור שלב אחר שלב של העבודה העומדת לפנינו ולגבש לעצמו את המשימות אשר יהיה צורך לפתור במהלך הפרויקט. בשלב זה על הלקוח להיות נוכח גם על מנת לבצע, במידת הצורך, הבהרות והתאמות. ככל שהלקוח והקבלן יתקשרו יותר קרוב, תהיה מידת ההבנה ההדדית גבוהה יותר והרגעים הפחות שנויים במחלוקת או זמן מבוזבז יהיו.
שלב 2
מבנה תנאי ההתייחסות בכל מקרה ספציפי עשוי להיות שונה, במיוחד בכל הקשור לפיתוח מסמך זה בתחומים טכניים שונים. אך במקרה הכללי, עליו לספק תיאור קצר של המוצר שנוצר, מטרתו הפונקציונלית, המושגים והמונחים המשמשים, כל המודולים הפונקציונליים ומאפייניהם מתוארים בפירוט. המלצות כלליות על תוכן תנאי ההתייחסות מוגדרות ב- GOST 19.201-78 “תנאי הפניה. דרישות לתוכן ולעיצוב.
שלב 3
אחד החובות הוא החלק "מידע כללי". יש לציין את שמם המלא של הצדדים - המשתתפים בפיתוח פרויקט טכני זה, מוסרים מידע על עלות העבודה על הפרויקט, עיתויו ובמידת הצורך, עיתוי כל שלב. ככלל, מרבית המשימות הטכניות כוללות קטע על אמינות המוצר שנוצר עם תיאור תנאי ההפעלה המבטיחים את האמינות המצוינת ושיטות הבקרה שלו.
שלב 4
נסה לשמור על תיאור כל משימה המופיע בתנאי ההפניה, אל תשתמש בביטויים מופשטים ובדרישות לא ספציפיות. לדוגמא, דרישה כזו "צריך להיות נוח לעבוד" היא די קשה למילוי - היא תהיה נוחה למישהו, אך לא למישהו, כתוצאה מכך יתעוררו חילוקי דעות. במסמך זה, רצוי לציין בהכרח את אותם מאפיינים טכניים שהם כמותיים ואפשר למדוד אותם ברמה גבוהה של אובייקטיביות.
