Apa saja yang termasuk dalam tugas teknis? Jadi apa yang dimaksud dengan “Spesifikasi Teknis”?

Membuat spesifikasi teknis adalah salah satu tahapan pertama dan sangat penting dari sebagian besar proyek. Spesifikasi teknis (TOR) yang jelas dan disusun dengan benar memungkinkan Anda untuk memperjelas hubungan antara pelanggan dan kontraktor, merumuskan persyaratan untuk karakteristik objek masa depan, dan juga menjadi dasar untuk memeriksa pekerjaan yang dilakukan.

Apa itu spesifikasi teknis

Definisi umum istilah ini adalah sebagai berikut: spesifikasi teknis adalah dokumen khusus yang dikembangkan oleh pelanggan dan disetujui oleh kontraktor, yang menetapkan persyaratan, parameter, dan karakteristik operasional utama suatu proyek, fasilitas atau sistem.

Antara lain, dokumen ini dapat mencakup daftar persyaratan yang berkaitan dengan pengujian (berlaku untuk pengembangan perangkat lunak).

Ini digunakan dalam pekerjaan mereka oleh pembangun, tukang reparasi, pemrogram, perancang dan banyak spesialis lainnya.

Spesifikasi teknis adalah dokumen yang dikembangkan oleh seorang profesional yang berpengalaman dalam spesifik jenis pekerjaan tertentu. Keberhasilan keseluruhan acara bergantung pada seberapa detail ekspektasi pelanggan dijelaskan. Dengan kata lain, spesifikasi teknis adalah instruksi bagi pekerja yang memungkinkan Anda membandingkan hasil akhir dengan yang direncanakan.

Fitur kerangka acuan

Seringkali proses pembuatan instruksi itu sendiri memungkinkan pelanggan memahami bagaimana dia ingin melihat proyek yang telah selesai. Hal ini disebabkan oleh kenyataan bahwa kebutuhan untuk menetapkan tujuan tertentu merangsang dia untuk mempelajari kemungkinan dan keterbatasan yang melekat pada jenis kegiatan ini. Banyak pelanggan, menyadari kurangnya informasi, ketidaktahuan akan istilah profesional dan kurangnya pengetahuan khusus, lebih memilih untuk menyewa seorang spesialis untuk mengembangkan spesifikasi teknis.

Paradoksnya, pendekatan ini memungkinkan kita mencapai pekerjaan yang paling terkoordinasi, karena setiap orang melakukan apa yang mereka tahu bagaimana melakukannya dengan baik: pelanggan tahu apa yang ingin dia dapatkan pada akhirnya, pembuat spesifikasi teknis menerjemahkan informasi ini ke dalam data yang dapat dimengerti oleh pelanggan. kontraktor, dan nakhoda mempunyai kesempatan untuk bekerja sesuai petunjuk yang jelas.

Tujuan spesifikasi teknis

Tugas ini menjalankan fungsi penting: membantu menyelesaikan kemungkinan situasi kontroversial. Setelah dituangkan secara tertulis, persyaratan proyek atau ruang lingkup pekerjaan menjadi pedoman bagi kedua belah pihak. Kontraktor berhak untuk tidak melaksanakan pekerjaan yang tidak ditentukan dalam spesifikasi teknis. Instruksi tambahan memerlukan instruksi baru.

Pada saat yang sama, pelanggan dilindungi dari penyelesaian tugas yang tidak lengkap atau salah, karena ia dapat memeriksa karakteristik dan parameternya untuk setiap item spesifikasi teknis.

Biasanya, produk jadi melewati tahap inspeksi, pengujian, atau pengujian. Jika karakteristiknya berbeda dari yang direncanakan, maka dapat dikirim untuk direvisi atau kontraktor dapat ditolak pembayarannya (hal ini dibicarakan pada saat spesifikasi teknis pekerjaan dibuat).

Komposisi spesifikasi teknis: persyaratan fungsionalitas

Semua persyaratan yang ditentukan dalam spesifikasi teknis dapat diklasifikasikan berdasarkan jenis dan properti.

Kebanyakan gost menjadi contoh persyaratan dari berbagai jenis. Mereka mengatur proses penyusunan spesifikasi teknis untuk pembangunan fasilitas besar dan pekerjaan penting lainnya. Mereka biasanya mencantumkan persyaratan berikut:

• Untuk komponen fungsional.
• Untuk parameter keselamatan (untuk sistem otomatis dan perangkat lunak).
• Menuju tingkat kualifikasi spesialis.
• Menuju penampilan.
• Untuk bahan yang digunakan.

Daftar persyaratan yang dikelompokkan berdasarkan jenisnya cukup panjang, keragamannya disebabkan oleh perbedaan tujuan proyek.

Seringkali, persyaratan mengenai fungsionalitas bertindak sebagai inti di mana setiap tugas teknis dikembangkan. Sistem kondisi dan instruksi teknis lainnya menjadi semacam “kamuflase” terhadap persyaratan ini. Jika tugas utama dirumuskan dengan buruk, bahkan “kamuflase” terbaik pun tidak akan menyelamatkan situasi, dan proyek akan gagal.

Karakteristik persyaratan

Berbeda dengan berbagai jenis persyaratan, terdapat lebih sedikit properti yang dapat dikarakterisasi:

• Kejelasan.
• Kekhususan.
• Kemampuan untuk diuji.

Properti terakhir tidak dapat dipisahkan dari dua properti pertama, karena persyaratan yang jelas dan spesifik dapat diterapkan dan diuji. Namun, jika tidak ada cara untuk memverifikasi hasilnya, maka dapat dikatakan bahwa persyaratan tersebut tidak memiliki salah satu dari dua properti pertama.

Kerangka acuan bukanlah proyek teknis

Ada banyak pendapat mengenai tingkat detail yang harus digunakan ketika mengembangkan spesifikasi teknis.

Kadang-kadang disusun menggunakan istilah-istilah tertentu dan sejumlah besar nuansa yang hanya dapat dimengerti oleh para spesialis. Kerugian dari pendekatan ini adalah bahwa pelanggan, ketika menyetujui spesifikasi teknis ini, tidak sepenuhnya memahami apa yang akan diterimanya sebagai produk jadi. Oleh karena itu, proses pengujian, pengecekan dan penerimaan pekerjaan dapat tertunda, dan proyek berulang kali dikirim untuk direvisi dan diperbaiki.

Pendukung metode lain bersikeras bahwa rancangan spesifikasi teknis harus sesederhana dan sedapat mungkin dapat dipahami. Dokumen ini mungkin mencakup terminologi industri yang dapat dimengerti oleh pelanggan, tetapi tidak boleh menunjukkan aspek teknis terkait pelaksanaan proyek. Di bidang pengembangan perangkat lunak, seorang analis bisnis, bukan seorang programmer, bertanggung jawab untuk menyesuaikan kebutuhan pelanggan ke dalam spesifikasi teknis (tentu saja, jika dia tidak menjalankan tugas keduanya).

