Pendahuluan
Selama bertahun-tahun bekerja di bidang TI, dan terutama dalam penjualan TI, ia melihat banyak proyek percontohan, tetapi sebagian besar berakhir tanpa investasi waktu yang signifikan.
Pada saat yang sama, jika kita berbicara tentang menguji solusi besi, seperti penyimpanan, untuk setiap sistem demo, biasanya ada juga antrian selama hampir satu tahun sebelumnya. Dan setiap tes dalam jadwal dapat menghasilkan penjualan atau, sebaliknya, mengacaukan penjualan. Tidak masuk akal untuk mempertimbangkan situasi di mana pengujian tidak mempengaruhi penjualan, karena pengujian tidak masuk akal - itu adalah buang-buang waktu dan pekerjaan sistem demo.
Jadi, bagaimana melakukan segala sesuatu dengan bijak dan mewujudkannya?
Persiapan
Tujuan percontohan
Di mana pilot dimulai? Bukan dengan menghubungkan peralatan ke rak, tidak sama sekali. Sebelum memulai pekerjaan dengan peralatan, pekerjaan dengan dokumen sedang berlangsung. Dan kita mulai dengan mendefinisikan tujuan pilot.
Tujuan pilot adalah untuk menghilangkan keberatan dari konsumen akhir. Tidak keberatan - tidak perlu pilot. Ya persis.
Tapi apa saja keberatan utama yang bisa kita lihat?
* Kami meragukan keandalannya
* Kami meragukan kinerja
* Kami meragukan skalabilitas
* Kami meragukan kompatibilitas dan kemampuan untuk bekerja dengan sistem kami
* Kami tidak percaya pada slide Anda dan ingin memastikan dalam praktiknya bahwa sistem Anda benar-benar tahu cara melakukan ini
* Ini akan sangat sulit, teknisi kami sudah sibuk dan itu akan sulit bagi mereka
Secara total, pada akhirnya kami mendapatkan tiga jenis utama uji coba dan, sebagai kasus khusus uji coba, bukti konsep (PoC - proof of concept):
* Uji beban (+ skalabilitas)
* Pengujian fungsional
* Pengujian gagal
Dalam kasus tertentu, tergantung pada keraguan pelanggan tertentu, tujuan yang berbeda dapat digabungkan dalam pilot, atau, sebaliknya, hanya satu dari mereka yang dapat hadir.
Pilot dimulai dengan dokumen yang menggambarkan bahasa Rusia putih - mengapa pengujian ini dilakukan. Seperangkat kriteria terukur wajib disertakan di sana, yang memungkinkan untuk mengatakan dengan jelas apakah pilot berhasil lulus atau apa yang tidak lulus secara spesifik. Kriteria yang dapat diukur adalah numerik (seperti penundaan dalam ms, IOPS) atau biner (ya / tidak). Jika pilot Anda memiliki nilai yang tidak terukur sebagai kriteria - tidak ada gunanya dalam pilot, ini adalah alat manipulasi khusus.
Peralatan
Pilot dapat dilakukan pada peralatan demo dari vendor / distributor / mitra atau pada peralatan pelanggan. Sebenarnya, perbedaannya kecil, pendekatan umumnya sama.
Pertanyaan utama pada peralatan SEBELUM pilot dimulai - apakah ada set lengkap peralatan yang ada (termasuk sakelar, kabel data, kabel daya)? Apakah peralatan siap untuk pengujian (versi firmware yang benar, semuanya didukung, semua bohlam berwarna hijau)?
Urutan tindakan yang benar setelah menentukan tujuan pengujian adalah persiapan lengkap peralatan untuk pengujian SEBELUM transfernya ke pelanggan. Tentu saja, ada pelanggan setia tanpa tergesa-gesa, tetapi ini agak pengecualian. Yaitu Set lengkap harus dirakit di situs mitra, semuanya diperiksa dan dirakit. Tanpa gagal, sistem harus berjalan dan Anda harus memastikan semuanya berfungsi, perangkat lunak tumpah tanpa kesalahan, dan sebagainya. Tampaknya tidak ada yang rumit, tetapi 3 dari 4 pilot mulai dengan menemukan kabel atau transceiver SFP.
Secara terpisah, harus ditekankan bahwa sebagai bagian dari verifikasi sistem demo, Anda harus memastikan bahwa itu bersih. Semua data dari pengujian sebelumnya harus dihapus dari sistem tanpa gagal sebelum transfer. Ada kemungkinan bahwa pengujian dilakukan pada data nyata, dan bisa ada apa saja, rahasia komersial dan data pribadi.
Program pengujian
Sebelum transfer peralatan ke pelanggan, program pengujian harus disiapkan yang memenuhi tujuan pengujian. Setiap tes harus memiliki hasil yang terukur dan kriteria keberhasilan yang jelas.
Program pengujian dapat disiapkan oleh vendor, mitra, pelanggan atau bersama-sama - tetapi selalu SEBELUM tes dimulai. Dan tanpa gagal pelanggan harus berlangganan bahwa dia puas dengan program ini.
Orang
Dalam persiapan untuk pilot, perlu untuk menyepakati tanggal pilot dan kehadiran semua orang yang diperlukan dan kesediaan mereka untuk menguji, baik dari vendor / mitra, dan dari pelanggan. Oh, berapa banyak pilot dimulai dengan kepergian orang utama di pilot di pelanggan berlibur sehari setelah pemasangan peralatan!
Area Tanggung Jawab / Akses
Program percontohan harus dipahami dengan jelas dan idealnya menggambarkan tanggung jawab semua yang terlibat. Jika perlu, akses jarak jauh atau fisik insinyur vendor / mitra ke sistem dan data pelanggan disepakati dengan layanan keamanan pelanggan.
Pilot
Jika kita telah menyelesaikan semua poin sebelumnya, maka bagian yang paling membosankan adalah pilot itu sendiri. Tapi dia harus pergi seperti di atas rel. Jika tidak, itu berarti konstipasi adalah bagian dari persiapan.
Uji coba selesai
Di akhir uji coba, sebuah dokumen tentang pengujian disiapkan. Idealnya, dengan semua tes dalam program dengan tanda centang hijau, LULUS. Dimungkinkan untuk menyiapkan presentasi bagi manajemen senior untuk membuat keputusan positif tentang pembelian atau untuk membuat daftar sistem yang diizinkan untuk pembelian.
Jika Anda tidak memiliki dokumen di tangan pilot di akhir uji coba dengan daftar tes dan nilai yang telah lulus, pilot gagal dan dia tidak harus memulai sama sekali.