Sarjana Linier Versus Sarjana Belajar

 

Malam kemarin, Senin (15/9), pukul 21.39,  suara sms di handphone saya berbunyi. Sebuah sms singkat dari teman saya. Bunyi sms tersebut, “ mau jadi dosen?, silakan kuliah dulu di fakultas linier..hehee”, begitu sms pertama yang masuk.

Sambil meletakan buku Manajemen Strateji, yang sedang saya baca, saya membalas sms tersebut, “maksudnya gimana?”, kata saya. Tepat pukul21:59, sms kedua masuk, “ Apanya?, kan kita bukan lulusan LINIER university, jadi nggak bisa..hehe”, begitu bunyi sms balasan dari teman saya tersebut

Teman saya tersebut, lulusan sebuah Universitas  Negeri di Aceh. Lulus dengan predikat Cum Laude, yang nyaris sempurna di bidang  Ekonomi Manajemen, ditambah pendidikan S2 dari Amerika dalam bidang ekonomi juga, ternyata tak menjanjikan untuk menjadi seorang calon dosen di Universitas Negeri di Aceh, Masalahnya, ternyata jurusan Ekonomi Majemen dianggap tidak relepan dengan jurusan S2 yang dia ambil yaitu Community Ecomomic Development, walau lulus dengan predikat nyaris sempurna alias Cum Laude juga.

Menurut Universitas Negeri di Aceh, yang  coba kami kunjungi untuk menanyakan proses pendaftaran sebagai calon dosen, ternyata tidak menerima  calon dosen yang gelar sarjana S1 tidak linier dngan S2 yang sudah diambil. Begitukah sejatinya?

Saya tidak coba untuk memprotes secara prinsif yang mereka tegakan dalam proses penerimaan, namun ingin mengkaji sedikit makna linier yang dimaksud

Menurut saya, Mengapa semakin banyak sarjana (termasuk diploma) pertanian, produksi pertanian tanaman pangan tidak semakin tinggi? Mengapa semakin banyak sarjana kehutanan malah semakin banyak kebakaran hutan, pemalakan hasil hutan, longsor dan banjir? Mengapa semakin banyak sarjana perikanan dan peternakan, tetapi kondisi asupan gizi masyarakat dari dua sumber komoditi itu masih rendah?

Mengapa semakin banyak dokter semakin banyak pula derajat kesehatan masyarakat yang di bawah standar termasuk bayi yang kurang gizi? Mengapa semakin banyak sarjana hukum semakin banyak pula warga yang melawan atau melanggar hukum? Mengapa semakin banyak sarjana ekonomi, kondisi ekonomi tidak semakin membaik? Mengapa semakin banyak sarjana ilmu politik, kondisi perpolitikan kental dengan perilaku anarkis termasuk makin tidak sederhananya perpolitikan nasional karena semakin banyaknya jumlah partai politik?

Mengapa semakin banyak sarjana kepolisian semakin banyak fenomena penyuapan, pemerasan, maling kelas teri dan maling kelas kakap? Mengapa semakin banyak sarjana agama semakin banyak orang yang tidak bermoral, korupsi atau melanggar hukum? Mengapa semakin banyak sarjana keteknikan semakin banyak kondisi infrastruktur yang tidak semakin membaik?

Mengapa semakin banyak sarjana ilmu kependidikan, kondisi pendidikan kita masih kurang bermutu? Masih banyak lagi pertanyaan-pertanyaan isyu yang tidak mudah dijawab. Dan sudah pasti ada saja sarjana yang berkelit membantahnya.

Kalau hipotesis dalam bentuk pertanyaan di atas jawabannya ”benar”, ceteris paribus, maka apakah bisa dipertanggungjawabkan secara ilmiah? Jawabannya bisa ditinjau dari berbagai perspektif. Yang pertama adalah dari sisi metodologi dimana analisisnya hanya dilakukan secara parsial, tidak simultan; sementara variabel lainnya dianggap konstan. Begitu pula  ada intervening variabel yang tidak dianalisis.

Dukungan teori bisa saja tidak ada. Yang kedua dilihat dari sisi pengertian proses pembangunan. Kita mengetahui bahwa ada beberapa pendekatan atau strategi pembangunan seperti pembangunan terpadu, pembangunan berkelanjutan, pembangunan secara holistik, pembangunan berbasis kebutuhan manusia, pembangunan yang direncanakan dari atas atau dari bawah, pembangunan berorientasi teknokratis dan partisipatif, dan pembangunan berbasis sumberdaya. Yang ketiga, pembangunan tidak mungkin hanya berorientasi pada monodisiplin, melainkan harus multidisiplin dan multidimensi. Yang keempat, dari tiga alasan tersebut maka tidak mungkin keberhasilan pembangunan hanya berkait dengan aspek jumlah dan mutu sumberdaya manusia saja.