Proyek teknis adalah dokumentasi yang menjelaskan secara rinci tata cara pelaksanaan poin-poin spesifikasi teknis. Di sinilah istilah, singkatan dan konsep profesional sangat diperlukan. Pelanggan tidak melihatnya (kata-kata ini mungkin tidak berarti apa-apa baginya), teks dibaca oleh master yang akan terlibat dalam proyek, dan dia membutuhkan data yang akurat dan spesifik: dimensi, parameter, kualitas, karakteristik. adalah arsitek sistem.

Struktur spesifikasi teknis

Untuk memudahkan penyusunan dan pelaksanaan spesifikasi teknis, dikembangkan menurut sistem tertentu.

Sebagai aturan, di awal, di bagian pendahuluan, maksud dan tujuan proyek dinyatakan. Berikut daftar bagian, persyaratan dan penjelasannya. Untuk memahami seperti apa spesifikasi teknis sistem otomatis, Anda dapat mempertimbangkan struktur yang direkomendasikan oleh GOST 34.602-89:

• Indikasi informasi umum.
• Deskripsi maksud dan tujuan pembuatan atau pengembangan sistem yang direncanakan.
• Karakteristik objek yang diotomatisasi.
• Pernyataan persyaratan sistem.
• Komposisi dan isi kegiatan dan pekerjaan yang digunakan untuk membuat sistem.
• Deskripsi tentang bagaimana prosedur pengendalian pembuatan dan penerimaan sistem yang telah selesai harus dilakukan.
• Daftar persyaratan pekerjaan yang akan dilakukan dengan objek otomasi untuk persiapannya.
• Prosedur untuk memelihara dokumentasi.
• Indikasi sumber pengembangan.

Spesifikasi teknis tersebut (contohnya berisi penjelasan rinci tentang semua poin) mencakup sebagian besar aspek proyek, tetapi, jika perlu, dapat dilengkapi dengan poin-poin klarifikasi.

Mengapa menyusun spesifikasi teknis untuk merenovasi ruangan?

Proses renovasi besar-besaran interior tidak sesederhana kelihatannya pada pandangan pertama. Ini bukan hanya tentang mengganti wallpaper dan mengecat radiator, ini tentang memperbaiki geometri yang rusak, menghilangkan kekurangan arsitektur, melakukan penyesuaian pada tata letak, melengkapi dan memperbaiki ruangan.

Oleh karena itu, spesifikasi teknis perbaikan menjadi salah satu tahapan terpenting, karena memungkinkan:

• Pikirkan terlebih dahulu tentang isi pekerjaan di masa depan.
• Siapkan perkiraan terperinci dan identifikasi peluang penghematan.
• Mencapai kejelasan maksimal mengenai hasil yang diinginkan bagi semua peserta dalam proses (pelanggan, kontraktor, pelaku).

Seperti dalam contoh kerangka acuan untuk otomasi sistem, perantara antara pelanggan dan pelaku utama menyusun kerangka acuan. Pelaksanaan kegiatan pelaksanaan pekerjaan yang direncanakan dilakukan berdasarkan proyek teknis, dikembangkan sesuai dengan butir-butir spesifikasi teknis.

Hal-hal apa saja yang termasuk dalam spesifikasi teknis renovasi ruangan?

Untuk renovasi setiap ruangan, dibuat spesifikasi teknis yang unik. Contoh struktur paling umum dari dokumen ini diberikan di bawah ini.

1. Nama dan tujuan ruangan. Ini perlu, karena kekhasan ruangan memerlukan kepatuhan terhadap aturan tertentu saat mendekorasinya (ruang tamu, kamar tidur, kantor).

2. Karakteristik lantai: jumlah pekerjaan yang perlu dilakukan pada area tersebut. Di sini Anda dapat menentukan secara rinci apa yang sebenarnya perlu dilakukan oleh para spesialis:

• Bongkar penutup, alas tiang dan lantai bawah yang tidak dapat digunakan (tipe dan persegi).
• Terapkan perataan, pemisah screed, dan insulasi termal (luas dan tinggi material).
• Jika perlu, pasang sistem “lantai hangat” (jenis dan tinggi struktur).
• Oleskan screed di atas kabel pemanas (kira-kira 30-50 mm).
• Siapkan permukaan untuk meletakkan ubin, laminasi, karpet atau bahan lainnya (sifat susunan elemen).
• Pasang alas tiang (sebutkan jumlah meter linier, serta semua sudut dalam dan luar).

3. Pekerjaan plafon:

• Hapus kapur atau wallpaper (luas dalam meter persegi).
• Sejajar dengan dempul (area).
• Oleskan plester (ketebalan persegi dan sedang).
• Jika Anda perlu memasang langit-langit eternit, Anda perlu menunjukkan jenis, ukuran luas, dan tingginya. Untuk model bertingkat, diperlukan gambar.
• Dempul dan cat langit-langit (area, warna).

4. Apa yang perlu dilakukan dengan dinding:

• Bersihkan lapisan sebelumnya wallpaper atau penutup (area) lainnya.
• Hapus plester.
• Plester dinding (dengan atau tanpa tulangan). Di sini perlu untuk menunjukkan tidak hanya luas keseluruhan dinding, tetapi juga ketebalan lapisan. Panjang lereng yang digunakan dinyatakan dalam meter linier.
• Dempul dinding.
• Tunjukkan berapa banyak sudut luar yang ada di dalam ruangan sehingga Anda dapat menghitung panjang sudut berlubang.

5. Opsi jendela:

• Berikan informasi pabrikan.
• Memberikan informasi tentang jenis profil, perlengkapan, jendela berlapis ganda, ambang jendela. Jelaskan apakah akan ada kelambu dan lampirkan gambar beserta dimensinya. Untuk kualitas pekerjaan yang lebih baik, lebih baik membuat spesifikasi teknis tersendiri untuk pemesanan jendela.

6. Karakteristik pintu:

• Jelaskan parameter pintu, pabrikan, bahan yang digunakan (termasuk perlengkapan), jenis kusen, trim dan engsel.
• Nyatakan secara terpisah kebutuhan untuk mengubah ukuran pintu (menambah, mengurangi, memindahkan) dengan dimensi dan daftar pekerjaan.

7. Bekerja dengan jaringan listrik:

• Daftar pekerjaan (pemasangan, penggantian,
• Kebutuhan untuk memasang kabel telepon atau Internet.
• Lampirkan diagram.

8. Langkah-langkah pemasangan sistem pemanas dan AC:

• Memasang, memindahkan, mengganti, atau sekadar mengecat alat pemanas.
• Pembongkaran perangkat tradisional dan pemasangan sistem “lantai hangat”.
• Tandai pada diagram lokasi AC dan rutenya. Perjelas cara menyalakannya dari sumber listrik.

Apakah perlu memeriksa lokasi sebelum menyusun spesifikasi teknis untuk perbaikan?

Semua ahli sepakat bahwa pemeriksaan suatu ruangan merupakan langkah wajib dalam menyusun spesifikasi teknis untuk renovasinya. Dalam hal ini prosedur harus dilakukan tidak hanya sebelum pengembangan spesifikasi teknis, tetapi juga selama proses persiapan.

Tujuan utama dari acara ini adalah untuk memperoleh informasi tentang kondisi ruangan dan gambaran yang lebih akurat mengenai pekerjaan perbaikan yang akan datang.

Saat memeriksa ruangan, perhatikan parameter utama dan lakukan tindakan berikut:

• Periksa kebenaran geometri.
• Mereka mempelajari horizontalitas langit-langit (apakah ada kemiringan, perbedaan). Ini membantu menentukan jenis hasil akhir dan memberikan gambaran tentang ketinggian ruangan di masa depan.
• Periksa vertikalitas dinding dan sudut yang benar. Jika perlu diratakan, pengrajin harus mengetahui bahan apa yang akan digunakan dan berapa jumlah yang perlu dibeli.
• Memeriksa ketinggian lantai. Seringkali, lantai harus diganti seluruhnya (terutama jika sistem pemanas dipasang di bawahnya), sehingga jumlah pekerjaan harus ditentukan terlebih dahulu.

Untuk menghindari ketidakpastian dan memberikan semua kemungkinan nuansa, selama pemeriksaan lantai dibongkar di beberapa tempat dan diambil kesimpulan dari apa yang dilihat.

Data yang diperoleh dari survei dibandingkan dengan proyek, jenis bahan finishing dan pekerjaan persiapan yang diperlukan untuk pemasangannya.

Informasi ini memungkinkan Anda memperkirakan tingkat tenaga kerja dan biaya keuangan. Kerangka acuan harus memuat gambar pekerjaan di masa depan.

Pekerjaan renovasi ruangan yang digariskan tidak biasa. Bergantung pada ruang lingkup pekerjaannya, ini mungkin terlihat sangat berbeda, lebih pendek, atau menyertakan data yang lebih detail.

Teks ini dibuat semata-mata demi adanya tautan permanen, yang dapat dengan aman dikirimkan oleh penulis sendiri, dan Anda semua ke calon pelanggan, kolega, kerabat, dan kenalan Anda dalam bentuk jawaban standar atas pertanyaan: “Apakah saya memerlukan spesifikasi teknis Anda dan apa secara umum?”

Seperti yang mereka katakan - “daripada seribu kata”, karena setiap kali menginjili selama 4-5 jam melalui Skype tentang topik ini sudah menjadi hal yang melelahkan, dan kecenderungan global untuk memasukkan omong kosong ke dalam definisi “Spesifikasi Teknis” semakin meningkat. selama bertahun-tahun.

Masalah

Faktanya adalah bahwa ketika ada format tertentu, serta definisi istilah yang jelas dan dapat dipahami, maka semua manipulasi dan substitusi dengan arahan Anda sendiri, prototipe, kuesioner yang ditemukan dengan cepat, deskripsi, dan aplikasi yang masuk hanya terlihat setidaknya tidak profesional. Oleh karena itu, kami mulai dengan definisi ilmiah dari konsep kami:

Kerangka acuan - dokumen asli untuk desain objek teknis (produk). Spesifikasi teknis menetapkan tujuan utama objek yang sedang dikembangkan, karakteristik teknisnya, indikator kualitas dan persyaratan teknis dan ekonomi, instruksi untuk menyelesaikan tahapan yang diperlukan dalam pembuatan dokumentasi (desain, teknologi, perangkat lunak, dll.) dan komposisinya, serta sebagai persyaratan khusus. Spesifikasi teknis adalah dokumen hukum - permohonan termasuk dalam kontrak antara pelanggan dan kontraktor untuk pekerjaan desain dan merupakan dasarnya: menentukan prosedur dan kondisi kerja, termasuk maksud, tujuan, prinsip, hasil yang diharapkan dan tenggat waktu . Artinya, harus ada kriteria obyektif yang dapat digunakan untuk menentukan apakah suatu item pekerjaan telah selesai atau belum. Semua perubahan, penambahan dan klarifikasi kata-kata dalam spesifikasi teknis harus disetujui oleh pelanggan dan disetujui olehnya. Hal ini juga diperlukan karena jika ditemukan ketidakakuratan atau kesalahan data awal dalam proses penyelesaian suatu masalah desain, maka perlu ditentukan tingkat kesalahan masing-masing pihak yang terlibat dalam pembangunan dan pembagian kerugian yang terjadi. dengan ini. Kerangka Acuan, sebagai istilah dalam bidang teknologi informasi, adalah dokumen penting secara hukum yang berisi informasi komprehensif yang diperlukan untuk menetapkan tugas bagi pelaku pengembangan, implementasi, atau integrasi produk perangkat lunak, sistem informasi, situs web, portal, atau layanan TI lainnya. .

Terjemahan ke dalam bahasa yang dapat dimengerti

1) Penugasan Teknis - ini menetapkan tugas. Artinya harus ada sebelum prototipe, sketsa, pengujian, proyek desain, karena peta pikiran, diagram aliran data, arsitektur apa pun sudah merupakan penyelesaian tugas tertentu, inilah jawaban dari pertanyaan tersebut. Dan sebelum pertanyaan itu sendiri belum ditanyakan, dirumuskan dan ditandatangani oleh semua pihak, jawaban apa pun secara apriori salah, bukan? Jadi, awal dari setiap pekerjaan pada proyek apa pun adalah perumusan masalah, dan bukan pencarian sketsa selusin pilihan untuk menyelesaikannya.

2) Sebenarnya, poin baru secara logis mengikuti dari poin pertama - teks TK itu sendiri harus dimulai dengan bab “Maksud dan Sasaran”, yang dengan jelas merumuskan tujuan bisnis apa yang sedang dikejar oleh upaya terbaru untuk meningkatkan entropi di dunia. . Tugas tanpa tujuan yang tidak menyelesaikan masalah apa pun, tidak menghasilkan apa-apa, dan dilakukan “karena bosan” tidak secara resmi dianggap sebagai Tugas Teknis, dan mulai saat ini berstatus “selembar kertas biasa”.

3) Bagaimana Anda memahami apakah konsep desain yang diusulkan atau prototipe interaktif, atau bahkan situs web siap pakai, dapat memecahkan masalah bisnis di atas? Tidak ada yang bisa dilakukan, kita harus kembali ke definisi lagi: “menentukan... hasil dan tenggat waktu yang diharapkan. Artinya, harus ada kriteria obyektif yang dapat digunakan untuk menentukan apakah suatu pekerjaan telah selesai atau belum.” Artinya, spesifikasi teknis tidak akan ada tanpa indikator terukur yang jelas dalam rubel, detik, ton-kilometer, atau derajat Celcius. Mungkin ringkasan, atau prototipe, atau selembar kertas absurd lainnya, tapi bukan Penugasan Teknis.

Dari sini kami menyimpulkan bahwa dalam TOR ini harus ada bab “Prosedur Penerimaan dan Evaluasi”, ketika indikator-indikator yang sama diambil, diukur, dan para pihak berjabat tangan atau mengirimkan proyek untuk dikerjakan ulang.

4) Penugasan Teknis harus konsisten dengan rencana bisnis pelanggan secara keseluruhan, strategi pengembangan bisnis, dan analisis segmen pasar. Semua ini akan memungkinkan Anda menetapkan tujuan yang tepat, memperoleh metrik yang akurat, yang kemudian akan digunakan untuk menerima produk informasi akhir secara memadai. Tidak adanya rencana bisnis dari pelanggan secara otomatis menjamin pelaksanaan Penugasan Teknis yang tidak profesional.

