Tidak semua orang memahami betapa pentingnya membangunkan spesifikasi teknikal dengan betul, tetapi sebenarnya ia merupakan persoalan luas yang tidak akan berfungsi secara ringkas. Atas sebab ini, sebelum meneruskan prosedur ini, anda perlu memahami semua subtleti yang berkaitan.
Apa ini?
Sebelum membincangkan bagaimana untuk membina spesifikasi teknikal dengan betul, anda perlu memahami mengapa ini dilakukan dan dengan siapa ia kemudian akan digunakan, kerana pendekatan yang diperlukan untuk melaksanakan prosedur ini sangat bergantung pada ini. Perlu diingat beberapa pilihan asas:
- Organisasi komersial berhasrat untuk memperkenalkan sistem automatik sepenuhnya, tetapi ia tidak mempunyai perkhidmatan IT sendiri, hasilnya ia memutuskan untuk melakukan perkara berikut: sesetengah orang yang berminat mengembangkan tugas teknikal, dan kemudian memberi mereka kepada organisasi pihak ketiga untuk pembangunan selanjutnya.
- Sebuah syarikat komersial akan menggunakan sistem automatik, dan ia mempunyai perkhidmatan IT yang berfungsi. Dalam keadaan ini, TK dibangunkan, selepas itu ia dirundingkan secara terperinci dengan perkhidmatan IT dan kemudian dikirimkan kepada pihak yang berminat, dan akhirnya, ia dijual sendiri.
- Kerajaan akan menyelesaikan satu projek IT tertentu. Banyak perihal dan perangkap, termasuk semua jenis formaliti, sudah pun timbul di sini, jadi tidak dianjurkan untuk mempertimbangkan pilihan ini, kerana setiap kes individu biasanya memerlukan pendekatan yang sepenuhnya individu.
Kes yang lebih rumit
Kes yang paling sukar ialah apabila spesifikasi teknikal dikembangkan oleh sebuah syarikat IT untuk pembangunan dan pelaksanaan sistem automatik yang seterusnya. Dalam situasi seperti itu, anda perlu bekerja dalam pelbagai keadaan, seperti:
- Kehadiran pelanggan pakar sendiri dengan visi sendiri tentang proses ini, yang mengenakan keperluan tertentu pada TOR yang disusun.
- Spesifikasi teknikal dicipta secara eksklusif untuk pemaju mereka sendiri, dan pelanggan, pada dasarnya, tidak begitu penting apa hasilnya.
- TK akan dipindahkan ke kontraktor, iaitu, kepada kumpulan pakar tertentu yang terletak di luar kakitangan syarikat.
- Terdapat salah faham antara syarikat dan pelanggan mengenai hasilnya, jadi syarikat tidak tahu cara untuk membangunkan spesifikasi teknikal untuk penyelenggaraan dengan betul.
Terdapat banyak situasi lain yang perlu dipertimbangkan, tetapi hanya yang paling kerap ditunjukkan di atas.
Apakah TK?
Terdapat sejumlah besar GOST dan piawaian tertentu yang direka untuk mengawal selia setiap kawasan aktiviti. Khususnya, piawaian tersebut mesti diambil kira apabila membangunkan spesifikasi teknikal untuk penyelenggaraan. Pada masa yang sama, terdapat perdebatan aktif mengenai bagaimana dokumen-dokumen ini relevan, tetapi dalam hal apa pun, dalam proses membangunkan projek anda sendiri, anda perlu mematuhi sepenuhnya. Malah, seseorang harus memahami dengan betul bahawa GOST paling kerap tidak mendedahkan masalah praktikal pembangunan moden, tetapi pada masa yang sama mereka tidak selalu mencadangkan alternatif khusus dan sistemik.
TK sendiri adalah dokumen sumber yang mengatur rancangan suatu fasilitas teknis.Ia mewujudkan tujuan utama pembangunan ini, serta pelbagai ciri-ciri taktikal dan teknikal, penunjuk kualiti dan semua jenis keperluan teknikal dan ekonomi, dan juga menunjukkan keperluan khas yang mesti diambil kira semasa kerja. Tugas sebagai dokumen sumber untuk membuat beberapa perkara baru wujud dalam setiap bidang aktiviti moden, tetapi boleh berbeza-beza, bergantung kepada kandungan, susunan reka bentuk dan beberapa parameter lain.
Ciri-ciri penggunaan
Adalah semulajadi bahawa syarat-syarat dalam GOST jelas tidak mencukupi supaya pada akhirnya semua boleh membuat contoh yang berkesan dalam tugas teknikal, dan ini adalah perkara biasa, kerana tidak semua orang boleh melakukan pekerjaan itu sepenuhnya mengikut piawaian. Di samping GOST itu sendiri, kaedah dan amalan tertentu juga perlu diambil kira, dan fakta ini adalah punca masalah ini.
Ramai pakar, atas sebab tertentu, membangunkan spesifikasi teknikal untuk reka bentuk objek atau menjalankan kerja-kerja tertentu, hanya berdasarkan kepada keperluan GOST, tetapi pada hakikatnya ini pada asasnya pendekatan yang salah.
Cabaran utama
Sebagai berikut dari definisi itu sendiri, tujuan utama TK adalah untuk merumuskan keperluan asas bagi objek yang dibangunkan. Dalam kes ini, seseorang mesti memahami dengan betul bahawa kita bercakap tentang keperluan asas, tetapi bukan satu-satunya.
Bagaimana untuk menentukan keperluan?
Pertama sekali, anda harus ingat bahawa terma rujukan untuk reka bentuk atau pembangunan harus termasuk keperluan yang dibahagikan dengan sifat dan jenis. Dalam hal ini, sebenarnya, GOST membantu kami yang paling banyak. Senarai yang boleh didapati ada contoh yang sangat baik mengenai jenis-jenis yang perlu dipertimbangkan, iaitu:
- Fungsi
- keselamatan dan hak akses;
- kelayakan kakitangan.
Apa yang perlu diberi perhatian?
Sudah tentu, ini bukan senarai lengkap. Walau bagaimanapun, faktor utama yang harus dibezakan dengan contoh tugas teknis yang berjaya ialah keperluan yang dirumuskan dengan betul untuk fungsinya, dan untuk keperluan ini para profesional menumpukan sebahagian besar cara dan kerja yang besar. Ramai pakar mengatakan bahawa keperluan untuk fungsi termasuk kira-kira 90% daripada kerumitan keseluruhan kerja yang berkaitan dengan pembangunan spesifikasi teknikal, dan segala-galanya adalah semacam "kamuflase", yang kemudiannya akan dikenakan pada keperluan ini.
Sekiranya syarat dibentuk dengan salah, maka, tidak kira betapa cantiknya anda menyamar terhadap mereka, pada akhirnya ia tidak akan berfungsi untuk membuat projek yang benar-benar berjaya. Sudah tentu, menurut GOST, semua keperluan dipenuhi sepenuhnya, terma rujukan (sampel di bawah) dibangunkan, ditandatangani dan diluluskan, dan pakar menerima bayaran untuk itu, tetapi anda perlu memahami apa yang perlu dilakukan dengan dokumen ini. Sekiranya kita bercakap tentang projek untuk perintah negeri, maka kerap tidak timbul masalah, kerana terdapat kekangan anggaran yang jauh lebih kecil, dan butir-butir utama akan dikenalpasti dalam proses pelaksanaan. Tetapi jika kita bercakap tentang organisasi komersial, di mana mereka menganggap wang dengan lebih terperinci dan memerlukan hasil yang berbeza, maka semuanya sudah lebih rumit.
Pembangunan yang berguna dan berkesan
Jika jenis keperluan boleh sangat berbeza, dan di sini semuanya bergantung sepenuhnya kepada matlamat projek, maka hanya terdapat tiga sifat:
- kefahaman;
- kekhususan;
- kebolehpercayaan.
Pada masa yang sama, seseorang mesti memahami dengan betul bahawa, apabila membangunkan tugas teknikal, sampel mesti diuji dengan betul, dan ini sudah bergantung pada dua sifat pertama.Jika hasil memenuhi satu atau satu lagi keperluan tidak dapat diuji, maka ini menunjukkan bahawa keperluan ini sama sekali tidak difahami sepenuhnya atau tidak khusus, dan anda perlu memikirkannya, kerana dalam pemilikan sifat-sifat ini keperluan profesionalisme dan kemahiran pemaju terletak, dan Oleh itu, pakar yang berpengalaman melakukan kerja sedemikian lebih cepat dan lebih baik.
Nuansa tambahan
Terdapat juga beberapa perkara penting yang mesti diambil kira semasa membangunkan tugas teknikal. Sistem kehendak adalah seperti berikut:
- Apa bahasa (dari sudut pandangan kerumitan persepsi) sekiranya ditulis?
- Adakah perlu untuk menerangkan di dalamnya ciri-ciri tertentu pelbagai fungsi, algoritma, jenis maklumat yang diperlukan dan kehalalan teknikal yang lain?
- Apakah reka bentuk teknikal, yang, dengan cara itu, diperhatikan dalam spesifikasi standard keadaan sedia ada, dan bagaimana ia berkaitan dengan spesifikasi teknikal yang disusun?
Jawapan untuk semua soalan ini adalah sangat penting, dan tepat untuk sebab ini, ramai yang sering mula berhujah tentang betapa mencukupi TOR yang dicadangkan itu dan sama ada ia mengandungi semua butiran keperluan yang diperlukan. Antara perkara lain, adalah penting juga bagaimana difahami dokumen ini akan dari sudut pandang pelanggan dan kontraktor, betapa berlebihan dan format persembahannya.
Tugas dan projek
TK adalah dokumen yang merangkumi pelbagai keperluan yang dirumuskan dalam bahasa yang sangat difahami untuk pelanggan dan kontraktor. Selain itu, jika seorang profesional sedang mengembangkan tugas teknikal, perkhidmatannya juga termasuk penggunaan teknologi industri, yang direka untuk memberikan kata-kata yang paling mudah difahami untuk kontraktor akhir. Adalah penting untuk diingat di sini bahawa adalah perlu untuk mengelakkan sebarang pengikatan terhadap spesifikasi pelaksanaan teknikal, iaitu, dalam proses membangun TK, pada prinsipnya, tidak peduli di mana platform spesifik pelaksanaan semua persyaratan ini akan dilaksanakan. Sudah tentu, terdapat pengecualian tertentu, tetapi ini adalah kes-kes khas.
Penjelasan dan penggubalan selanjutnya bagi pelbagai keperluan, serta pembangunan akhir TAN, harus dilakukan oleh penganalisis perniagaan khusus, dan bukan oleh pelaksana (kecuali, tentu saja, dia menggabungkan peranan-peranan ini dalam dirinya sendiri, yang berlaku secara berkala). Dengan kata lain, pakar mesti berkomunikasi dengan pelanggan dalam bahasa perniagaan yang dijalankannya.
Perbezaan projek daripada tugas
Mencipta tugas teknikal dari sesuatu projek adalah berbeza dengan yang kedua adalah dokumen yang merangkumi keperluan asas untuk bagaimana keperluan yang dinyatakan dalam ToR harus dilaksanakan. Dokumen ini merangkumi perihalan utama produk yang dilaksanakan dan elemen-elemen yang diperlukan yang akan digunakan dalam kerja oleh pakar teknikal.
Ia tidak perlu bagi pelanggan untuk menyelidiki kerja tersebut, kerana majoriti keperluan yang besar mungkin tidak jelas kepadanya. Sering kali, pelaksanaan projek teknikal dijalankan oleh pakar khusus, oleh itu, sudah cukup mungkin untuk menggabungkan peranan ini dengan pelaku. Pada masa yang sama, anda perlu memahami bahawa semakin besar projek itu, lebih banyak orang sedang membangunkan spesifikasi teknikal.
Apakah amalan itu?
Ia sering berlaku bahawa pengarah dibawa ke penyelarasan TK, yang merangkumi banyak istilah teknikal, akibatnya dia cuba menyelidiki ini, berusaha untuk menangkap kata-kata yang biasa dan tidak kehilangan rantai utama dari keperluan perniagaan. Sebagai peraturan, dalam keadaan sedemikian, tugas teknikal untuk kerja masih diluluskan, dilaksanakan, dan dalam kebanyakan kes ternyata hasilnya tidak sepadan dengan fakta kerja yang dilakukan, kerana sebilangan besar nuansa diputuskan untuk diubah,dan beberapa elemen disalahpahami, dan pelbagai masalah lain timbul.
Itulah sebabnya penting untuk memahami perbezaan antara TK dan reka bentuk teknikal, yang sebahagiannya berkaitan dengan kecekapan pakar yang berkaitan, dan sebahagiannya keinginan untuk mengurangkan belanjawan dan masa, kerana dokumentasi tersebut memerlukan banyak masa.