Memang faktor utama keberhasilan pembangunan adalah manusia pelakunya. Namun tanpa didukung unsur lainnya seperti sistem nilai kehidupan berbangsa,  bernegara, dan bermasyarakat, strategi pembangunan, finansial, teknologi, mutu proses manajemen pembangunan, infrastruktur, dan kesejahteraan pelakunya maka  posisi manusia dalam pembangunan menjadi kurang efektif. Mengapa? Karena aspek-aspek pembangunan seperti diuraikan tadi begitu kompleksnya.

Kalau dalam prakteknya, jawaban hipotesis itu sudah dengan menganalisis unsur-unsur keberhasilan pembangunan lainnya maka  mungkin fakta adanya hubungan negatif variabel jumlah sarjana dengan variabel keberhasilan pembangunan sektoral bisa saja terjadi. Dalam hal ini kalau dikaitkan dengan unsur mutu sumberdaya manusia maka unsur-unsur yang berhubungan dengan keberhasilan pembangunan adalah variabel sistem pendidikan nasional. Diduga  ada sesuatu yang keliru dalam sistem itu; apakah dalam hal visi, misi ataukah tujuan dan strategi pembangunan pendidikan. Kemudian dalam pelaksanaan program pendidikan di lapang kurang didukung oleh model pola pembelajaran yang berpusat pada mahasiswa; mutu dosen; sistem pelaksanaan program yang efisien dan efektif; jumlah dan mutu fasilitas pendidikan dan penelitian; kesejahteraan dosen; dan suasana pembelajaran.

Ketika pemerintah sudah menetapkan anggaran biaya pendidikan tahun 2009 sebesar 20 % dari APBN seperti diamanatkan dalam amandemen UUD ’45 maka departemen pendidikan nasional harus sudah mulai menyiapkan strategi pendidikan nasional, khususnya pendidikan tinggi berikut program-programnya yang membumi. Diperlukan adanya urutan prioritas pembangunan pendidikan tinggi seperti peningkatan mutu dan kesejahteraan dosen, program penelitian ilmu-ilmu dasar dan terapan, fasilitas pembelajaran, dan pengembangan  kurikulum yang berorientasi pada kompetensi penguasaan ilmu dan soft-skills, pada pasar dan pengembangan keilmuan dan teknologi.Yang tidak kalah pentingnya adalah dalam hal manajemen programnya. Peluang terjadinya kebocoran anggaran bahkan korupsi benar-benar harus dicegah sehingga sebutan disclaimer yang sementara ini terjadi dapat dihilangkan. Untuk itu koordinasi pengembangan pendidikan tinggi menjadi sangat strategis

Dimakahah kedudukan Linier dan tidak Linier

Begitu kita menyadari, kita kita langsung paham akan ketidakmampuan kita, karena itu disebut sebagai proses munculnya kesadaran.

Proses berikutnya merupakan proses pembangunan ketrampilan yang bergerak dari ketidak mampuan yang disadari menuju ke kompetisi yang disadari.

Proses yang terakhir merupakan proses pengembangan keahlian melalui praktek lama dengan sarana pembelajar sistem manajemen kinerja dan mencakup perhatian pada pengembangan personal dan pembelajaran organisasi.

Pembelajaran lebih lanjut akan menuntut adanya perhatian khusus pada sistem manajemen kinerja, pendekatan nilai tambah, penilaian kinerja dll. Dalam tahapan ini ketika keunggulan dalam kinerja telah mampu diwujudkan, kecepatan pembelajaran akan menurun, maka proses baru perlu diulang lagi.

Apakah ini masih tidak linier?

Saya kuatir, pemahaman konsep linier tersebut, menjebak cara berfikir dan bertindak, yang tidak sesaui dengan yang ingin dicapai, bagaimana konsep dan nasip pendidikan di Aceh kedepan, jika system yang dilakukan masih dilakukan seperti ini. Ataukah ini kebijakan Nasional ?

Jika di ibaratkan dalam teori linier dalam pengembangan ilmu ekonomi, model sekuensial linier untuk software engineering, sering disebut juga dengan siklus kehidupan klasik atau model air terjun. Model ini mengusulkan sebuah pendekatan kepada perkembangan yang sistematik dan sekuensial yang mulai pada tingkat dan kemajuan sistem pada seluruh analisis, desain, kode, pengujian, dan pemeliharaan. Dimodelkan setelah siklus rekysa konvensional, model sekuensial linier melingkupi aktivitas – aktivitas sebagai berikut :

 1.      Rekayasa dan permodelan sistem