Apakah studio yang dialihdayakan mengetahui tujuan bisnis dan indikator terukur bisnisnya lebih baik daripada pemiliknya? Jelas tidak, yang berarti spesifikasi teknis yang benar harus ditulis oleh perwakilan Pelanggan, dan bukan oleh karyawan Kontraktor. Tidak masuk akal jika seorang pelaku menetapkan tugas untuk dirinya sendiri, kemudian menemukan cara untuk mengevaluasinya, dan pada akhirnya memberi dirinya nilai akhir atas pekerjaan yang telah diselesaikan. Idealnya, “kegiatan amatir” seperti itu tidak boleh ada, meskipun dalam praktiknya hal ini terjadi di mana-mana, sehingga Penugasan Teknis tidak memberikan bantuan yang diperlukan untuk proyek, dan sering kali hanya berupa dokumen fiktif. Jangan lakukan dengan cara ini.

5) Setiap perubahan spesifikasi teknis yang telah selesai harus memerlukan biaya. Anda tidak dapat dengan leluasa dan tanpa henti mengedit “Konstitusi proyek Anda” hanya karena salah satu pihak berubah pikiran, kurang tidur, tiba-tiba memutuskan untuk menabung, dll. Harga setiap perubahan spesifikasi teknis juga harus dicantumkan dengan jelas terlebih dahulu pada bab terkait.

Ngomong-ngomong, secara teori, dengan cara yang sama, setiap pengeditan pada desain atau perubahan pada daftar halaman atau fungsi harus memiliki harga yang jelas, yaitu dibayar terlebih dahulu, sebelum melakukan perubahan tersebut. Secara pribadi, saya menyarankan bahwa setiap pengeditan spesifikasi teknis yang disetujui harus diperkirakan sebesar 30% dari seluruh anggaran proyek, tetapi Anda dapat melakukan sebaliknya.

Perlukah disebutkan bahwa kerangka acuan hanya perlu menunjukkan terlebih dahulu waktu dan total anggaran pembangunan, serta daftar semua sumber daya dan batasan yang ada? - Tidak, itu akan terlalu jelas.

Jadi: Apa yang kita lakukan? Untuk apa? Bagaimana kita memahami apa yang telah kita lakukan? Berapa biaya setiap pivot? - jawaban atas semua pertanyaan yang tertulis di selembar kertas adalah “peluru perak” yang dapat menyelesaikan proyek yang paling gagal sekalipun.

Pertanyaan kontrol

1) Jadi, mungkinkah ada juga Gost resmi untuk menulis Spesifikasi Teknis? - Ya, bahkan beberapa.

2) Apa, Spesifikasi Teknis tidak memuat deskripsi halaman yang diperlukan, jumlah tombol, perpustakaan yang digunakan, pedoman, dll? - Bukan di TOR itu sendiri, tapi di Lampiran semua itu bisa dicantumkan, tentunya menyesuaikan semua itu dengan tujuan, batasan dan metode yang diuraikan di atas untuk menilai lebih lanjut hasil yang dicapai. Posting setidaknya semua konten masa depan, bahkan deskripsi karakter khas - tetapi bukan pernyataan tugas yang jelas, tetapi setelahnya.

3) Jadi mungkin saya tidak membutuhkannya seperti itu? - Mungkin saat ini ribuan situs dibuat tanpa spesifikasi teknis sama sekali, seperti halnya ribuan orang di dunia hidup berkecukupan, buta sejak lahir. Tetapi jika Anda ingin melihat kemana tujuan Anda, secara sadar membuat keputusan dan secara mandiri mengevaluasi hasil yang diperoleh, maka Anda tidak dapat melakukannya tanpa spesifikasi teknis.

4) Jadi Anda dan Wikipedia menulis bahwa spesifikasi teknis dibuat oleh pelanggan. Tapi saya tidak tahu caranya/saya tidak punya waktu/saya hanya tidak ingin melakukannya sendiri. Bagaimana menjadi? - Mengalihdayakan pengembangan spesifikasi teknis kepada pihak ketiga yang benar-benar memahami bisnis Anda, tugasnya, target audiens dan kebutuhannya, dan pada saat yang sama memiliki pengetahuan menyeluruh tentang semua tahap pengembangan web. Pihak ketiga ini akan menjadi semacam “notaris web”, yaitu penjamin bahwa kontraktor tidak akan meremehkan indikator yang Anda perlukan atau tidak akan menunda tenggat waktu, dan bahwa pelanggan akan menetapkan metrik yang dapat dicapai dan pada penerimaan akhir tidak akan mengevaluasi secara subyektif produk yang dibuat, mengubah persyaratan yang dicatat sebelumnya dengan cepat.

5) Dan bagaimana jika spesifikasi teknisnya adalah dokumen yang sah, maka saya dapat menuntut pihak outsourcing, bukan membayarnya, memaksanya mengulangi semuanya untuk kesepuluh kalinya? - Jika dokumen dibuat dengan benar, tujuan dan metodologi untuk menilai pencapaiannya ditunjukkan; jika dokumen tersebut ditandatangani oleh para pihak dan disebutkan dalam Perjanjian (Kerangka Acuan itu sendiri bukanlah suatu perjanjian) - maka tentu saja bisa. Tapi dengan ringkasan biasa, prototipe, tata letak seni-kreatif, Kesepakatan aman di FL - tidak lagi.

6) Mereka memberi tahu saya bahwa pekerjaan akan dilakukan dengan menggunakan semacam Scrum atau Agile; yang berarti saya tidak lagi memerlukan spesifikasi teknis kuno. Ini benar? - Nilailah sendiri: mereka menyebut Anda kata yang tidak dapat dipahami yang dengan jelas menutupi sesuatu, dan sekarang, berdasarkan istilah yang tidak dikenal, mereka menawarkan untuk meninggalkan dokumen yang kompeten secara hukum yang berisi tujuan dan metrik. Agile sendiri tidak dapat menetapkan tujuan apa pun seperti “mencapai setidaknya 10.000 kunjungan pada akhir tahun”, atau “mencapai lebih dari 25 pesanan dari situs dalam sebulan”, ini hanyalah cara mengadakan pertemuan dan organisasi baru. dari karyawan yang ceroboh. Pikirkan beberapa kali: “Apakah mereka tidak melemparkan debu ke mata Anda?” Faktanya, spesifikasi teknis profesional tidak dapat merugikan Scrum bermodel baru, tetapi spesifikasi ini pasti membantu.

Pertama-tama, kita harus ingat bahwa kerangka acuan (TOR) adalah dokumen resmi yang merupakan bagian integral dari Perjanjian Pengembangan Situs Web.

Spesifikasi teknis memuat justifikasi teknis pengembangan dan persyaratan lokasi yang dirancang (desain, navigasi, metode penyajian informasi); menentukan waktu, biaya, volume dan urutan pelaksanaan setiap tahap pembangunan.

