Защо ви е необходимо да се подготви задание (ТЗ), изразяват
Така че, ние ще се съсредоточи oTehnicheskom задание (ТЗ). За да научите как да се напише техническа задача, която трябва да включват секции задания, които трябва да отразяват по техническо задание. Нека поговорим за особеностите на писането на технически задачи в различните области на развитие.
Техническо задание - закона за предприемача. В процеса на развитие - основният документ, който тя трябва да се ръководи. Този документ има за цел да:
- опишете целта на работата. И възложителя, и клиентът трябва ясно да се разбере това, което искат, за какво се плаща, а другият - прекарват времето и прецедете мозъка си;
- Опиши проблема. Преди започване на работа, трябва да разбера колко ще се забави, тъй като отнема ресурси. Обхватът на задачите, за да бъде възможно предприемачът и клиентът трябва да представи какво ще направи на разработчика, какво да плати;
- регулиране на връзката. Един от най-важните неща! Клиентът и изпълнител се регулира силата на звука, времето, количеството пари, поръчайте приемане, оригиналните формати и изходни данни и друг набор от условия, които трябва да се регистрират, за да избегнат конфликтни ситуации.
В действителност, на заданието - договора между изпълнителя и клиента. Договор, разбира се, трябва да бъде в рамките на закона, в противен случай това ще бъде възможно да се признае, празнотата. Ръка, създава и подписва договор (задание) трябва да бъде напълно наясно с всички свои точки и правото да прави всеки от техните изисквания, които считат за необходими.
В моята практика, аз често се намира на мнение, че техническото задание не е необходимо, че тя само ще възпрепятстват и забавят процеса на развитие, като го ограничи. Мисля, че това е изключително грешна позиция. Това е позицията на хората, некомпетентен, непрофесионално. Защо тези хора (това е обикновено фирми) липса на печеливша TK? И ето защо:
- Това крие липсата на опит, лошо представяне на факт, за който е взето на разработчика;
- Това дава възможност за затягане на развитието и увеличаване на бюджета;
- Това ще позволи на безскрупулен изпълнител безнаказано да се намали размера на работата, да влоши техническите характеристики;
- Това ще позволи на изпълнителя "Levachev" - участват в друга развитие в момента, след като клиентът му плаща. Разработчик може да изпълнява част от работата, се предполага, че са необходими за проекта, и след това да ги отведе до страна.
Липса на технически работни места в отношенията на клиента и -bezzakonie. И беззаконие, както знаете, създава хаос, объркване, причинява измама и мошеничество. Така ли, че, скъпи граждани, че този, който предлага работа без формализирането на отношенията, не е съвсем честен с вас.
Как да се твърди, отказа за регистрация на TK?
Като цяло, това е една забавна тема. Съгласете се, действие или ushlyh мислещи герои винаги изглеждат смешни. Липсата на логика или директна продажба, замяна на един друг често се среща в живота, но не се признава незабавно. Може би някои от това, което сега се опише, вече сте изпълнени. Съгласете се, случаите са типични.
Така че, причини, за да се гарантира, че отказва да регистрира TK, можете да чуете много:
- Задачата на един толкова сложен и такава "творчески", че е невъзможно за шофиране в обхвата на TOR!
Глупостта ... Вие знаете, че техническите спецификации са подготвени дори за произведения на изкуството? На паметници, снимки, лога, мелодии, дори и анимационни герои. И това не е изненадващо. Всички подлежат на формализация и описание. Само непрофесионален човек не може да се опише работата си или да създадете продукт.
Извинете небрежен човек ... професионалисти прекарват най-TK от един до няколко дни. Когато е необходимо - да формулират ресурси за научни изследвания, и къде - ще определи ясно екзекутиран. Само слабо запознат с проблема за хора, които не могат да се предскаже предварително всички.
А капан, поставен от професионален мързелив ... Е, ако всичко е толкова просто, описва пътя, този прост 1-2 страници! "Скъпи" веднага sniknet, както ще стане ясно, че пълзене много нюанси, които изискват изясняване. И един елементарен проблем в работата подробно веднага става сложна и сериозна. Между другото, този ход се използва да се простират на времевата линия тогава, дръпнете повече пари, когато всички "непредвидени трудности".
Уви, най-често се наблюдава подобни "извинения" сред програмистите. За цялата си практика на изключване е само един човек. Той - виден специалист в областта. Без обсъждане зае изписването на TK и да го направи кратко, правилно, определено. Човече, почти петнайсет години, ангажирани в програмирането, бе съвършено TK комплексни софтуерни продукти.
За да се даде още един пример, когато "знакова фигура", с помощта на всички посочени по-горе извинения, така затяга процеса на разработка на софтуер, че всички наоколо просто се чудеше! Бих искала да отбележа, че проектът, който започна преди повече от три години, все още не е завършен. И не е ясно на какъв етап е това развитие. Изненадващ мълчаливо съгласие на работодателя под въпрос съставянето TK и писане планове почти погребан проекта и огромна купчина пари. И че "основна фигура" се занимава с инцидентен самообразование за сметка на работодателя и откровен безделие.
Кой трябва да пиша на заданието?
Отговорът е прост - на разработчика. Другият не е дадено. Само че той е в състояние да представи интелигентно целите, формулиране на цели. Ако целите не са ясни, то тогава има интерактивен процес на писане на ТК - програмистът се оформя постепенно мишена в очите на клиента, се опитва да разбере неговата субективна представа за проблема. Това е труден и продължителен процес, но това ще помогне да се избегне двусмислието и недоразумения.
Като аргумент, тук е линк към статията "Живот без техническа спецификация" (Олег Бунин Computerra). В статията дори предвижда начини за решаване на проблеми, без регистрация TK. Трябва да се каже, е интересен подход, но ми се струва,, прикриване маса от проблемите, описани по-горе.
Или живот пример - съвети и трикове за изготвянето на технически спецификации. Хората, които участват в създаването на сайтове, предлагат на клиента за решаване на следните задачи:
Професионален разработчик техническа задача, като такива, не се изисква: това е, без да го знае как да се създаде уеб сайт.
Но предприемачът ще се създаде уеб сайт дизайн, като се ръководи от принципа на "клиент винаги е прав."
Колкото повече пари, че клиентът плаща. Предприемачът не носи отговорност за несъответствие на мястото естетически очакванията на клиентите при спазване на технически спецификации за развитието на дизайна на сайта.
Вследствие на това се изисква техническото задание, на първо място, за клиента. Той е на базата на критерии, одобрени от тях, той трябва да направи приемането на готовия обект.
Не е ли брилянтен. "Нуждите на клиентите TK, а не на разработчика" "Предприемачът не носи отговорност ..."
Това е по-конструктивен подход: Как да изготви техническото задание? Не е много, но в случая.
Надявам се, скъпи читатели разбират всичко. Когато има един въпрос на комплексна техническа разработка, за писане на ТК е взето изпълнител. В "проста тема", толкова по-трудно е да се направи на изпълнителния ТК. Трябва да се разбере. Лично аз признавам, че някои видове работа трябва да бъдат написани техническо задание от клиента, в противен случай рискува да загуби последните много пари и да не получи това, което искаше.
Какво трябва да съдържа техническото задание?
Конкретни препоръки за това, което трябва да има TK, не. За тези от TK, които са написани от изпълнителната власт, (технологично развитие), има ГОСТ 34.602-89 RFP създаване на автоматизирана система.
Не е стандарт, който ще се описва създаването на TK за другите системи (не автоматичен). Но някои изследователи все още се предлага тя да започне от определен стандарт за писане на технически работни места в други области на човешката дейност (по-специално, за софтуерни продукти).
Както може да се види, стандартът е приет в страната, която вече не съществува в системата, която вече не съществува, хората, които не са запознати със съвременните реалности. Аз не споря, че стандартът е конструктивен и е писано доста генерализирана, така че е напълно възможно да се приложи за да напишете техническото задание (ако се изисква от държавния клиента).
А на вас, никой няма да дойде и глобени за това, че във вашата организация ви TK направи по своя собствена, образуват удобно за Вас! Необходимо е да се вземе предвид спецификата на предприятието, законодателство, пазарните условия. Така че се опитват да се доближава до писането на TK-сериозно, колкото е възможно, може би с помощта на адвокат.
Бих искала да отбележа няколко изисквания, които, по мое мнение, трябва да се извършват в техническото задание:
- Пълнота - възможно най-пълно описание на системата, целите и задачите;
- Последователност - описания не трябва да са противоречиви
- Точно така - няма грешки, които могат да доведат до двусмислие или неправилно;
- Свързаност - структурата на документа трябва да бъде подчинена на една цел.
Съставът на секции разработчик трябва да се развива през годините и опита. Но аз ще се обърне внимание на основните условия на референтните секции, които в различна степен, за да бъдат отразени:
Ако в спецификацията са описани посочените времена, може да се счита за достатъчно пълен.
Както вече споменахме, много изключения. Има редица сфери на дейност, в която да пише заданието трябва да се подхожда по специален начин. На кого му пука, аз ви съветваме да прочетете statyuTehnicheskoe задача за дизайнера. заглавието на статията говори за себе си.
Проблемът с технически задачи - интересен пример за формулиране на проблема в подготовката на техническото задание за сайта.
Много голям списък от примери на технически спецификации за развитие на сайта. Вижте, но третира доведе критично, със знанието, че идеалният шаблона за Вашия конкретен случай не съществува.