Karena sistem merupakan bagian dari sebuah sistem yang lebih besar, kerja dimulai dengan membangun syarat dari semua elemen sistem dan mengalokasikan beberapa subset dari kebutuhan ke software tersebut. Pandangan sistem ini penting ketika software harus berhubungan dengan elemen-elemen yang lain seperti software, manusia, dan database. Rekayasa dan anasisis system menyangkut pengumpulan kebutuhan pada tingkat sistem dengan sejumlah kecil analisis serta disain tingkat puncak. Rekayasa informasi mancakup juga pengumpulan kebutuhan pada tingkat bisnis strategis dan tingkat area bisnis.

2.      Analisis kebutuhan software

Proses pengumpulan kebutuhan diintensifkan dan difokuskan, khusunya pada software. Untuk memahami sifat program yang dibangun, analis harus memahami domain informasi, tingkah laku, unjuk kerja, dan interface yang diperlukan. Kebutuhan baik untuk sistem maupun software didokumentasikan dan dilihat lagi dengan pelanggan.

3.      Desain

Desain software sebenarnya adalah proses multi langkah yang berfokus pada empat atribut sebuah program yang berbeda, struktur data, arsitektur software, representasi interface, dan detail (algoritma) prosedural. Proses desain menterjemahkan syarat/kebutuhan ke dalam sebuah representasi software yang dapat diperkirakan demi kualitas sebelum dimulai pemunculan kode. Sebagaimana persyaratan, desain didokumentasikan dan menjadi bagian dari konfigurasi software.

4.      Generasi kode

Desain harus diterjemahkan kedalam bentuk mesin yang bisa dibaca. Langkah pembuatan kode melakukan tugas ini. Jika desain dilakukan dengan cara yang lengkap, pembuatan kode dapat diselesaikan secara mekanis.

5.      Pengujian

Sekali program dibuat, pengujian program dimulai. Proses pengujian berfokus pada logika internal software, memastikan bahwa semua pernyataan sudah diuji, dan pada eksternal fungsional, yaitu mengarahkan pengujian untuk menemukan kesalahan – kesalahan dan memastikan bahwa input yang dibatasi akan memberikan hasil aktual yang sesuai dengan hasil yang dibutuhkan.

6.      Pemeliharaan

Software akan mengalami perubahan setelah disampaikan kepada pelanggan (perkecualian yang mungkin adalah software yang dilekatkan). Perubahan akan terjadi karena kesalahan – kesalahan ditentukan, karena software harus disesuaikan untuk mengakomodasi perubahan – perubahan di dalam lingkungan eksternalnya (contohnya perubahan yang dibutuhkan sebagai akibat dari perangkat peripheral atau sistem operasi yang baru), atau karena pelanggan membutuhkan perkembangan fungsional atau unjuk kerja. Pemeliharaan software mengaplikasikan lagi setiap fase program sebelumnya dan tidak membuat yang baru lagi. Masalah yang kadang terjadi ketika model sekuensial linier diaplikasikan adalah:

1.      Jarang sekali proyek nyata mengikuti aliran sekuensial yang dianjurkan oleh model. Meskipun model linier bisa mengakomodasi iterasi, model ini melakukannya dengan cara tidak langsung. Sebagai hasilnya, perubahan – perubahan dapat menyebabkan keraguan pada saat tim proyek berjalan.

2.      Kadang – kadang sulit bagi pelanggan untuk menyatakan semua kebutuhannya secara eksplisit. Model linier sekuensial memerlukan hal ini dan mengalami kesulitan untuk mengakomodasi ketidakpastian natural yang ada pada bagian awal beberapa proyek.

3.      Pelanggan harus bersifat sabar. Sebuah versi kerja dari program – program kerja itu tidak akan diperoleh sampai akhir waktu proyek dilalui. Sebuah kesalahan besar, jika tidak terdeteksi sampai program yang bekerja tersebut dikaji ulang, bisa menjadi petaka.

4.      Pengembang sering melakukan penundan yang tidak perlu. Sifat alami dari siklus kehidupan klasik membawa kepada blocking state di mana banyak anggota tim proyek harus menunggu tim yang lain untuk melengkapi tugas yang saling memiliki ketergantungan. Blocking state cenderung menjadi lebih lazim pada awal dan akhir sebuah proses sekuensial linier.