Kerangka acuan adalah dokumen desain situs web awal, disetujui secara bilateral oleh Pelanggan dan Kontraktor. Spesifikasi teknis adalah dokumen utama yang menjadi dasar pengembangan dan penilaian kualitas produk jadi.

Berdasarkan spesifikasi teknis, tuntutan Pelanggan atas mutu pekerjaan Kontraktor diterima atau ditolak, pekerjaan selesai dibayar, dan dibuat sertifikat pengalihan dan penerimaan.

Kerangka acuan disusun oleh Kontraktor berdasarkan ringkasan yang telah diisi, analisis hasil studi pendahuluan, perhitungan dan pemodelan desain lokasi masa depan. Spesifikasi teknis harus mempertimbangkan semua persyaratan, aspek, dan detail lokasi masa depan.

Dokumen ini memberikan serangkaian persyaratan lengkap untuk implementasi situs.

Pelanggan dan Kontraktor setuju

Tanda tangan Pelanggan dan Kontraktor dalam dokumen ini menegaskan persetujuan mereka dengan fakta dan ketentuan sebagai berikut:

1. Kontraktor telah menyiapkan dan mengembangkan dokumen yang disebut Spesifikasi Teknis (TOR), yang berisi daftar persyaratan pekerjaan yang dilakukan.
2. Pelanggan setuju dengan seluruh ketentuan dalam Kerangka Acuan ini.
3. Setelah TOR disetujui, maka seluruh perjanjian sebelumnya menjadi tidak berlaku dan hanya klausul-klausul dalam TOR ini yang berlaku.
4. Pelanggan tidak mempunyai hak untuk meminta dari Kontraktor, berdasarkan Perjanjian saat ini, pelaksanaan pekerjaan atau penyediaan layanan yang tidak dijelaskan secara tegas dalam Pernyataan Kerja ini.
5. Kontraktor hanya melaksanakan pekerjaan yang ditentukan dalam TOR ini.
6. Segala sesuatu yang berada di luar cakupan TOR ini akan dibayar tambahan oleh Pelanggan, berdasarkan penambahan TOR ini yang disetujui oleh para pihak.
7. Kontraktor mulai melaksanakan pekerjaan sesuai dengan spesifikasi teknis, setelah: persetujuan tertulis atas spesifikasi teknis, penerimaan semua informasi yang diperlukan yang ditentukan dalam spesifikasi teknis, penerimaan bahan-bahan yang diperlukan dari pelanggan dan penyelesaian titik pembayaran.
8. Pelanggan menyanggupi untuk menerima pekerjaan setelah selesai dalam waktu 3-5 hari kerja, untuk membayar pekerjaan pada spesifikasi pekerjaan ini dalam jangka waktu yang ditentukan di sini, jika pekerjaan diselesaikan secara penuh dan sesuai dengan pernyataan pekerjaan.
9. Pelanggan tidak berhak menuntut Kontraktor untuk mematuhi format dan standar apa pun kecuali hal ini ditentukan dalam Kerangka Acuan ini.
10. Semua pekerjaan pembuatan website dilakukan di hosting milik Kontraktor sendiri. Setelah semua pekerjaan selesai, itu ditransfer ke server nyata untuk pengujian.
11. Setelah pekerjaan selesai, Kontraktor memberikan konsultasi administrasi dalam waktu 5 hari kerja, tetapi tidak lebih dari setengah jam per hari. Waktu tambahan dibayar secara terpisah, sesuai dengan tarif Kontraktor yang berlaku.
12. Segala ambiguitas yang diidentifikasi dalam TOR ini setelah penandatanganannya tunduk pada kesepakatan bilateral antara Para Pihak. Selama proses persetujuan, persyaratan tambahan dapat dikembangkan, yang diformalkan dalam perjanjian tambahan pada Perjanjian dan dinilai sesuai dengan itu.
13. Ketentuan dokumen ini wajib bagi pengembang setelah disetujui sesuai dengan prosedur yang ditetapkan.
14. Spesifikasi teknis adalah sarana untuk memverifikasi pekerjaan yang telah selesai.

Artikel terkait: 10 tips berguna saat membuat situs web

Kompatibilitas peramban

Anda perlu mempertimbangkan fungsionalitas berbagai browser yang mungkin digunakan pengunjung Anda. Untuk memastikan tampilan situs yang identik, Anda perlu memastikan kompatibilitas dengan browser paling populer:

• Internet Explorer (versi 8 dan lebih tinggi);
• Mozilla Firefox (versi 3 dan lebih tinggi);
• Google Chrome (versi 4 dan lebih tinggi);
• Opera (versi 10 dan lebih tinggi).

Persyaratan tata letak halaman situs web

Teks harus dapat dibaca. Menurut statistik, resolusi layar minimum monitor pengguna adalah 1024x768 piksel. Pada resolusi ini, semua teks di situs akan terlihat jelas dan terlihat jelas tanpa menggunakan scroll bar horizontal. Pada resolusi yang lebih rendah dari 1024x768, bilah gulir horizontal akan muncul.

Situs juga harus memiliki batas ukuran maksimum agar terlihat bagus di monitor resolusi tinggi. Itu sebabnya lebar situs maksimum akan menjadi 1280x1024.

Persyaratan untuk mengubah konten situs

Untuk administrasi jarak jauh (menambah, mengedit, dan menghapus informasi teks dan grafik), sistem manajemen konten (CMS) situs web gratis, seperti WordPress, dapat digunakan. Namun Anda juga dapat menggunakan UMI.CMS (lebih nyaman bagi pengguna untuk mengedit situs, tetapi lebih sulit bagi pengembang). Oleh karena itu, jika Pelanggan ingin menggunakan UMI.CMS, biaya implementasi dinegosiasikan secara terpisah, setelah desain disetujui. Biayanya kira-kira 50% lebih mahal daripada biaya pemrograman.

Dengan bantuan CMS, Anda dapat dengan mudah menambahkan bagian dan subbagian baru, namun selain mengelola konten database, tidak akan ada kemampuan untuk mengubah tampilan situs.

Ringkasan

Semakin rinci Anda menjelaskan tugas yang dihadapi pengembang situs, semakin mudah menyelesaikan proyek tersebut. Bahkan sampai menulis bagaimana gambar itu terbuka di jendela pop-up, di bingkai apa, dan apakah gambar itu akan terbuka dengan beberapa efek tambahan. Karena seringkali pelanggan, bahkan ketika membuat situs web, berusaha untuk melakukan perubahan pada teks, gambar, dan sejenisnya, yang sebenarnya termasuk dalam tahap yang sama sekali berbeda, yang disebut “Mengisi situs” atau “Memperbarui situs”.

Tidak ingin kecewa total saat menerima website dari developer? Maka bacalah artikel ini dengan seksama!

Tapi mungkin itu bukan salahnya? Lagi pula, tidak hanya pelaku, tetapi juga pelanggan bertanggung jawab atas hasil pendelegasian apa pun.

Untuk mendapatkan hasil maksimal yang diinginkan, Anda perlu mengetahui cara menyusun spesifikasi teknis pembuatan website yang benar.

