Pengujian teknis untuk keluarnya perusahaan
Pada titik tertentu, selalu tiba saatnya produk atau perusahaan harus diserahkan kepada manusia, kepada perusahaan. Jika terjadi perubahan struktur kepemilikan, teknologi dapat ditinjau ulang, namun tidak harus dilakukan. Bagaimana cara kerja uji tuntas teknis untuk startup, apa saja yang biasanya diperiksa?
Jika Anda memutuskan untuk menjual ke perusahaan besar dan grup perusahaan korporatnya, mekanisme yang berbeda sering kali diterapkan dibandingkan dengan VC klasik. Investasi dilakukan tidak hanya pada sumber daya manusia dan ide, tetapi juga pada implementasi operasional dan kesesuaian dengan perusahaan Anda sendiri. Hal ini biasanya juga berarti bahwa perusahaan telah mengembangkan kematangan dan ukuran pasar tertentu.
Ketika pemeriksaan teknis dilakukan – hal ini tidak selalu terjadi dan masalah kepatuhan sering muncul – aspek-aspek berikut dipertimbangkan:
- Proses pengembangan
- kualitas asuransi
- Operasi
- Darurat dan keamanan
- TI internal
- Siklus hidup sistem
Pertanyaan spesifik yang muncul adalah apakah bidang-bidang tersebut dipahami dan dipraktikkan, dan idealnya, apakah bidang-bidang tersebut cukup didokumentasikan dan disebarluaskan ke berbagai kalangan. Jarang ada harapan bahwa tingkat kematangan yang serupa dengan NASA akan tercapai, namun yang terpenting adalah memastikan bahwa orang-orang mengetahui apa yang mereka bicarakan dan memahami serta menguasai sistem mereka dan proses yang didasarkan pada sistem tersebut, termasuk metrik terkait dan opsi penyetelan dapat dimainkan dengannya.
Pemeriksaan dalam pengembangan dan QA
Dalam proses pengembangan dan penjaminan mutu, topik-topik yang dipertanyakan seperti bagaimana caranya, metodologi proyek mana yang digunakan dan dalam varian apa, mengapa dipilih seperti itu, bagaimana kode dikelola dan didokumentasikan, cakupan kode, upaya pengembangan, proporsi pemfaktoran ulang dalam kode, jumlah struktur, dan sebagainya, pelajari lebih lanjut arsip itu sendiri untuk memverifikasi apa yang telah didengar sebelumnya.
Tentu saja, penting juga untuk menanyakan bahasa dan kerangka kerja apa yang digunakan, mengapa sebenarnya digunakan, dan apakah kode tersebut bebas dari lisensi pihak ketiga, atau bagian mana dari kode tersebut diamankan oleh pihak ketiga dan pihak ketiga. . beberapa hak. Baru-baru ini, selain integrasi berkelanjutan, semakin banyak perhatian diberikan pada penerapan berkelanjutan dan transisi ke pengoperasian di blok ini.
Pemeriksaan operasional
Pada blok operasi, fokusnya adalah pada operasi, dokumentasi dalam operasi, administrasi server, layanan dan konfigurasi serta topik pemantauan dan pelaporan. Proses gangguan yang konsisten, kesadaran SLA, sebagian besar metodologi 24/7, antarmuka terhadap jaminan kualitas dan pengembangan, namun juga pemahaman platform itu sendiri (master platform atau hanya administrator) dipertanyakan di sini.
Pada saat yang sama, alat tersebut biasanya dipertimbangkan dan apakah alat tersebut memenuhi tujuannya. Ini mungkin terdengar basi, tetapi Anda selalu dapat menemukan cukup banyak perusahaan yang menggunakan solusi pemantauan out-of-the-box dan berasumsi bahwa ping sederhana sudah cukup untuk memastikan bahwa layanan tersebut berjalan. Idealnya – jika Anda punya waktu – Anda tidak hanya melihat database insiden secara singkat, namun juga mengamati penyelesaian insiden saat ini dan melihat pelaporan serta durasi gangguan untuk setiap kondisi kritis.
Darurat dan keamanan
Persoalan mengenai keadaan darurat dan keamanan akhir-akhir ini menjadi semakin mendesak, dan persepsi pun berubah dengan cepat. Ini bukan hanya soal membeli platform itu sendiri, namun yang terpenting adalah mendapatkan platform yang cukup elastis dan juga dapat mengoperasikannya dengan aman. Saat ini, tidak ada perusahaan besar yang dapat dianggap tidak aman baik oleh dirinya sendiri maupun oleh anak perusahaannya. Terlalu banyak insiden yang melibatkan rumah-rumah terkenal memperjelas betapa mendesaknya masalah ini.
Oleh karena itu penting untuk memastikan bahwa subjek keamanan ada (misalnya sebagai aturan dalam Definisi Selesai di Scrum) dan bahwa dengan keamanan yang memadai, sistem diperbarui sampai batas tertentu, kesenjangan keamanan yang diketahui juga diketahui di perusahaan dan tindakan pencegahan yang tepat telah diambil. Penting juga untuk memastikan bahwa ada pemahaman yang memadai tentang cara menangani suatu peristiwa.
TI internal
Jika sebuah perusahaan besar membeli, TI internal biasanya juga ditinjau, sering kali merupakan anak tiri dari startup – kata sandi admin untuk semua orang, Linux dalam setiap varian, Mac dan PC Windows di back office, beberapa perangkat pribadi yang digunakan menjadi Semuanya baik-baik saja dan seringkali efisien dalam peningkatannya, namun perusahaan sering kali perlu memperluas kerangka kepatuhannya ke anak perusahaannya dan itu berarti standardisasi, dokumentasi (dan sentralisasi atau kombinasi).
Terakhir, isu siklus hidup dan pandangan strategis TI. Layanan apa yang ditawarkan dan bagaimana caranya, di mana investasi, peluncuran kembali, refactoring direncanakan, di mana Anda ingin mengubah pengadaan Anda di masa depan, apa ancaman berakhirnya masa pakai OSS atau pihak ketiga dan masih banyak lagi.
Dari pengalaman saya sendiri, seringkali pada titik inilah pertanyaan penguji mengarah pada pertanyaan dari penguji. Misalnya, pertanyaan mengenai ekspektasi kapasitas untuk enam bulan ke depan, apa yang akan terjadi sebagai akibat dari masuknya kapasitas tersebut dan peningkatan kapasitas yang lebih cepat dan bagaimana seseorang akan menanggapi hal tersebut, sering kali berakhir dengan sebuah keinginan-Anda-apa atau dengan kata “Hmmmm” yang sederhana dan pedih.
Selain semua ini, aspek teknis dan komersial serta subjek personel juga dipertimbangkan.
Tes teknis: kesimpulan
Ujian mengungkapkan dan tidak dapat mengungkapkan semuanya; beberapa hari biasanya disediakan untuk itu. Saat ini, yang lebih penting adalah meninggalkan kesan yang baik dan terstruktur serta menunjukkan secara kredibel bahwa Anda telah menguasai dan memahami platform Anda. Ini bukan tentang apakah Anda terlalu banyak berlatih Scrum, Kanban, Waterfall, DevOps, NoOps, atau Operasi tradisional, melainkan apakah Anda telah mengembangkan mekanisme yang cukup baik dan mudah dipahami serta mempertimbangkan semua aspek secara memadai. Ini masih tentang orang dan organisasi.
Ini bukan tentang Powerpoint yang mengkilap, ini bukan tentang lembar Excel yang baru saja digosok – biasanya tetap terlihat – ini hanya tentang apakah Anda tahu apa yang Anda lakukan dan apakah orang lain mendapatkan kesan yang sama.
Foto: berwis / pixelio.de