Harusnya, model ini baru bisa dilakukan, jika diterapkan Prototyping paradigma dimulai dengan pengumpulan kebutuhan. Pengembang dan pelanggan bertemu dan mendefinisikan obyektif keseluruhan dari software, mengidentifikasi segala kebutuhan yang diketahui, dan area garis besar diman definisi lebih jauh merupakan keharusan kemudian dilakukan “perancangan kilat”. Perancangan kilat berfokus pada penyajian dari aspek – aspek software tersebut yang akan nampak bagi pelanggan atau pemakai (contohnya pendekatan input dan format output). Perancangan kilat membawa kepada konstruksi sebuah prototipe. Prototipe tersebut dievaluasi oleh pelanggan/pemakai dan dipakai untuk menyaring kebutuhan pengembangan software. Iterasi terjadi pada saat prototipe disetel untuk memenuhi kebutuhan pelanggan, dan pada saat yang sama memungkinkan pengembang untuk secara lebih baik memahami apa yang harus dilakukannya.

Secara ideal prototipe berfungsi sebagai sebuah mekanisme untuk mengidentifikasi kebutuhan software. Bila prototipe yang sedang bekerja dibangun, pengembang harus mempergunakan fragmen – fragmen program yang ada atau mengaplikasikan alat –alat bantu  yang memungkinkan program yang bekerja untuk dimunculkan secara cepat.

Prototipe bisa juga menjadi masalah karena alasan sebagai berikut:

1.      Pelanggan melihat apa yang tampak sebagai versi software yang bekerja tanpa melihat bahwa prototipe itu dijalin bersama – sama “dengan permen karet dan baling wire”, tanpa melihat bahwa di dalam untuk membuatnya bekerja, kita belum menyantumkan kualitas software secara keseluruhan atau kemampuan pemeliharaan untuk jangka waktu yang panjang. Ketika diberi informasi bahwa produk harus dibangun lagi agar tingkat kualitas yang tinggi bisa dijaga, pelanggan akan meneriakan kecurangan dan permintaan agar dipakai “beberapa campuran” untuk membuat prototipe menjadi sebuah produk yang bekerja yang lebih sering terjadi, sehingga manajemen pengembangan software menjadi penuh dengan belas kasihan.

2.      Pengembang sering membuat kompromi – kompromi implementasi untuk membuat prototipe bekerja dengan cepat. Sistem operasi atau bahasa pemrograman yang tidak sesuai bisa dipakai secara sederhana karena mungkin diperoleh dan dikenal; algoritma yang tidak efisien secara sederhana bisa diimplementasikan untuk mendemonstrasikan kemampuan. Setelah selang waktu tertentu, pengembang mungkin mengenali pilihan – pilihan tersebut dan melupakan semua alasan mengapa mereka tidak cocok. Pilihan yang kurang ideal telah menjadi bagian integral dari sebuah sistem.

3.       Meskipun berbagai masalah bisa terjadi, prototipe bisa menjadi paradigma yang efektif bagi Software Engineering. Kuncinya adalah mendefinisikan aturan main pada saat awal; yaitu pelanggan dan pengembang keduanya harus setuju bahwa prototipe dibangun untuk berfungsi sebagai mekanisme pendefinisian kebutuhan. Prototipe kemudian disingkirkan (paling tidak sebagian), dan software aktual direkayasa dengan tertuju kepada kualitas dan kemampuan pemeliharaan.

Ya, sekali lagi aturan main, jawabanya. Sebagai orang muda, kami (saya dan teman saya), melakukan banyak hal di lingkungan pendidikan kami tinggal. Seperti teman saya yang lulusan Amerika tersebut, mengajar di beberapa tempat, yang semua mahasiswanya antusias dengan permodelan mengajar yang coba ia tawarkan dalam setiap sesi mengajar

Bahkan yang paling menyentuh sisi hatinya adalah, ketika seorang mahasiswa semester lima, yang ida ajarkan, mengatakan, “ Pak, saya beru merasakan belajar yang sebenarnya, setelah belajar dengan Bapak”. Meski menurut teman saya kenapa mahasiswanya mengaku demikian padahal si mahasiswa tersebut sudah semester lima alias tahun ke tiga di bangku universitas.

Saya tak tau jawaban pastinya, apakah karena teman saya Pinter mengajar dan Teres relajar, sepanjang yang saya kenal ataukah karena dia bukan Sarjana Linier? Waktu yang akan menjawabnya

Kudedikasikan tulisan ini, kepada Sahabatku ; Fahmi Yunus, SE, MS