MENGAPA ANDA MEMBUTUHKAN TUGAS TEKNOLOGI?

• Untuk pemainnya Spesifikasi teknis yang kompeten untuk pengembangan situs web akan membantu Anda memperkirakan terlebih dahulu jumlah pekerjaan, kompleksitasnya, dan biayanya. Pahami apakah dia dapat mengatasi tugas tersebut sendiri, atau apakah dia harus mempekerjakan pembantu. Dan kemudian melakukan apa yang diharapkan pelanggan darinya.
• Kepada pelanggan kerangka acuan memberikan keyakinan bahwa ia telah mendokumentasikan keinginannya untuk lokasi di masa depan, dengan jelas menguraikan tenggat waktu yang harus dipenuhi oleh kontraktor, dan menetapkan persyaratan untuk pengoperasian lokasi. Dan jika hasilnya ternyata kurang memuaskan, Anda bisa mengajukan klaim yang beralasan: “Tidak sesuai dengan spesifikasi teknis!”

APA YANG MEREKA TULIS DALAM KERANGKA REFERENSI?

Tugas tersebut menjawab pertanyaan-pertanyaan berikut:

• Mengapa dan untuk siapa sebuah website dibuat?
• Akan diisi dengan apa?
• Bagaimana cara kerjanya?
• Siapa yang akan mengerjakan proyek tersebut dan bagaimana caranya, siapa yang bertanggung jawab atas apa?
• Apa hasilnya?

BAGIAN UTAMA SPESIFIKASI TEKNIS UNTUK PENGEMBANGAN SITUS

1. Informasi tentang pelanggan, yaitu tentang Anda

Harap berikan sedetail mungkin. Tunjukkan semua sumber dari mana pengembang dapat memperoleh data yang hilang. Ini bisa berupa selebaran, poster, materi elektronik, tautan, kontak orang yang dapat Anda ajukan pertanyaan.

2. Informasi tentang proyek

Apa jadinya: situs kartu nama, blog, toko online, portal perusahaan, perpustakaan elektronik?

3. Target audiens situs

Jelaskan target audiens Anda, beri tahu mereka apa yang mereka butuhkan dan bagaimana Anda dapat menarik minat mereka.

4. Maksud dan tujuan yang harus dipecahkan oleh situs untuk pelanggan dan audiens

Anda harus memahami dengan jelas mengapa Anda membutuhkan sebuah website. Untuk meningkatkan citra Anda? Untuk penjualan langsung? Untuk berita? Apakah Anda ingin mengubah pengunjung menjadi pelanggan menggunakan situs web Anda? Apakah Anda ingin membuat sumber daya untuk menarik calon mitra?

Tunjukkan tujuan langsung situs Anda.

Pikirkan baik-baik tentang tugas individu sumber daya web. Misalnya, harus memberikan informasi terkini tentang berita pasar, memamerkan produk Anda, memungkinkan pengunjung menghubungi Anda langsung dari halaman situs, dan sebagainya.

5. Ruang lingkup proyek (fungsi utama)

Situs ini dapat memiliki banyak fungsi: formulir untuk mendaftarkan pengguna, umpan balik, tombol pemesanan, kalender pengiriman, umpan berita, katalog produk dengan kemampuan untuk masuk ke keranjang, skrip surat bawaan, bagian tertutup untuk pelanggan - terserah! Masing-masing fungsi dalam kerangka acuan pengembangan situs web Anda harus dijabarkan dengan sangat rinci.

Jadi, bagian “Ruang Lingkup Proyek” adalah sesuatu seperti daftar isi, daftar fungsi tanpa penjelasan yang cermat tentangnya. Anda akan membutuhkan bagian ini pada tahap pencarian pemain. Ini akan memungkinkan calon pembuat situs web Anda untuk melihat gambaran keseluruhan dan menyuarakan perkiraan harga, dan bagi Anda untuk mensistematisasikan keinginan Anda berdasarkan fungsionalitas.

6. Struktur situs (peta)

Poin berikutnya dari spesifikasi teknis situs akan memberi tahu kontraktor halaman apa yang akan ada di situs Anda, bagian dan subbagian apa, bagaimana mereka akan terhubung satu sama lain, bagaimana mereka akan ditampilkan di menu situs.

Lebih mudah menggambar suatu struktur daripada mendeskripsikannya. Dalam bentuk grafis, lebih mudah untuk memikirkan hubungan antar area situs.

7. Halaman individual

Saat Anda menggambar peta situs, setiap halaman hanya berbentuk persegi. Tetapi pemain perlu memahami apa yang akan ditempatkan pada kotak ini dan dalam urutan apa (ingat contoh tabel di awal artikel). Blok informasi apa yang akan ada? Apakah akan ada menu dan sidebar di setiap halaman? (blok terpisah dengan navigasi), catatan kaki (blok bawah)? Apakah Anda ingin melihat spanduk dan gambar di halaman? Apakah mereka akan statis atau bergerak?

Semakin rinci Anda mendeskripsikan setiap elemen dari setiap halaman sumber daya masa depan, semakin dekat hasil akhirnya dengan ide Anda tentang situs tersebut.

8. Persyaratan desain situs web

Tentukan skema warna, beri tahu kami warna mana yang Anda sukai. Berikan pengembang materi yang tersedia: logo, spanduk, kode warna... Tunjukkan padanya contoh situs kerja di Internet yang Anda sukai dan inginkan sesuatu yang serupa. Beri tahu kami warna apa yang Anda sukai. Misalnya, Anda ingin membuat website yang didedikasikan untuk pelatihan wanita, desainer akan membuatnya menjadi warna pink, tetapi Anda menyukai warna oranye. Gambaran umum tentang keinginan Anda akan membantu Anda menemukan kompromi antara visi Anda dan pendapat profesional desainer.

9. Fungsionalitas situs yang berfungsi

Jelaskan secara rinci fungsi apa yang ingin Anda lihat di situs. Berikan informasi sebanyak mungkin kepada pelaku. Ingatlah bahwa dia tidak memiliki karunia telepati dan mungkin tidak menebak apa yang ingin Anda terima saat Anda menulis di spesifikasi teknis situs tersebut. "formulir berlangganan" atau "kalender".

Bentuk apa? Untuk apa? Poin apa yang harus dikandungnya? Bagaimana penampilannya? Pelaku mungkin tidak menebak nuansa ini, dan pada akhirnya Anda akan mendapatkan sesuatu yang sama sekali berbeda dari yang Anda inginkan. Uang sudah dibayarkan, proyek sesuai dengan spesifikasi teknis (tulis Anda "kalender"- ini dia), dan Anda harus puas dengan apa yang Anda dapatkan, meskipun ini sama sekali bukan yang Anda inginkan, atau membayar lebih untuk perubahan.

10. Deskripsi konten

Jika Anda memesan konten bersamaan dengan pembuatan situs web, dan Anda hanya memiliki satu kontraktor (misalnya agensi), deskripsi konten merupakan spesifikasi tersendiri untuk copywriter. Jika Anda akan membuat konten sendiri atau memesannya dari artis lain, pengembang situs harus tetap memiliki gambaran tentang apa yang akan ditempatkan di bagian mana dan seperti apa tampilannya. Dimana teksnya, dimana videonya, bagaimana gambarnya akan didesain, preview artikel yang diperlukan, seperti apa jadinya, dan lain sebagainya.

