Ada beberapa aspek dari konsep itu yang terkadang diimplementasikan saat ini, ada aspek lain yang dihindari .
Menjaga tim tetap kecil adalah salah satu fitur dasar dari Metode Agile, tetapi juga dipraktikkan di luar Agile.
Tim lintas fungsi juga merupakan bahan pokok Agile, tetapi juga umum di luar Agile.
Peran Panitera Program sebagian besar digolongkan oleh sistem terkomputerisasi seperti Sistem Kontrol Versi, Sistem Manajemen Konfigurasi Perangkat Lunak, Sistem Manajemen Perubahan, Sistem Manajemen Dokumen, Wiki, Sistem Pembangunan Berkelanjutan dengan Gudang Artefak, dan sebagainya. Maksud saya, dapatkah Anda membayangkan membayar karyawan penuh waktu untuk mencetak kode sumber, dan secara manual mengindeks dan mengarsipkannya?
Demikian pula, peran Administrator Sistem (bukan bagian dari Tim Bedah Mills, tetapi bagian dari tim lintas fungsi khas tahun-tahun terakhir) sedang dihancurkan oleh konsep-konsep seperti DevOps (menyerap peran Sysadmin ke peran Insinyur Perangkat Lunak) , Platform-sebagai-Layanan-, Infrastruktur-sebagai-Layanan, dan Komputasi Utilitas (menjadikan peran Sysadmin sebagai "masalah orang lain"), atau Infrastruktur-sebagai-Kode (mengubah Administrasi Sistem menjadi Rekayasa Perangkat Lunak).
Salah satu aspek yang kami coba hindari hari ini, adalah bahwa paling banyak dua orang memahami sistem. Hanya ahli bedah dijamin untuk memahami sistem sepenuhnya, co-pilot mungkin atau mungkin tidak. Ini memberikan faktor bus antara 1 dan 2. Jika ahli bedah sakit, proyek sudah mati. Titik. Jawaban Agile untuk itu adalah Kepemilikan Kode Kolektif, yang merupakan kebalikan dari model itu: tidak ada yang bertanggung jawab secara tunggal atas bagian mana pun dari sistem. Sebagai gantinya, semua orang bertanggung jawab untuk semuanya sebagai kelompok .
Terakhir, ada beberapa asumsi yang dimasukkan ke dalam konsep itu, yang sudah ketinggalan zaman. Misalnya, meskipun tidak dinyatakan secara eksplisit, tim diatur sedemikian rupa sehingga hanya satu orang dalam tim (ahli bedah) yang benar-benar memiliki komputer. Itu, tentu saja, karena pada saat artikel itu ditulis, bahkan gagasan bahwa seluruh tim akan memiliki satu komputer untuk diri mereka sendiri, apalagi satu orang dalam tim, adalah peregangan. (Bahkan pada 1980, ketika Smalltalk dirilis, salah satu hal yang berkontribusi terhadap kegagalannya adalah kenyataan bahwa sistemnya diatur sedemikian rupa sehingga setiap pengembang dan setiap pengguna memiliki komputer mereka sendiri - benar-benar tidak terpikirkan pada saat itu.)
Jadi, singkatnya: Saya tidak berpikir konsep tersebut telah dilaksanakan persis seperti yang dijelaskan, tetapi beberapa aspek itu pasti yang dilaksanakan, beberapa aspek dilihat sebagai tidak diinginkan dan secara aktif dihindari, beberapa yang usang, dan beberapa Mungkin Ide Baik ™, tapi tidak ada yang melakukannya.