Lewati ke konten utama

Cara kami bekerja

Cara kami bekerja

Penugasan lima tahap dengan satu keputusan di akhir setiap tahap, dan tahap pertama yang dirancang agar berhenti di situ pun tetap membuat Anda lebih siap.

Lima tahap

Setiap tahap berakhir di titik yang Anda putuskan.

  1. 01

    Perumusan

    Memastikan apa yang sebenarnya akan dibangun, dan apakah memang perlu dibangun.

    Apa yang harus dilakukan sistem, sistem apa saja yang sudah berjalan dan ikut tersentuh, data apa yang harus berpindah, dan apa yang akan membuatnya gagal. Dengan ruang lingkup dan batas waktu yang jelas.

    Lanjut, ubah arah, atau berhenti — dengan hasil yang tetap berguna, apa pun pilihannya.

    Menghasilkan

    • Ruang lingkup tertulis
    • Posisi arsitektur
    • Model biaya
    • Satu rekomendasi
  2. 02

    Perancangan

    Merancang sistem dan sambungannya dengan segala hal di sekitarnya.

    Interface, kepemilikan data, mode kegagalan dan rencana evaluasi — disepakati sebelum ada kode yang mahal untuk dibongkar.

    Kriteria penyelesaian disetujui di sini, bukan dinegosiasikan di akhir.

    Menghasilkan

    • Architecture decision record (ADR)
    • Kontrak interface
    • Rencana evaluasi
    • Kriteria penyelesaian yang disepakati
  3. 03

    Pembangunan

    Software yang berjalan di lingkungan Anda sejak iterasi pertama.

    Diuji pada tingkat di mana pengujian sepadan dengan biaya pemeliharaannya, dan di-deploy melalui pipeline yang dapat Anda lihat.

    Kemajuan terlihat terus-menerus, jadi tidak ada momen pengungkapan di akhir.

    Menghasilkan

    • Source code dan infrastruktur di akun Anda
    • Pipeline deployment
    • Pengujian dan riwayat perubahan
  4. 04

    Pembuktian

    Membuktikan kriteria penyelesaian, bukan menyatakannya.

    Eksekusi evaluasi, perilaku di bawah beban, tinjauan keamanan, aksesibilitas, dan kegagalan yang sudah dilatih — termasuk rollback.

    Peluncuran adalah keputusan yang diambil berdasarkan bukti, bukan berdasarkan tanggal.

    Menghasilkan

    • Hasil evaluasi terhadap set yang disepakati
    • Temuan keamanan dan aksesibilitas
    • Rollback yang sudah dilatih
  5. 05

    Pengoperasian

    Serah terima sistem yang benar-benar dapat dijalankan tim penerima.

    Instrumentasi yang terkait dengan tingkat layanan yang memang disepakati seseorang, alerting yang benar-benar berarti, dan dokumentasi yang ditulis untuk siapa pun yang mewarisinya.

    Dukungan berkelanjutan jika Anda menginginkannya. Tidak ada ketergantungan jika tidak.

    Menghasilkan

    • Dashboard dan alert
    • Dokumentasi serah terima

Prinsip delivery

Empat aturan yang membentuk semua di atas.

Ruang lingkup ditentukan oleh yang mengerjakan
Engineer yang menulis posisi arsitektur Anda ada di tim yang membangun. Tidak ada serah terima dari percakapan yang Anda ikuti ke tim yang tidak hadir di dalamnya — dan di situlah sebagian besar salah paham di industri ini bermula.
Kriteria penyelesaian disepakati sebelum pembangunan
Arti "selesai" ditulis pada tahap perancangan, ketika tidak ada yang berada di bawah tekanan tenggat. Definisi itu tidak dirundingkan ulang di pekan terakhir — saat definisi selesai biasanya diam-diam dilonggarkan.
Kemajuan terlihat terus-menerus
Pekerjaan berada di repositori dan tracker Anda sejak iterasi pertama. Tidak ada pengungkapan di akhir, karena pengungkapan di akhir berarti tidak ada yang bisa melihat masalah selagi masih murah untuk diperbaiki.
Bukti di atas klaim
Kesiapan peluncuran dibuktikan — proses evaluasi, perilaku di bawah beban, rollback yang sudah dilatih — bukan dinyatakan dalam rapat status.

Bagian Anda

Yang dibutuhkan penugasan ini dari Anda

Hal-hal berikut, ketika tidak ada, adalah alasan sebenarnya proyek mandek. Ada gunanya mengetahui sejak awal apakah semuanya tersedia.

Satu orang yang dapat memutuskan
Bukan komite. Seseorang yang dapat menyelesaikan pertanyaan ruang lingkup dalam sehari, bukan dalam dua pekan.
Akses ke sistem yang terlibat
Environment, contoh data, dan orang-orang yang tahu mengapa sebuah sistem berperilaku seperti itu. Membuat estimasi dengan memutari sistem yang tidak dapat diakses sama dengan menebak.
Penjelasan jujur tentang batasan
Batas kepatuhan, tanggal yang tidak dapat digeser, kontrak pemasok, realitas politik internal. Batasan yang dinyatakan sejak awal membentuk desain; ditemukan terlambat, batasan itu membatalkannya.
Definisi sukses yang Anda percayai
Cukup spesifik untuk diukur setelah peluncuran. Jika tidak dapat diukur, ia juga tidak dapat dijadikan acuan hasil.

Titik awal

Cara memulai dengan risiko terendah

Tahap pertama dapat berjalan sendiri sebagai pra-audit tata kelola AI: asesmen dengan ruang lingkup yang jelas atas AI apa saja yang sudah dipakai di organisasi Anda, ke mana data perusahaan mengalir, dan apa yang harus terpenuhi sebelum sistem berikutnya berjalan di produksi.

Keluarannya adalah laporan temuan dengan tingkat keparahan, bukti dan penanggung jawab untuk setiap butir, ditambah urutan remediasi yang disusun menurut tingkat eksposur. Temuan itu milik Anda, apa pun yang terjadi setelahnya — penugasan ini dirancang untuk tetap berguna meski berhenti di sana.

Kesesuaian

Ketika Xcelerates bukan pilihan yang tepat

Menjelaskan hal ini sejak awal lebih murah bagi kedua pihak daripada menemukannya di bulan kedua.

  • Tim besar yang harus dimobilisasi dalam waktu singkat. Xcelerates menerima sedikit penugasan dalam satu waktu.
  • Kebutuhan yang ditentukan oleh tarif per jam terendah. Model komersialnya adalah akuntabilitas atas hasil, bukan penyediaan jam kerja.
  • IT terkelola, service desk, atau fungsi CIO yang di-outsource. Itu bisnis yang berbeda.
  • Proof of concept (PoC) yang tujuannya sekadar ada, bukan mengarah ke suatu tempat. Demo lebih murah dibeli di tempat lain.

Langkah berikutnya

Ceritakan apa yang harus berjalan.

Jelaskan masalahnya dengan kata-kata Anda sendiri — sistemnya, batasannya, hal yang tidak pernah selesai dirilis. Setiap pertanyaan yang masuk dibaca oleh engineer senior, dan dijawab dengan pendapat, bukan brosur.

Yang terjadi selanjutnya

  1. Balasan dari seorang engineer

    Dari orang yang bisa menentukan ruang lingkup pekerjaannya. Bukan rangkaian otomatis.

  2. Percakapan, bukan pitch

    Tiga puluh sampai empat puluh lima menit tentang masalah dan kendalanya.

  3. Posisi tertulis

    Apa yang akan kami lakukan, apa yang dibutuhkan, dan apakah kami tepat untuk itu.