11. Persyaratan teknis

Sebuah poin yang sulit bagi mereka yang hanya mengerti sedikit tentang pembuatan website.

Jika Anda tidak memahaminya, gunakan logika.

Misalnya, situs Anda harus:

• terlihat sama bagusnya pada monitor dengan lebar berbeda (desain adaptif);
• menjadi SEO yang dioptimalkan untuk promosi;
• mampu melawan virus;
• memiliki fungsionalitas SEO bawaan dan sebagainya.

Tulis hanya tentang apa yang Anda yakini, atau konsultasikan dengan spesialis. Lebih baik berkonsultasi terlebih dahulu daripada membayar lebih untuk modifikasi nanti.

Jika Anda memutuskan untuk menghubungi kami dan tidak memiliki kerangka acuan sendiri, Anda dapat mengunduh dan mengisi kerangka acuan kami.

Kerangka Acuan “TOR” adalah dokumen yang dijadikan dasar pengembangan suatu proyek. Dan betapa pun rumit atau besarnya tugas tersebut, harus selalu disertai dengan spesifikasi teknis yang jelas dan dapat dipahami. Pertama-tama, pelanggan membutuhkan ini untuk mendapatkan apa yang ingin dilihatnya. Namun disarankan bagi pelaku untuk selalu menuntut tugas yang dinyatakan dengan jelas agar dapat memahami apa yang diinginkan darinya. Banyak orang mengabaikan fakta penulisan spesifikasi teknis secara rinci, yang kemudian menimbulkan kesalahpahaman, perselisihan, konflik dan pertengkaran.

Saya, penulis artikel ini, dalam hidup saya telah berhasil menjadi pelanggan dari beberapa proyek besar senilai puluhan ribu dolar, dan pelaksana pesanan yang tidak kalah mahalnya. Sebelum mencapai level serius, saya harus membaca ulang ratusan “Spesifikasi Teknis” dan menyusun beberapa lusin penjelasan saya sendiri untuk pelakunya. Setiap saat spesifikasi teknis menjadi semakin jelas, sehingga memungkinkan untuk mendapatkan versi final dari karya tersebut seperti yang saya bayangkan. Pada artikel kali ini saya ingin membahas tentang cara menulis spesifikasi teknis, apa saja yang harus diperhatikan terlebih dahulu. Saya juga akan memberi tahu Anda mengapa pelanggan dan kontraktor disarankan untuk tidak mengerjakan kata-kata yang baik, tetapi mendokumentasikan semuanya.

Mengapa pelanggan memerlukan spesifikasi teknis?

Anda, sebagai pelanggan, memiliki gambaran tentang versi final pesanan Anda. Hanya hidup yang sedemikian rupa sehingga setiap orang dapat menafsirkan kata-kata yang sama secara berbeda. Oleh karena itu, seringkali timbul permasalahan, terutama di kalangan pelanggan dan pelaku. Yang pertama tidak menjelaskan semuanya, yang kedua tidak memahaminya dengan benar, dan hasil akhirnya sangat berbeda dari apa yang dipikirkan semua orang. Spesifikasi teknis adalah dokumen yang dengannya Anda akan menerima pekerjaan yang dilakukan. Dan jika ada yang salah, ada yang belum selesai, ada yang belum selesai seluruhnya, maka Anda selalu dapat menunjukkan item dari spesifikasi teknis dan membenarkan klaim Anda untuk menyelesaikan proyek yang diajukan. Jika tidak ada spesifikasi teknis, maka hampir tidak mungkin untuk membuktikan bahwa Anda mengatakan, menulis, menyebutkannya. Kita dapat mengatakan bahwa spesifikasi teknis adalah semacam prototipe perjanjian layanan. Jika Anda mengerjakan proyek besar, maka kerangka acuan harus menjadi tambahan pada kontrak utama. Saat menandatangani sertifikat penerimaan pekerjaan yang telah selesai, Anda harus membandingkan semuanya dengan jumlah pekerjaan yang ditunjukkan dalam pernyataan pekerjaan asli.

Mengapa pelaku memerlukan spesifikasi teknis?

Pertama-tama, ini adalah panduan Anda tentang apa yang perlu dilakukan. Seringkali pelanggan menemukan sesuatu selama proses pengembangan, mencoba memaksa Anda melakukan tugas yang tidak perlu. Apakah Anda ingin bekerja secara gratis? Saya yakin tidak. Mohon klarifikasi bahwa jumlah yang disepakati di awal hanya berkaitan dengan ruang lingkup pekerjaan yang ditentukan dalam kerangka acuan. Lebih dari itu dibayar secara terpisah. Selain itu, setelah proyek selesai, Anda akan dapat melaporkan tugas yang diberikan dan pelaksanaannya. Saya sudah lebih dari satu kali menjumpai saat-saat pelanggan tidak mau menerima pekerjaan dengan alasan belum selesai seluruhnya. Namun ketika spesifikasi teknis aslinya dimunculkan, ternyata belum ada yang menetapkan tugas yang dimaksud sama sekali. Saya tekankan sekali lagi - jangan bekerja tanpa spesifikasi teknis, karena pendapat pelanggan dapat berubah lebih sering daripada cuaca, dan Anda harus mengulangi semuanya puluhan kali, membuang-buang waktu, dan tidak menerima pembayaran tambahan untuk itu.

Di mana mulai menyusun spesifikasi teknis yang kompeten

Jadi, mari kita beralih ke topik utama artikel ini. Selanjutnya kita akan membahas tentang cara menyusun spesifikasi teknis dan hal-hal apa saja yang harus Anda perhatikan. Seperti yang Anda pahami, setiap TK itu unik, dan saya tidak akan bisa mencakup semua aspeknya. Oleh karena itu, saya hanya akan menunjukkan poin-poin utama yang harus ada dalam tugas apa pun, terlepas dari proyek dan bidang aktivitas pelanggan.

• Ketentuan umum spesifikasi teknis

Jika Anda memiliki proyek yang secara teknis rumit, atau proyek yang sangat spesifik, maka secara umum harus ada glosarium - kamus istilah dan definisi. Tentu saja sangat baik jika pelanggan dan kontraktor saling memahami dan memahami terminologi tertentu tanpa masalah. Namun hal ini tidak selalu terjadi, oleh karena itu, lebih baik menuliskan apa arti kata, frasa, sebutan tertentu. Mungkin ada baiknya menjelaskan beberapa frasa Anda dalam glosarium. Katakanlah Anda menggunakan frasa tertentu, menafsirkannya sedikit berbeda. Untuk menghindari kebingungan, segera letakkan segala sesuatu pada tempatnya.

Saya mempunyai kasus di mana kurangnya pemahaman terhadap persyaratan menyebabkan tenggat waktu yang terlewat selama lebih dari sebulan. Akibatnya pelanggan mengalami kerugian tertentu, namun masalahnya hanya ada di pihaknya. Oleh karena itu, jangan biarkan perbedaan pendapat. Tentukan terminologi sebelum memulai proyek.

• Tujuan proyek

Kerangka acuan harus menunjukkan apa tujuan proyek Anda, mengapa proyek itu dibuat, cara kerjanya, dan apa hasil akhirnya. Sekalipun kontraktor mengerjakan sebagian kecil proyek, ia harus memahami sepenuhnya struktur, tugas, tujuan, dan solusi teknisnya. Untuk apa? Kontraktor tidak selalu dapat menerima saran dan klarifikasi dari pelanggan, dan tidak ada gunanya meminta interpretasi beberapa hal kecil jika Anda dapat mencapai tujuan, memahami untuk apa proyek tersebut, dan melakukan pekerjaan Anda berdasarkan hal ini.

Izinkan saya memberi Anda sebuah contoh. Kami baru-baru ini mengembangkan proyek Internet besar dan memesan desain. Perancang diberitahu tentang apa situs itu, apa fungsinya, apa yang harus dilakukan, dan bagaimana situs itu akan membantu orang. Secara umum, mereka mengunyah semuanya hingga ke detail terkecil, dan bukan hanya soal desain. Hasilnya, kami menerima tata letak yang hampir tidak memerlukan modifikasi apa pun, serta selusin ide tentang cara meningkatkan situs, apa yang harus ditambahkan, bagaimana membuatnya lebih menarik.

• Persyaratan fungsional

Semua kebutuhan pelanggan dapat dibagi menjadi dua jenis: fungsional dan khusus. Persyaratan fungsional adalah opsi penerapan yang ingin Anda lihat di produk Anda. Jika kita mengambil contoh situs Internet, maka Anda harus memberikan contoh solusi fungsional dari proyek lain yang Anda sukai dan ingin Anda lihat kepada kontraktor Anda. Misalnya, mereka melihat suatu elemen yang secara teknis mereka sukai, mendeskripsikannya, dan segera memberikan tautannya sehingga seseorang dapat memahami dengan jelas tentang elemen tersebut dan dapat menjadikannya sebagai dasar.

Persyaratan khusus adalah persyaratan yang dengannya tugas yang diberikan harus dipenuhi. Jika kami kembali menggunakan pengembangan situs web sebagai dasar, Anda dapat menentukan bahasa pemrograman, parameter tata letak khusus, pengkodean, penggunaan gaya tertentu, dan semua yang ingin Anda lihat. Jika tidak ada persyaratan seperti itu, biarkan kontraktor memutuskan secara mandiri apa dan bagaimana dia akan menggunakannya saat memenuhi spesifikasi teknis Anda.

• Tenggat waktu

Batas waktu penyelesaian harus ditentukan dalam kerangka acuan. Selalu ambil dengan margin kecil agar kecepatan eksekusi tidak mempengaruhi kualitas. Bagaimanapun, tidak harus ada tenggat waktu yang jelas, dan sanksi jika tidak memenuhi tenggat waktu tersebut juga dijelaskan. Kontraktor harus memahami bahwa ini bukan sekedar poin dalam kerangka acuan, tetapi instalasi nyata, dan jika tidak diselesaikan, ia berisiko terkena sanksi finansial atau sanksi lainnya.

• Pelaporan

Jika proyeknya besar dan membutuhkan waktu beberapa bulan untuk menyelesaikannya, bagilah pekerjaan menjadi beberapa tahap dan tetapkan kerangka waktu yang jelas untuk masing-masing tahap. Setelah menyelesaikan tahapan tertentu, memerlukan pelaporan atas pekerjaan yang telah diselesaikan. Hal ini akan menjaga pemain dalam kondisi yang baik, sehingga dia tidak akan berjalan-jalan selama beberapa bulan, makan dan minum uang muka, dan kemudian dalam seminggu dia akan melakukan segalanya dengan kecepatan yang sangat tinggi.

Juga harus ada laporan tentang pekerjaan sebenarnya yang dilakukan. Apa yang telah dilakukan, berapa banyak waktu yang dihabiskan untuk itu, kesulitan apa yang dihadapi oleh pelaku, dll.

• Tanggung jawab

Jika Anda membuat kontrak, maka akan ada klausul tentang tanggung jawab di dalamnya. Jika Anda hanya sebatas spesifikasi teknis saja, maka perlu dijelaskan di sana bahwa kontraktor bertanggung jawab atas tenggat waktu yang terlewat, tidak terlaksananya proyek, membeberkan nuansa pekerjaan kepada pihak ketiga, yang mengakibatkan kerugian bagi Anda. Yang mana? Pertama, sesuai dengan undang-undang, namun Anda juga bisa mengatur sendiri denda dan sanksinya.

Dan di akhir artikel ini, saya ingin memberikan beberapa saran berdasarkan pengalaman saya sendiri dalam menyusun dan menerima tugas teknis.

1. Spesifikasi teknisnya harus rinci. Jangan takut untuk mendeskripsikan setiap elemen, setiap item, setiap tombol. Tulis semuanya, semuanya, sedetail mungkin. Jangan takut untuk tampil teliti. Lebih baik mengulangi sesuatu beberapa kali dan mengunyahnya daripada menyelesaikannya nanti, membayar ekstra, dan memodifikasinya. Tugas teknis terakhir yang saya tulis berkaitan dengan pengembangan situs web. Itu adalah proyek informasi yang besar. Pertama kami mengembangkan desain, dan kemudian, berdasarkan itu, saya menjelaskan tugas fungsional untuk pemrogram. Jadi, semua spesifikasinya ternyata 54 halaman font A4 11. Kerangka acuan tersebut merupakan tambahan pada kontrak utama yang juga sepanjang 7 halaman. Tetapi saya ingin mengatakan bahwa bahkan dalam spesifikasi teknis yang begitu rinci, saya tidak dapat memperhitungkan semuanya, karena selama proses pengembangan, tiga perjanjian tambahan telah ditandatangani, yang dengannya saya membuat penyesuaian tertentu pada versi asli penugasan tersebut.
2. Spesifikasi teknisnya harus jelas. Tidak perlu air. Semuanya tepat sasaran. Jika Anda menulis tentang tenggat waktu, maka angka spesifik, jika tentang fungsionalitas, maka daftar solusi fungsional yang Anda perlukan, dll.
3. Spesifikasi teknis Anda bukanlah sebuah dogma, tetapi hanya salah satu opsi yang memungkinkan untuk menyelesaikan tugas. Sejujurnya, saya bukan ahli pemrograman. Ya, saya dapat memikirkan struktur proyek, fungsinya, beberapa solusi teknis, tetapi selalu, ketika menyusun versi final dari spesifikasi teknis, saya berkonsultasi dengan para pelakunya. Mereka dapat melihat sesuatu, mengutarakan pendapatnya, dan menyarankan solusi optimal untuk implementasinya.

Mungkin hanya itu yang ingin saya sampaikan di artikel ini. Menyusun spesifikasi teknis tidak begitu sulit jika Anda memahami dengan jelas apa yang diinginkan dari kontraktor. Anda dapat membaca kembali saran saya dan menerapkannya pada kasus spesifik Anda. Semoga beruntung!