Estimasi Usaha dan Biaya Software

use case diagramnya sudah saya buat nih kita hitung aktor sama Use case-nya fiturnya apa saja sistem ini itu digambarkan lewat use case aktornya kalau manusia itu berarti Kompleks karena saya harus membuat uiu tapi kalau aktornya itu sistem lain yang kita terkoneksinya pakai api itu Z simple atau easy eh kita nilai seperti itu nanti 1 hari kerja 8 jam 1 bulan kerja 22 Hari Sabtu Minggu libur kan berarti butuh 10 orang pakai rumus yang tadi sudah ketemu orang pengin waktu tiga kali PM pangkat sepertig Jadi dapatnya 6,56 bulan Jadi musikpedia itu dikerjakan 10 orang dalam waktu 6, bulan asalamualaikum warahmatullahi wabarakatuh satu topik yang sulit sekarang lagi ramai sebenarnya cara menetapkan biaya untuk pengembangan software itu seperti apa sih gitu Soalnya kalau dilihat kayak kak dan seterusnya itu kan semerawut berani ragam ada yang ngitungnya butuh 5 orang untuk ngembangin software ternyata ngitungnya sampai 10 miliar dengan standar yang enggak jelas sebenarnya gimana toh cara ngitungnya Nah itu ada satu disiplin ilmu satu bidang ilmu di dalam software engineering yang namanya software effort atau kadang disebut software cost estimation nah hari ini kita akan coba eh belajar itu software effort dan atau cost estimation kalau di Bahasa Indonesia kan agak sulit karena sebenarnya effort itu usaha ya mungkin bahasa yang paling pas estimasi usaha ee pengembangan software gitu ya atau estimasi biaya pengembangan software gitu ya nama saya Romi Romi satr Wahono jadi saya dulu lulus SMA 93 setelah itu ikut program beasiswa Pak Habibi saya ke Jepang 10 tahun pulang jadi PNS dulu di LIPI tapi enggak kuat Akhirnya saya keluar di tahun 200 eh6 terusendirikan brand matics neruskan perjuangan saya yang ilmuomputer.com dulu kalau orang komputer kenal saya lewat ilmu .com Major saya ketika saya kuliah software engineering lab saya dulu namanya knowledge Based software engineering karena kita software engineering yang menggunakan eh Ai makanya disebutnya kbse dulu lab-nya saya lebih banyak di luar daripada di kampus sejak umur 20 tahun saya sudah parttime ke sana ke sini saya pulang 2004 itu dalam kondisi sekolah iya tapi Separuh Hidup saya di bisnis saya masih ngajar di beberapa kampus Saya masih advisory board juga di UGM saya masih reviewer juga di banyak jurnal scopus index yang berhubungan dengan software engineering khususnya kayak di springer itu ada software practice and experience software quality journal lcfire itu ada information software technology dan seterusnya gitu ya dari hasil beberapa hasil penelitian saya itu saya kemas dalam bentuk Framework kayak hari ini kita belajar software effort kalau di dalam Framework kita yang namanya eh integrated multidimensional software engineering itu software effort itu kita masukkan ke dalam idsea itu nama Framework kita gitu ya Dan ini kita kita implementen di banyak tempat jadi yang saya ceritakan ke Bapak Ibu sekalian adik-adikku sekalian hari ini itu bukan hanya saya masukkan s e kajian akademic paper bukan hanya itu tapi juga saya masukkan ke dalam IPR saya urus untuk hak cipta merek dan seterusnya terus kemudian kita implemen di berbagai tempat jadi kita ikut ngopeni tata kelola pengembangan software di Pertamina grupp terus kemudian di anak-anak perusahaannya PLN terus kemudian di swasta juga banyak Nah itu nanti rangkuman gedenya dalam bentuk enterprise arsitektur tapi ketika bahas eh application arsitecture nah itu nanti di sana ada yang hari ini kita bahas gitu ya termasuk ngitung cost jadi ini enggak hanya proven secara akademik tapi juga proven di industri sebelum masuk ke cost estimation saya jelasin dulu positioning-nya position dari software effort estimation itu ada di mana gitu ya supaya nanti enggak enggak bingung loh ini ini sebenarnya saya lakukan pada saat apa sih sebenarnya saya bahas dulu yang pertama tentang konsep dan hukum dari software itu eh seperti apa konsep software ini harus dipahami dengan baik supaya nanti enggak keblinger ketika kita nyusun Kak melelang pekerjaan dan seterusnya gitu ya makanya saya jelasin dulu terus Kemudian yang kedua cost estimation itu sebenarnya posisinya ada di mana Nah itu saya jelaskan juga tentang siklus sama metodologi jadi siklus itu untuk memberi garis sembar kasi bahwa cost estimasi yang kita lakukan itu sebenarnya di fase yang mana Apakah fase planning atau analisis dan desain ataukah ketika implementasi dan seterusnya itu nanti yang kedua terus yang ketiga baru kemudian kita ngitung cost nah kita mulai dari yang pertama software ini agak rumit agak kompleks ada 50 hukum di dunia software engineering yang harus kita pahami dan 50 hukum itu hukum pertamanya glass yang mengatakan bahwa penyebab utama kegagalan pengembangan software itu adalah kegagalan kita menangkap requirement gitu ya itu yang yang yang jadi hukum satu masuk ke dalam bukunya Andres eh 50 hukum di hukum yang pertama nah kok ngomongin kegagalan tiba-tiba karena apa Nah ini karena ini jadi kalau kita belajar bukunya bi it Project management atau Project managementen ala pmbok atau ngikuti kajian-kajian yang dilakukan oleh Boston Consulting group atau kemudian minsey itu angkanya mirip-mirip gitu ya bahwa bangun sistem teknologi informasi Project teknologi informasi gitu ya atau transformasi digital itu tingkat kegagalannya mencapai lebih dari 50% gitu ya jadi kalau kita lihat di sini eh makinc standis group general accounting office itu angkanya sekitar itu ya 42% 53% eh kajian Forbes mencapai 84% tingkat kegagalannya mckinsey eh Boston Consulting group kpmg punya data yang lebih dari itu 70 sampai 95% gitu ya saya Tya mikir bahwa ini kayaknya enggak Dar 95% gitu ya ini mosok ya kegagalan sampai 95% ternyata 95% itu adanya di Indonesia nanti kita lihat ya Jadi yang disebut gagal itu enggak hanya di tengah jalan di terminate Oh enggak dibatalkan sebelum selesai itu salah satu kegagalan juga tapi ada kegagalan yang lain kalau di KL l Kementerian lembaga dan eh e pemerintahan daerah itu gagal itu bukan tidak berhasil dibangun bukan sudah berhasil dibangun tapi enggak ada manfaatnya karena enggak dipakai ini Bu Sriani men-state e beberapa angka ya yang pertama disebut kita punya 400.000 aplikasi gitu ya dari 400.000 aplikasi itu ternyata yang dipakai hanya 27.000 aplikasi loh kita lihat nih bak angka lain menyebut 24.000 inily gak dapat angka yang pas sebenarnya berapa ya tapi kalau kita lihat di sini yang masuk itemiz di ee kementerian dan lembaga itu mencapai 400.000 ternyata yang benar-benar dipakai hanya 5 sampai 10%nya ini bahkan 5% ya mungkin ya Ee 24.000 dan ini pun ini masih dianggap memboroskan anggaran karena apa enggak dipakai loh gitu Pak enggak ada manfaatnya enggak dipakai enggak sesuai kebutuhan nah ini yang tadi saya sebut kita perlu belajar eh hukum-hukum di dunia software engineering bahwa ternyata salah satu penyebab eh kegagalan dari implementasi software itu adalah requirement eh defisiency Jadi ceritanya enders itu ngumpulkan ada 50 hukum ada 50 hukum yang berhubungan dengan eh dunia sov engineering gitu ya yang salah satunya nomor satunya adalah glass Law ini hukumnya si glass requirement deficiencies Under the prime source of Project failers gitu ya jadi kegagalan Project itu penyebab utamanya karena gagalnya kita memahami requirement sampai kemudian enggak hanya dierminate di tengah jalan Project software itu yang dianggap gagal tapi karena enggak kita pakai kenapa enggak dipakai y soalnya enggak ada manfaatnya untuk kita loh gitu makanya analisis apa kebutuhannya gagal akhirnya kita merasa bahwa loh ini aku enggak butuh ini sware-sware eh seperti ini satu hal yang eh perlu kita pahami Nah ada adagium ada anekdot Betapa sulitnya bangun software eh digambarkan seperti ini gitu ya ketika customer itu jelaskan ke Mas Karno gitu ya Mas Karno sebagai Project leader di sini customer itu jelaskannya seperti ini Bapak Ibu sekalian oh eh tolong buatkan seperti ini Mas Karno nih Mas Karno sebagai Project leader memahaminya seperti ini kok bisa salah paham bukan karena masternya enggak cerdas tapi karena eh lebih mungkin karena terlalu cerdas jadi saking cerdasnya Mas Karno ini enggak mungkin mengikuti standar-standar yang ada ini enggak boleh secara eh keselamatan kerja misalkan loh peraturan-peraturan mas Karno paham ini mungkin yang diminta bukan ayunan tapi tempat duduk di bawah pohon ini lebih safety-nya lebih ada dan seterusnya Mbak Vina sebagai sistem analis dia tahu Mas karnonya salah ini Waduh bosku salah ini tapi dia enggak bisa ngelawan Mas Karno akhirnya ketika dia menganalisis gitu ya ini kayaknya mintanya ayunan tapi mas karnonya kayaknya mahaminya kayak gini udah saya potong aja supaya bisa berayun loh si sistem analisnya enggak mau diskusi panjang debat Pak panjang dengan Project leader-nya wis pokoknya tak tak potong aja deh tengah jalan supaya bisa ngayun padahal permintaannya sebenarnya ayunan ketika programmernya datang ke Mas Karno diceritain seperti ini datang ke Mbak Vina diceritain seperti ini sistem analis ke sistem an gitu ya bingung coding Enggak selesai-selesai loh gitu undang bisnis consultan untuk menyelesaikan masalah ini apakah selesai masalahnya enggak bisnis kultan itu big narrative kita akan berikan yang terbaik Bu ke klien gitu ya malah dikasih sofa enggak memecahkan masalah karena kalau kena hujan ya brodol ini malahan kan gitu kan ditaruh di luar kan bukan itu permintaannya nits-nya bukan itu Nah projectnya Enggak terdokumentasi dengan baik dioperasikan gagalare kayak gini dioperasikan ya pasti gagal gitu ya Eh bagaimana customer dcharge kayak buat e roller coaster mahalnya setengah mati ketika ada masalah dielepon enggak ada yang ngangkat ini eh developernya gitu ya Nah apakah kesalahannya itu murni developer ternyata enggak ada kontribusi kesalahannya di user juga ternyata usernya itu penggunanya itu butuhnya seperti ini butuhnya needsnya gitu ya tapi ceritanya seperti ini nah ini yang disebut kegagalan kita atau developer membaca requirement yang sebenarnya butuhnya ini tapi diceritakan seperti ini inilah yang membuat software itu disebut gagal makanya Kenapa kok eh kita ngomongin metodologi pengembangan Oh kok ada eh apa namanya Waterfall dulu terus kemudian sistem versi terus kemudian Agile Oh notasi atau standar e notasi untuk analisis dan desain dulu kita pakai DFD masuk ke dulu pakai flowchart gitu ya sebelum difd bahkan terus kemudian pakai UML kok beran ragam kayak gitu kita itu pengin usernya butuh Seperti apa kita Gambarkan sesuai dengan keinginan dia makanya tantangan terbesar di dunia S engering ini ada di bukunya y somfi ada di bukunya Roger placement buku-buku textbook tentang software engineering customer butuh seperti ini dia mendapatkan seperti ini meskipun enggak plus persis-persis banget dari sisi Oh ini apa namanya daunnya enggak serimbun yang diinginkan tapi ini sudah mulai daunnya dekat dan seterusnya tapi secara fungsionalitas itu ee apa yang yang diinginkan oleh pengguna itu seperti yang dia ee dapatkan itu yang disebut sofware itu ee berhasil gitu ya Nah yang kedua lihat ya Jadi yang pertama tadi analisis eh requirement-nya atau kebutuhannya gagal yang kedua ini di di masuk ke dalam ee kajian-kajian ya Apa yang membuat transformasi digital itu gagal manusia sebenarnya kalau kita lihat Bapak Ibu sekalian manusia ini dimaknai bukan manusianya bodoh bukan manusianya enggak paham gitu ya atau kalau di Indonesia ini ramai banget semua orang bercerita tentang Software tanpa dia punya background software engineering yang benar gitu ya Semua orang bercerita menentukan eh budget atau cost dari pengembangan software padahal ternyata dia lulusan sarjana ekonomi gitu ya misalkan ya yang dia itu sebenarnya mungkin enggak punya kompetensi untuk menentukan suatu software itu kira-kira eh apa namanya E menman sama mannya kira-kira sebaiknya berapa kan gitu ya atau bahkan diminta untuk membuat sendiri eh apa namanya standar padahal sudah ada Kell service sudah ada eh inkindo sudah ada eh Michael page dan seterusnya itu standar-standar sudah ada kenapa enggak ngikut itu aja nah ini sebenarnya eh kurangnya pemahaman manusia ini karena kadang kita mempercayakan sebuah pekerjaan itu kepada orang yang enggak tepat dan orangnya juga enggak mau belajar gitu ya Ee kalau kita lihat Bapak Ibu sekalian ini laporan-laporannya banyak banget ya bahwa eh disadari bahwa Oh ternyata it proses transformasi digital itu gagalnya Selain faktor pertama tadi hukumnya glass low tadi hukumnya masih glass tapi juga karena faktor manusianya yang dia enggak terlalu paham dengan eh kondisi sendiri kenapa Kok sampai enggak paham kalau kita pakai buku teks yang benar ketika belajar engineering Bapak Ibu sekalian y marfy Roger pman itu memasukkan ini ke dalam Bab sat dari buku kita di di diajari untuk memahami sebenarnya software itu emang sama ya software dengan hardware nah biasanya ini yang yang dibahas jadi yang pertama dalam sejarah peradaban Teknik Sipil orang bangun eh bangunan itu enggak terlalu banyak perubahan signifikan kalau kita mau eh coba lihat dengan pelan ya Candi Borobudur itu dibangun dengan batu di atasnya kasih semen atau whatever apaun namanya di masa itu bawahnya kasih semen itu di era sekarang sama mau pakai batu bata mau pakai hebel mau pakai batako itu sama ini makna bahwa sebenarnya Kompleks tas dari hardware itu relatif lebih rendah daripada software software itu bapak iu sekalian 1920 30 40 gitu ya Eh yang disebut software itu pakai pcard kita codingnya bukan software yang kita pahami seang gitu ya kalau kita codingnya gaya kayak sekarang itu di era 1940 kita hidup Kasihan yang tukang jeglokin pancard itu salah-salah muru gitu ya ketika dieksekusi enggak bisa kurang semikolon bro gitu kan Kalau sekarang kita lagi ngedit kurang semikolon sudah ada tulisannya gitu ya eh apa namanya kurang semikolon gitu Ya ide kita ngasih ini gitu ya Dan kalau kita dianggap orang soberir itu kalau dianggap nyusun bangunan gitu ya kalau orang apa Teknik Sipil itu batu bata disusun seperti ini gitu ya enggak pernah ada batu bata itu tukang batu itu meskipun dia lulusan SD atau enggak sekolah itu yang nyusun melintang seperti ini enggak ada pasti seperti ini gitu atas kasih semen bawa kasih semen gitu ya nih enggak perlu sertifikasi apapun Nah kalau kita minta orang komputer itu bekerja gitu ya dia akan ngomong gitu ya saya ngomong ke tim saya tolong buatin mesin pencari aja di aplikasi yang sudah kita buat Nanti ada field untuk pencarian gitu itu tim Saya di kepala mereka bukan segera segera membuat enggak pertama bahasa pemograman Apa yang sebaiknya saya pakai yang kedua framenya apa gitu ya Oh saya pakai PHP Oh framenya mau pakai C atau larel ini larel yang versi berapa L lihat ya terus nanti begitu coding gayanya ada e masing-masing e belum masalah pencarian pencarian itu ada Banyak Ada ratusan algoritma pencarian yang mau bisa kita pakai yang mana l lihath Jadi kalau diibaratkan kayak nyusun batu bata eh orang komputer itu bisa bangun rumah dengan kayak gini juga bisa dengan gini juga bisa miring gini juga bisa enggak pakai ini juga bisa loh gitu enggak pakai ini juga bisa nih makanya disebutnya kompleksitas software itu jauh lebih tinggi daripada hardware karena parameternya dan fungsinya terlalu banyak kadang-kadang gitu ya Nah yang kedua ngomongin SDM ini banyak salah kaprah juga juga gitu ya kita bangun rumah ee 4* 3 mau renov rumah supaya nambahin kamar anak saya gitu ya saya ngomong ke developernya Mas saya nambah ee rumah gitu ya Nambah ruangan gitu oke Pak bisa jadi berapa bulan Oh ini 2 bulan Pak gitu ya nanti eh ada Li orang tukang saya yang bekerja gitu ya Eh bahkan saya tanya Mas Biayanya berapa gitu ya jadi dia tahu jumlah SDM dengan cepat dia tahu Biayanya berapa Bapak Pengin yang rendah sedang atau eh mewah Pak gitu yang sedang aja Oh saya kalikan 4 juta aja Pak berarti berarti karena ruangannya 4 kali 3 12* 4 juta cepat dia ngitungnya rupiahnya juga langsung keluar orangnya juga langsung keluar gitu ya dan eh sebulan kemudian enggak enggak enggak cepat ini terus saya komplain ke dia gitu ya oh dia ngomong Mohon maaf Pak lima orang ini kayaknya agak kurang gitu ya E karena beberapa Sakit kemarin saya tambahin 10 orang jadi total 15 orang Apa yang terjadi kemudian ee apa namanya satu setengah satu 1u setengah bulan langsung jadi gitu ya dari saya ingatkan tadi berarti tinggal 2 3 minggu dia langsung jadi selesai masih dalam ee target eh hari yang kita eh inginkan gitu kan Nih Itu kalau dunia hardware tapi kalau dunia software enggak kuantitas SDM tidak berhubungan dengan kualitas dan kecepatan kerja ini yang unik nih karena apa nah lagi-lagi hukum sekali lagi ya Bapak sekalian ya kenapa Eh kajian-kajian terakhir menempatkan manusia e harus paham karena ada banyak hukum yang kita pahami salah gitu ya jadi kita menganggap Project Manager dunia it itu masih karakternya dianggap bahwa kalau saya tambahin orang itu e pasti bisa langsung cepat selesai ketika proek itu molor padahal ada hukum nah hukum ke-36 Brook yang ngomong n orang di Project yang telat bikin Project tambah telat ing Man Power to Project make it slater gitu ya kata si Frederik Brooks nih kalau baca bukunya Frederik Brooks gitu ya itu dia sajikan bahwa dia hitung jumlah komunikasi resistensi bahwa lima orang yang dianggap gagal ini kalau ketambahan 10 orang gitu ya itu eh dia punya Resistance yang tinggi yang dia enggak Malah enggak membuat sukses eh 10 orang yang masuk ini gitu ya makanya sekali lagi kalau l orang e ngembangin software tim saya telat gitu ya terus kemudian saya putuskan nambahin 10 orang yang tadinya telatnya du bulan ini malah setahun enggak jadi-jadi gitu ya kalau dalam dunia sofware pasti akan kadang kaget kalau Project Manager loh kok saya tambahin kok ini kisah nyata Ketika saya ngisi di satu perusahaan gitu ya dengan programer ada ribuan Pak ini programmer saya goblok ini gitu ya Eh telat gitu ya Eh saya tambahin l l satu tim l orang saya tambahin 10 orang k karena telat gitu ya bukan malah cepat tapi malah tambah ee lama gitu ya Ee goblok banget ini programer saya yang goblok Sebenarnya bukan programmer yang goblok sebenarnya manajernya karena enggak paham hukum ini nambahin orang di Project yang telat bikin Project tambah telat Nanti frederck Brooks ini membawa fenomena gitu ya eh di bukunya Dia Cerita bahwa manusia eh eh bangun software itu kayak perempuan melahirkan jadi eh perempuan melahirkan itu butuh 9 bulan ketika kita estimasi 9 bulan gitu ya terus kemudian Oh satu perempuan bisa melahirkan bayi dalam 9 bulan berarti kalau saya eh eh apa namanya saya tambahin orang jadi perempuannya binya bisa lahir dalam 1 bulan dong Lah di bukunya freder Brook bagus banget Just because a woman can make a baby in n Mon kata dia gitu ya it does not follow that bukan berarti bahwa kalau saya kasih 9 perempuan itu Bayinya bisa lahir dalam 1 bulan loh siapa yang mikir keak kayak gini nih kalau tak tambahin 9 orang itu namanya Project Manager gitu ya ini ada gium nanti kemudian perkembangan dari bukunya Frederik Brooks ya programmer itu orang yang di kepalanya berpikir kalau saya kasih 9 perempuan Bayinya bisa lahir dalam 1 bulan loh gitu marketing nanti lain lagi marketing itu bayi itu bisa lahir meskipun enggak ada laki-laki sama perempuan gitu ya makanya banyak buku tentang marketer is layer dan seterusnya gitu ya Dia bisa ngomong ke sana ke sini ee padahal ee kadang itu enggak enggak bisa itu kan gitu ya ini makanya eh perjuangan kita di brand cour brand matic dan brand devs ini Eh saya edukasi benar-benar marketing kita supaya kalau memang enggak bisa ya lu sebut enggak bisa gitu ya enggak eh sulit Pak ini kondisinya seperti ini bla bla bla Don't be Evil jangan jadi jahat jangan nipu jangan ngapusi Nah karena ini jadi ada gium nih marketing Manager itu orang yang berpikir bayi itu bisa lahir meskipun enggak ada laki-laki dan perempuan orang yang ngurusi Human Resource gitu ya yang membayar orang untuk bekerja gitu ya di kepalanya lain lagi di kepalanya asal dikasih waktu 9 bulan enggak perlu manusia untuk melahirkan bay bayi manusia itu cukup monyet aja juga bisa loh karena apa bayar monyetnya lebih murah daripada bayar manusia ini beberapa hal yang menarik ya Nah ketika Bapak Ibu sekalian di sisi ee orang IT yang mengembangkan sistem gitu ya atau software gitu ya produk ownernya cerita dan seterusnya gitu ya kita jangan sakit hati juga ketika eh di bulan ketiga Project dia bisa menanyakan pertanyaan yang sangat stupid menurut kita gitu ya dia nanti akan bertanya Mas mohon maaf ini aku diingatkan kenapa ya saya dulu butuh seperti ini oh produk owner atau klien itu orang yang kadang lupa Kenapa dia butuh bayi loh gitu bapakkan jadi bayi itu sofware-nya itu kadang dia lupa nah ini karakter yang kedua lihat ya Ada lagi yang ketiga S abug itu cacat software itu enggak kelihatan cacat hardware Itu kelihatan cacat hardware itu enggak dimaafkan cacat software itu dimaafkan loh gitu Bapak I sealian coba kalau kita beli Samsung Nih kayak gini terus kemudian ujungnya ada ee Nih kayak gini nih eh Kena apa namanya kebentur sesuatulah kita nerima padahal itu dari dari bok kita buka kok sudah ada kayak kebentur cacat itu kita komplain sampai kita ee apa namanya enggak percaya lagi dengan ya gitu ya Ee tapi ketika kita pakai Bapak sealian kita lagi pakai gitu ya ee oh loh kok macet ini Ya udah saya restart aja kita ikhlaskan kalau software tapi kalau hardware enggak pernah kita e ikhlaskan gitu ya kita nyangkanya bahwa eh BG di software itu enggak terlalu banyak oh salah BG di software itu jauh lebih banyak karena dia enggak kelihatan satu orang programmer itu secara statistik menghasilkan 1000 baris eh 6.000 baris Scot setiap tahun rata-rata ya Eh setiap 1000 baris Scot itu pasti ada satu bak setiap 1000 bariskot minimal 1 bak berarti programmer itu menghasilkan 6 bak dalam 1 tahun itu gitu ya masalahnya Berapa jumlah programmer di dunia ini ada lebih dari 20 juta orang programmer di dunia ini Bapak iu sekalian berarti 20 * 6 120 juta bug yang ada di dunia ini loh loh kok enggak keos ya Enggak enggak semrawut hidup kita kok kayaknya enggak enggak ada masalah karena ada 1000 fitur di sini di handphone saya ini yang saya pakai cuman 10 fitur bgnya itu mungkin ada di fitur ke-101 105 204 enggak kita pakai ya enggak enggak ada masalah nah bug itu bikin Failure kalau diaktivasi nah ini karakter yang berikutnya dari software Makanya kalau kita belajar tentang Software quality asurance di buku-buku teks bapak Sean itu Kelihatan banget software error atau bug itu dari grammatical bug sama logical bug gitu biasanya ya tapi bukan berarti terus bikin F bikin software itu eh apa namanya enggak bisa kita pakai atau bahkan failer gitu ya selama Enggak diaktivasi loh makanya 1000 fitur hanya saya pakai 10 baknya ada di fitur ke-901 ya yang tetap saya jalankan gitu kan enggak ada masalah gitu kan Makanya software error tidak selalu bikin fault atau failer selama tidak diaktivasi makanya case-kase kayak gini ini jadi terjadi gitu ya ada satu perusahaan bukan kecap ini ya PT ABC eh xyz atau ABC ini cuman eh apa namanya variabel aja memproduksi software yang ditanam dalam sebuah device nah ada perusahaan ptabc bikin software ditanam dalam device seperti ini eh salah satu fungsi yang terdapat pada software mematikan device secara otomatis kalau suhu ruangan di atas 30 derajat Celcius Jadi kalau 30 derajat Celsius itu eh Shut downown secara otomatis nah programmer salah menulis logika ketika coding kan dia nulis nih if suhu di atas 3 shutd device gitu ya dia lagi nulis nih nih tadinya pengin nulis 30 tapi ketika dia ngomong if suhu Eh lagi nulis gitu ya if suhu di atas 3 mau mencet nol ini tiba-tiba Bosnya ngomong o rapat dulu rapat dulu gitu ya Ini ini yang membuat sebenarnya programmer itu enggak boleh kena distrak kalau mau meeting rapat itu yang diajak nanti sistem analis atau bisnis analisnya Jangan programmernya gitu ya jadi if suhu di atas 3 baru mencet nol diajak rapat gitu ya setelah rapat makan gitu ya balik lagi tadi sampai di mana ya Oh iya ifu di atas tig Ya sudah saya kasih kurung loh bug itu keluar gitu ya tapi error ini enggak pernah menyebabkan failer pada software perusahaan PTC ini sampai saat ini terkenal sebagai perusahaan yang memproduksi software tanpa bug loh kok iso kok bisa iya bisa karena device ini yang dibuat oleh PT ABC ini dijualnya hanya di Kutub Selatan sana yang enggak pernah mencapai 3 derajat Celcius gitu Ya normal itu minus 15 gitu kan Misalkan Kan dingin itu 60 loh gitu kan panas itu ee 5 jadi enggak pernah mencapai 3 derajat celsus eh apa namanya ini si si ee device ini dan PT ABC itu dianggap bahwa lu perusahaan keren padahal banyak bug yang ada di dalamnya tapi karena enggak teraktivasi gitu kan Nih dan ada keanehan-keanan lain ini yang saya cerita saya sering ceritakan di kelas ya dulu ketika saya kuliah 1995 masuk cerita ini banyak diceritakan di mata kuliah Soviet engineering ada perang Perang Badar ini antara mortenson sama Timberland software jadi mortenson itu Eh mau bangun rumah sakit supaya bisa bangun rumah sakit dia pengin melelang eh jadi dia pengin bikin dia pengin bengin software untuk eh apa namanya pelelangan supplier untuk bangun rumah sakit nah dia serahkan ke timbalan software untuk bikin software-nya TS itu tim software ternyata software sudah jadi dipakai untuk melelang itu ada logical Bu memenangkan perusahaan yang bukan paling murah mengajukan proposal tapi paling mahal kerugian mencapai 2 miliar us Doll dibawalah si Timberland software ini oleh mortenson ke pengadilan pengadilan Apakah memenangkan si mortenson yang sudah rugi 2 miliar us Do ini enggak Malah memenangkan timer s l kok bisa Iya and user license agreement Bapak Ibu sekalian gitu ya Di dalamnya itu ada disclaimer yang isinya mirip-mirip nih kayak Microsoft nih dia akan bercerita software ini sudah kita kembangkan dengan sangat baik standar internasional testingnya juga intensif dan seterusnya gitu ya tapi sofware ini kami jual dalam kondisi as is with all fault apa adanya dengan semua bug yang ada di dalamnya loh gitu eh semua resiko hubungan dengan penggunaan itu adanya di anda bukan adanya di saya loh gitu bukan adanya di developer jadi ketika juri ketika Hakim melihat Ini loh kan itu sudah dijual timberline software dengan semua bug yang ada di dalamnya bahkan Sudah ditulis bahwa sebenarnya resiko enggak ada lagi ada di dia gitu ya ini beberapa hal yang unik di dunia software nah pemahaman terhadap hukum tadi sudah saya sampaikan ini yang jadi kunci termasuk ketika di kld gitu ya kalau sekarang di Kementerian lembaga lagi ramai ini Bapak Ibu sekalian tentang arsitektur SPBE ya SPBE itu perp 95 arsitektur SPBE 132 gitu ya Ee kita nyangkanya bahwa eh konsep dari SPBE itu sekarang Eh eh yang tadinya banyak 27.000 tadi kita buat supaya lebih ee kecil kita buat lebih apa namanya ringkes itu akan selesai masalahnya padahal enggak B PR berikutnya itu sebenarnya siklus ya jadi misalkan eh satu aplikasi eh simak bmn misalkan ini dikembangkan oleh kementerian keuangan ini akan jadi aplikasi yang sifatnya umum dipakai semua Kementerian tapi ternyata banyak bisnis proses yang enggak sesuai dengan ini lah ini nanti mintanya ke siapa untuk ngubahnya sistem request atau change request-nya minta ke siapa dan budget ini ada di mana itu yang enggak diatur jadi itu PR berikutnya bom berikutnya yang akan muncul setelah ee eh aplikasi itu kita kecilin kita apa namanya sinergikan harmonisasikan itu berikutnya nah ini sebenarnya yang paling penting dari ini pemahaman terhadap apa yang terjadi fenomenafenomena yang sudah menjadi hukum di dunia sber engineering itu Bapak Ibu sekalian ada 50 hukum ini kalau lihat bukunya R Nanti dicari aja eh 25 hipotesis eh 12 conjectors gitu ya disebut hukum kalau evidencenya sudah kuat dia didukung teori-teori yang relevan di belakangnya dan ada ee eh diaplikasikan di lapangan itu gatuk gitu ya eh eh terbukti eh apa namanya evidensnya sangat banyak tapi kalau hipotesis Bapak Ibu sekalian itu strong juga tapi dia relatifnya Jadi kalau yang hukum itu disebut sahih dan Mutawatir gitu ya sahih prowinya banyak Nah kalau hipotesis ini kayak hadis-hadis kalau kita belajar ilmu Muslah hadis ya hadis Hasan lah gitu ya jadi eh dirawikan tapi ternyata evidensnya enggak banyak gitu ya Nah cononjjectors itu kabar gembira utlubul Ilmi walau Bisin gitu ya misalkan Bapak sekalian ya Tuntutlah ilmu sampai ke negeri Cina gitu ya itu hadis riwayat at-tirmidzi yang dikatakan Mursal atau lemah kadang-kadang gitu ya Nah itu konjjectors tapi masih bisa dipakai untuk kabar gembira loh gitu nanti kita lihat nih Mana yang masuk hukum mana yang masuk hipotesis mana yang masuk konjektur cuman ee ini kita bahas lain kali ya ada di YouTube saya juga nanti kalau pengin detail kita konsentrasi ke hukum 50 hukum ini dikategorisasikan andendres ee apa namanya mengikuti siklusnya ada yang ada yang berhubungan dengan analisis dan desain construction itu coding-nya implementation-nya gitu ya testing evolusi planning Human Resource technology hampir 70% dari semua hukum ini itu urusannya pemahaman atau terelasi ke pemahaman manusianya gitu Bapak ikalian bukan tools-nya bukan apapun gitu ya tapi pemahaman manusianya makanya benar tadi yang disebut di depan faktor yang penyebab utama kegagalan selain eh hukumnya satunya Eh glas tadi pemahaman manusia yang lemah terhadap dunia software ini nanti kita lihat Pak saya berikan contoh-contohnya yang tadi tadi sudah nih hukum pertama requirement deficiencies and the prime source of Project Failure eh Sebab utama kegagalan eh software itu karena eh gagalnya kita menangkap requirement gitu ya beberapa hal lain misalkan Eh kenapa kok sekarang ada model view controler kalau dulu disebutnya Bound control entity kok dipisah-pisah kayak gitu kenapa ini bikin rumit aja gitu ya software arsitekturnya agak sedikit rumit bapaku sealian tapi itu mempermudah kita ketika kita maintain gitu itu gara-gara hukumnya dener ini nih of con standar arsitur gitu ya makanya Kemudian dari dener itu kemudian masuk ke gang of War gang of War kemudian membuat gitu ya eh eh design pattern di dalam design pattern itu nanti bapakban itu ada boundary control entity pattern yang di era 2000 ke atas disebut dengan model view controller nah basisnya dari dari eh situ gitu ya ada satu lagi hukum ketika kita coding Kapan satu kelas itu kita bentuk nah constantin Constantine Law itu bapak iu sekalian G dia mengatakan struktur itu stabil kalau kohesinya strong kohesi itu antar variabel yang kita buat antar metod yang kita buat kohesinya strong Enggak banyak Ketergantungan dengan eh kelas yang lain di luar nah ini yang akan jadi eh kode yang eh struktur kode yang stabil hukumnya konstantin ini kemudian dipakai di dunia politik juga kalau pengin republik ini kuat stabil gitu ya kurangi Ketergantungan dengan pihak lain kohesi antar anak bangsanya ditingkatkan kan loh ini banyak dipakai sekarang pidato politik gitu ya terus Kemudian beberapa ee hukum-hukum lain gitu ya hati-hati ketika kita coding ketika kuliah dulu gitu ya Dan kita kemudian bikin startup bisnis yang software kita diakses oleh jutaan orang itu cara codingnya beda arsitektur infrastruktur dan arsitektur kodenya beda dramer yang ngomong jalan di sistem yang kecil belum tentu jalan di sistem yang besar gitu ya terus kemudian programmer itu enggak boleh ngetes kode yang dia buat sendiri nah hukum 23 loh lihat nih Bapak sekalian yang menarik juga nih jadi pernah saya nangani satu kasus Pak kita bugnya Kenapa banyak di tempat kita gitu ya E di perusahaan lain saya Jadi consonsultant waktu itu sudah dites Pak sudah itu testernya juga sudah ada yang ngetes siapa Oh yang ngetes ya si programmernya ah enggak bisa manusia itu Bapak Ibu sekalian eh lemah ke dirinya sendiri mengikhlaskan kesalahan nya tapi enggak pernah mengikhlaskan kesalahan orang lain kan Ya kalau disuruh ngritik Wah tajam padahal dia enggak mau mengkritisi diri sendiri itu eh hukumnya wberg ini sebenarnya dekat dengan itu gitu ya programmer kalau disuruh ngetes kode yang dia buat sendiri dia ikhlaskan Oh ini aku ah kemarin sudah buat rumit Ini udah ini pasti bagus Nah tapi kalau orang lain yang ngetes Enggak dia enggak akan memaafkan gitu ya kesalahan itu programmer is unsed to Test his gitu ya Kenapa kok Eh riset-riset saya tentang sare Def prediction eh saya mau dalam 10 tahun terakhir ini saya lagi ramai tentang itu nanti bapak I sekalian cara sekarang itu software testernya ngetes semuanya gitu Ya baik blackbx maupun B box dites semuanya dari ujung ke ujung dan itu secara eh apa namanya enggak efisien gitu ya nah saya predik di mana bugnya itu ada baru kemudian di sekitarnya pasti rame bak kita konsentrasi yang tempat yang sudah kita predik loh tapi kan buak itu nyebar Pak Oh enggak nah pareto zip Law hukumnya pareto sama zip dia ngomong 80% bak itu ngumpul di 20% modul jadi bak itu terkumpul ban gitu ya tidak tersebar secara merata enggak tapi terkumpul eh di satu tempat karena apa kod is Putri kata eh para programmer ya kode itu puisi makanya ketika Mas Karno lagi coding Modul 1 minggu ini selesai dengan bahagia tanpa bak minggu depannya ternyata ee hari Minggu berantem sama istrinya gitu ya Eh padahal LDR gitu ya garap modul du isinya bug semua gitu sampai Minggu hari Minggunya berbaikan sama istrin yang eh garap modul tanya enggak ada bug Jadi sebenarnya Bapak Ibu sekalian kode itu bagi programmer kayak puisi gitu ya yang dia garap kadang-kadang suasana hatinya menentukan makanya bak itu ngumpul di eh Sedikit tempat tidak tersebar secara merata gitu nah ini yang tadi saya sebut Bapak sekalian salah satu PR besar dari e dunia software itu sebenarnya bukan pada saat pengembangan pengembangan itu rumit karena harus memahami requirement tapi memaintainnya jauh lebih rumit biaya pengembangan itu besar biaya memaintainnya jauh lebih besar gitu ya loh gak usah kita maintain Pak software itu kita sudah kita buat ya sudah kita gak usah ini kan kita sudah sempurna software That Is Us will be Changed software itu kalau dipakai Bapak sekalian semakin banyak dipakai justru semakin banyak permintaan perubahan itu tanda bahwa software kita dipakai gitu ya Jadi kalau ada yang eh programmer yang mengatakan bahwa software saya keren Pak saya sudah buat terus kemudian enggak ada lagi yang minta Keren dong berarti sempurna enggak enggak keren itu softwareemu enggak dipakai lagi Makanya enggak ada yang minta perubahan makanya siklus ini yang yang jadi PR besar di dunia software engineering lehmen ini jagoannya ini Len 1 Len 2 Len 3 ini ngomongin tentang Software eh Evolution e ada lagi chain request datang dan seterusnya untuk benerin kita pilih dan kenapa CH request itu datang terus kemudian enggak langsung kita benerin kita tunggu dulu kita listing dulu kita grooming dulu mana yang prioritas mana yang enggak gara-gara hukumnya basely moler si basely moler itu ngomong eh kalau satu perubahan langsung kita edit gitu ya Eh perubahannya padahal kecil itu error dan stasnya jauh lebih besar makanya BG laporan laporan change request itu kita kumpulin ngerubah satu modul itu lebih diutamakan daripada kita ngubah sedikit-sedikit yang terlalu kecil karena apa error R stasnya jauh lebih tinggi nah ini beberapa hal ya ing Man Power to le Project makeer tadi yang saya Sebut nih hukum ke-36 ohoh Kenapa kok Eh saya berani gitu ya mendidik Mas Karno yang dulu lulusan SMA pelan-pelan tak ajari Bapak ialian kita sekolahkan ini sudah lulus S2 ini Alhamdulillah gitu kan ee saya saya kok yakin bahwa saya bisa mulai dari anak umur 18 tahun hukumnya dog Norman hanya butuh 5.000 jam gitu ya asal orangnya punya Attitude bagus gitu ya kemauan yang keras mau kerja keras Jujur hanya butuh 5.000 jam untuk mendidik newbi jadi expert makanya di brand matic dan brandcord ketika kita ngerekrut umur 18 tahun ketika kita Sabtu Minggu kita kuliahkan gitu ya itu sekitar semester 5 6 itu sudah mulai bisa Enggar Project sudah bisa kita kirim ke klien karena apa ya 5.000 jam itu kalau kita belajar seharinya itu 10 sampai eh 14 Jam itu ya terkejarlah sekitar eh 2 sampai 3 tahun itu sudah mulai agak paham kondisi gitu ya Kenapa kok ISP Itu ngeri atau Kenapa bisnis jualan laptop PC itu ngeri-ngeri sedap Bapak Sean gitu ya hukumnya more hukumnya Cooper lihat ya price and performance of processor itu setengah setiap jadi separuhnya setiap 18 bulan Makanya eh ketika kita mulai bisnis perakitan PC kita harus ngitung ini dalam 1 tahun dalam 6 bulan harus terjual ini e part saya kalau enggak soalnya tahun depan dia akan anjlok gitu ya nih Kenapa kok eh apa namanya Telkom Ind home Nih Bapak Ibu sekalian gitu ya 300.000 itu dapat 5 sampai 10 Mega di satu sisi my Republik misalkan dan seterusnya itu 300.000 Bapak Ibu sekalian dengan angka yang sama dia bisa dapat 300 100 sampai 300 mbps loh kayak langit sama bumi gitu ya Eh bandwich itu harusnya double setiap 2, tahun makanya ini agak hati-hati Kenapa kok Eh Pak Romi jualannya ars organisasi atau enterprise arsitektur arsitektur aplikasi Mais Ferguson yang ngomong architecture wis teknologi Dari mana datangnya eh bisnis startup yang eh apa namanya investor datang terus kemudian itu cara investor beli itu kayak transaksinya enggak ada gitu ya gojek grab itu transaksinya enggak ada di bawah enggak menguntungkan gitu dibandingkan dengan kok investor yakin nah hukumnya medcalf jadi mvaluasi eh startup bisnis tuh pakai medcalve yang di eh modifikasi sebenarnya matcalf ngomong eh the value of Network increase with the square of users gitu ya Makanya eh Kapan sebuah startup bisnis dihargai mahal ketika jumlah penggunanya banyak itu yang kemudian dikapitalisasi kayak Kenapa kok WhatsApp dibeli Facebook dulu dengan 200 triliun misalkan gitu ya itu karena hitungan satu ee penggunanya dihitung ee 40 us do Kalau enggak salah gitu ya jadi total jenderalnya mencapai 200 triliun Gitu ya kapan ini selesai babelnya datang itu yang di era sekarang disebut dengan Tech winter is coming guitu Ya mulai eh musim dinginnya startup bisnis mulai datang eh apa namanya sekarang pada delayof gitu ya karena investor enggak mau lagi eh ngasih dana gitu ya gara-gara buabelnya sudah pecah nah ini beberapa hal beberapa hukum yang harusnya kita pahami untuk memahami software-nya sendiri nah sekarang saya mulai meletakkan nih loh ini kan kita tadi mau belajar software effort estimation itu kita letakkannya di mana Nah ini ceritanya gini Aland Denis ngomong di bukunya systems analisis and Design When does a project begin kata dia when someone an opportunity to createue Kapan Project software itu dimulai bukan Top Down dari atas bukan tapi ketika ada satu eh user gitu ya pengguna dia melihat bahwa kalau saya bikin software ini lebih efisien deh lebih cepat deh lebih murah nah orang itu eh diunit kerja apapun enggak harus orang IT ini Bapak Ibu sealian bahkan mungkin memang bukan orang IT kecuali unit it yang butuh programmer minta supaya dibuatkan alat untuk meemanage Project Nah itu berarti kebutuhannya dari eh it tapi marketing minta jualan Saya enggak laku jualan CD musik nih misalkan enggak laku lagi Tolong dong kita mulai jual lewat internet Nah itu pasti dari marketing gitu ya bukan dari orang IT nah orang itu membuat sistem request sistem request itu divisibility analysis oleh orang IT bersama dengan yang minta tadi produc owner disebutnya kalau di era sekarang gitu ya Eh analisis kelayakan atau visibility analisis atau visibility study dari sistem request yang dibuat setelah itu kalau layak dilanjut ke fase analisis dan desain berarti projectnya sudah pasti jalan yuk kita analisis dan desain untuk membuat sistem spek nah Fase ini Bapak Ibu sekalian sistem request visibility analisis ngitung visibil itu ada tiga nanti eekonomic technical sama organisasi dicek semuanya gitu ya setelah dihitung layak nah kelayakan ini ada technical visibility yang menghitung kira-kira Butuh berapa Orang Butuh berapa bulan Butuh berapa Orang Butuh berapa bulan nanti dikalikan dengan standar salary guide dimasukkan ke dalam ekonomi gitu ya di ekonomi nanti dicek kalau butuh modal 10 miliar ternyata roi-nya 20% good daripada saya simpan di obligasi yang 7% gitu ya atau bahkan tabungan atau deposito yang 4% dan 1% mending saya kita investasikan it karena nanti roi-nya mencapai 20% nah hitungan-hitungan ini yang sebenarnya masuk ke dalam pembahasan kita software effort estimation itu dalam kerangka kita lagi mau visibility analisis nah ini gambaran kecil di depan terus bangun software itu secara umum prosesnya kayak gimana nah siklus pengembangan software dulu beda-beda kalau sekarang Eh Denis valciik itu menggunakan nanti kalau lihat bukunya persis ya Bapak I sekaliannya pakai padi itu planning analisis design implementation makanya kayak tadi ya When does a project begin when someone sees an opportunity to create business value kata Sian Denis Siapa orang itu yang eh punya ide produc owner kalau dulu kita sebut user sekarang produk owner membawa permintaan kebutuhan software atau sistem request atau perubahan perubahan software ini kalau siklusnya yang kedua datang gitu Ya Ching request ke pengelola it atau pengembang it whatever apapun namanya nanti ya bisa biro Ti bisa push Datin pusat data dan informasi dan seterusnya Nanti orang IT diwakili sistem analis gitu ya atau di era sekarang disebut produk Manager gitu ya bersama produk owner tadi nyusun visibility analisis gitu ya Eh ini disebut dengan planning Makanya kalau ditanya software reort estimation itu adanya di mana fase apa planning ketika kita nyusun sistem proposal kalau di kld di Kementerian lembaga dan daerah ini kita pakai untuk membuat Kak gitu ya proposal itu sebenarnya jadinya nanti Kak Kak ini yang kita putuskan Apakah swakelola atau kita lelang kan gitu ya kalau kita lelang eh berarti nanti mulai proses procokurement dan seterusnya gitu ya nih itu masuknya ke planning jadi sekali lagi visibility analisis termasuk technical visibility Yang ngitung menman semaman termasuk analisis ekonomi itu masuknya ke fase planning nanti setelah layak mulai dibangun eh requirement gathering dilakukan gitu ya analisis dan desain itu deliverablesnya deliverables itu yang dalam kurung ini syistem SPC atau nama lainnya terserah ada yang nyebut SRS Sof requirement specification ada yang product requirement design ada yang bisnis requirement design dan seterusnya lah eh fsd dan seterusnya tapi intinya sistem spec sistem speknya sudah jadi serahkan ke programmer gitu ya untuk konstruksi coding testing gitu ya terus kemudian eh technical writer merapikan semua dokumentasi delivery ini yang disebut dengan implement setahun kemudian setelah dijalankan gitu ya setelah CH management selesai dijalankan ini eh Muncul lagi permintaan ngikuti hukumnya eh Le tadi software rolution tadi sofware is gitu ya siklus kembali ke satu apabila ada permintaan perubahan atau update sofware yang digunakan disebut tidak sistem request tapi change request nah siklus ini yang Bapak Ibu sekalian ini saya eh coba rapikan terus kemudian kita urus untuk merek dagang juga di eh apa namanya hak cipta dan dan merek gitu ya Eh kita sebut application development governance ini ada trainingnya kita khusus eh yang lengkap 5 hari eh apa namanya berhubungan dengan ini kita sebut integrated multidimensional software engineering frameb gitu ya Dan ini kita implemen di berbagai tempat tadi sudah saya sebut ada Pertamina PLN dan seterusnya jadi ketika bangun software itu mulainya dari adanya sofway request gitu kan di sofway request itu kita lihat ini ada value-nya enggak gitu Apakah sare kita itu ngurangi cost atau meningkatkan produktivitas dan seterusnya terus kemudian Eh kalau siklus yang kedua berarti CH request gitu ya terus kemudian kita visibility analisis layak atau enggak layak itu ada tiga kelayakan teknik kelayakan ekonomi kelayakan organisasi size estimation atau effort estimation kita masuk ke eh technical visibility tapi impact dari penghitungan itu masuknya ke Economic visibility yang kita hitung Roi sama bep namanya software proposal gitu ya software proposal ini Oke layak mulai kita analisis dan desain analisis itu viralnya desain itu structuralnya makanya kalau kita ngomongin alur program kita jalannya kayak gimana alur si sare ini jalannya kayak gimana itu adanya di analisis tapi kalau komposisi software ini adanya di desain sistem SPC sudah selesai coding testing rapikan dokumentasi delivery delivery itu enggak hanya tchnical tapi juga eh apa namanya nyusun proses bisnisnya eh perdirnya peraturannya yang tentang penggunaan gitu ya nanti siklusnya balik lagi ke atas kalau ada permintaan baru ee enggak enggak pengin nunggu permintaan gampang di akhir tahun kita ases software-software yang dimiliki organisasi pakai iso 25.000 misalkan gitu kan eh dijawab oleh user dan orang teknis eh Apakah layak kita maintain atau harus dierminate atau direplace atau diassess gitu ya itu nanti kita putuskan sekaligus nunggu dari request baru mereka nah masalah gimana si siklus ini saya terapkan Pendekatan apa yang saya pakai Apakah saya nunggu P selesai baru ke a selesai baru ke D itu namanya Waterfall gitu ya Apakah modelnya dibuat dulu yang utama iteratif atau model adaptif itu pilihan kita nanti setelah ini saya jelaskan gitu ya kalau ini ngomongin siklus gitu ya Nah ini yang tadi ya planning sistem request kita buat gitu ya Eh bisis value identifikasi tadi saya sebut ya di sini ya Eh bis value identifikasi nah di ini itu ngurangi cost meningkatkan ee produktivitas atau meningkatkan profit itulah software gitu ya kita visibility analysis loh nanti seperti ini technical Economic sama organisasi ini untuk mempertegas saja Contohnya seperti ini oh kita pengin marketing butuh karena kita perusahaan jualan musik gitu ya kita kayaknya enggak bisa lagi kayak di setara dulu Bapak Ibu sekalian enggak bisa lagi jualan di mall y kita jualan lewat Eh internet kita sebut musik Pedia gitu ya needs-nya apa oh dapat pelanggan lebih efisien value-nya apa loh ada tangible sama intangible nanti kita tulis di sini termasuk angkanya harapannya bisa meningkatkan jualan Sekian dan seterusnya gitu ya software request ini kalau di industri Bapak sekalian Enggak saya buat e eh apa namanya PR Tex kayak gini tapi kita buat standar pakai dicentang-centang nanti gitu ya pakai platform enterprise arsitektur kalau ini gitu ya siklusnya kita jaga di sana Oh musikpedia itu eh Apakah meningkatkan pendapatan Oh iya Apakah ngurangi bea operasional eh enggak terlalu Apakah meningkatkan produktivitas harusjawab setelah itu diisikan di bawah gitu ya Terus fitur besarnya apa di beberapa industri yang kita bantu menggambarkan fitur ini bahkan langsung dari produk ownernya gitu ya fitur besarnya Seperti apa gitu ya terus kemudian kita visibility analisis layak atau enggak gitu ya Eh kalau gayanya bukunya alandenis kayak gini ini ini kita improve kita pakai skala leaker juga 1 sampai EMP kayak tadi gitu ya technical visibility eekonomi eh technical visibility itu ada penghitungan ukuran Project nah menman sama Man di sinilah kita hitung Pakai software effort estimation tadi untuk menentukan Berapa jumlah orang Berapa jumlah Berapa waktu yang dibutuhkan gitu ya nanti kita kalikan standar salary guide-nya gitu sebenarnya gitu ya Nah ekonomi nih kelayakan ekonomi kita hitung tahun pertama ketika kita develop masih belum ada benefit tapi tahun kedua sudah mulai ada benefit nanti kita hitung berapa Roi berapa bep gitu ya kalau roi-nya good di atas bunga bank bunga obligasi 26% is good lah berarti ini layak kita bangun gitu ya Eh ini sudah kita otomatisasi kalau di industri Bapak gitu ya di kld yang kita bantu juga sama gitu dan apa namanya eh organizationibility itu pengembangnya siapa supaya trackingnya ada jadi kita enggak meraba-rab ini dulu Siapa yang bikin kok kayak gini oh ini timnya ada kok lengkap masih ada ee di arsitektur aplikasi kalau kita ngomongin enterprise arsitectture baru setelah layak Yuk kita bangun mulailah analisis dan desain ini saya bahas juga di YouTube saya nanti kapan-kapan silakan tengok ke sana Ini yang disebut dengan siklus Nah kalau yang metodologi yang di atas ini cara kita menerapkan tahapan loh gitu cara kita kita menerapkan siklus tadi Apakah atau pendekatan yang kita pakai untuk menerapkan siklus gitu ya Ini namanya bebas ya kalau orang S engering senangnya model proses kalau orang sistem analisis desain kayak bukunya Denis itu pakainya metodologi Kalau teman-teman yang di dunia eile nyebutnya framew ini sebenarnya enggak perlu di eh ramaikan ini juga bukan agama siapa tahu nanti ada perubahan lagi gitu ya Engak enggak usah saling menyalahkan gitu ya tapi intinya ini pendekat yang kita pakai untuk menerapkan siklus tadi Apakah p-nya selesai baru ke a namanya structure desain contohnya Waterfall ataukah eh yang utama dulu kita bikin yuk kasih versi sat nanti versi du face development gitu ya Apakah kita pengin siklus juga tapi iterasinya pakai guideline khusus eh yang lebih adaptif nah Agile approach di dalamnya ada practice XP sama scrum gitu ya Sekali lagi bapak ibu sealian 1997 sampai 2004 Ketika saya di Jepang saya eh dapat kesempatan under supervisi langsung dari kenback itu yang bikin ekstrem eh programming gitu ya kalau di era sekarang Lebih ramai scrum tapi sebenarnya kuncinya sama dia modelnya adaptif kalau Waterfall itu P tadi P ya selesai baru ke a a selesai baru ke d d selesai baru ke eh coding testing dan seterusnya ini gayanya Waterfall makanya disebut Waterfall enggak bisa mutar lagi ke atas gitu ya secara cepat meskipun sebenarnya bisa muter gitu Tapi kalau sistem fase atau intereratif tadi P selesai kita buat yang utama-utama dulu yuk gitu ya versi satu Muter lagi versi dua gitu ya adaptif itu siklus juga muutter kayak tadi iteratif tapi kita pilih Berdasarkan cara menggrooming dari mana yang utama mana yang enggak gitu ya itu banyak ee panduannya n nah panduan-panduan itu kenback membuat Extreme programming kenwabber Jeff shutterline membuat scrum gitu ya sebenarnya seperti itu gitu ya jadi sprint satu selesai Oh ini sudah bisa nih dalam 1 bulan 1 minggu sampai 1 bulan sprint itu ini sudah terbentuk sudah bisa login e registrasi Yuk kita ee kita rilase ke Play Store kita masuk ke sprint kedua mana lagi yang prioritas dan seterusnya gitu ya nih ini ini nanti silakan cek di apa namanya YouTube saya sudah saya bahas gitu ya jadi guide guide seperti ini scrum punya scrum guide yang 20 halaman itu nanti extrem programming juga punya sendiri gitu ya Nah konsepnya bahwa Kalau gaya structure desain itu nunggu semuanya jadi software Saya pengin Buat software yang mengotomate tadi kayak gini Oh ya sudahah kita planning analisis desain sampai selesai ini 8 bulan kemudian tapi kalau scrum saya pengin buat seperti ini oh ya sudahah barangnya sudah ada tapi fiturnya belum lengkap dulu gitu ya ini sprint sat kita konsentrasi engakadap tampilan luarnya terus kemudian dia bisa login dia bisa registrasi bisa login bisa Mainkan musik tadi nah yang lainnya belum nih gitu ya pembayaran juga belum Yang penting bulan depan saya bisa ikut Ee kita bisa ikut Pameran untuk jualan ini Nah kalau kita lihat netflix generasi awal itu kan masih enggak seperti sekarang gitu ya kalau sekarang lebih bagus Nah model gaya pendekatannya yang digunakan beda terus Apakah scrum itu pasti lebih baik daripada eh eh Waterfall enggak tergantung en faktor ini ini nanti detailnya Saya bahas di YouTube saya yang tentang analisis dan perancangan sofware ya Bapak sealian ya konsepnya gini requirementnya sudah jelas Eh ini sudah jelas banget dan kita engak perlu ketemu tiap hari dengan dia karena e posisinya juga jauh agak rumiter clear gitu ya pakai Waterfall enggak apa-apa Tapi kalau enggak clear jangan pakai Waterfall sakit perut nanti gitu ya mending pakai iteratif atau adaptif gitu ya Eh Waktunya pendek butuh dalam sebulan ini bisa seperti ini jangan pakai Waterfall nah enam faktor ini yang menentukan makanya Bapak Ibu sekalian kalau lihat eh kita butuh sebuah kita butuh sebuah software yang Ee kita pengin SDM kita profiling SDM kita dan nanti divisi Human Resource itu bisa ngerekam ubah hapus nampilkan data pegawai yang dimiliki dan seterusnya gitu ya Nah kalau kayak gini Bapak Sean sudah clear requirementnya sudah jelas pakai Waterfall juga oke gitu ya toh SDM itu Kantornya di Jakarta developernya Kantornya di Denpasar gitu ya tapi ini sudah clear gitu tapi Waterfall Oke tapi kalau e modelnya kayak gini B development Manager itu butuh DSS DSS akanolah data jadi pola pengetahuan masalahnya si bisnis development Manager itu juga enggak ngerti tapi dia bersedia all out masuk ke tim tapi dia enggak ngerti ini bentuknya itu seperti apa dia juga belum ngerti nah kalau kayak gini itu pakai Waterfall sakit hati sakit perut gitu ya mending pakai sistem yang eh iteratif atau adaptif Tadi apapunlah nanti practisnya boleh mau pakai XP mau pakai Kambang mau pakai eh apa namanya scrum juga enggak ada masalah gitu ya Nah itu dia Bapak kira-kira Pos posisi dari Ken di mana kita menghitung effort Nah sekarang software effort estimation kalau kita lihat dari semua literatur yang ada itu saya klasifikasi gitu ya itu paling enggak sekarang ada lima ini klasifikasi besarnya yang pertama itu pakai cara sederhana disebut orang agak stupid tapi sebenarnya ini Make sense juga gitu ya kalau kita tergesa-gesa pakai cycle distribution ini ngikuti bukunya keper John sama eh Alan Denis ya jadi dia ngitung dari model padi nah model padi itu yang ternyata planning 15% effortnya analisis 20% desain 30% implementasi ternyata 30% jadi dari padi ini karena fasenya sekarang planning berarti actual time-nya kan planning sudah tahu dari situ semuanya tahu gitu ya Sekali lagi itu yang Model pertama yang model kedua Alen albrecht yang bikin Legend ini karena ada sertifikasinya didukung banyak guru besar profesor-profesor di Amerika eh buku teksnya juga banyak di dokumen-dokumen resmi official pemerintah Amerika sering nyebut FP FP FP itu function point size dari software ini adalah eh eh 5000 FP Nah itu Eh dibuat pertama kali oleh alh sudah diperbaiki berkali-kali gitu ya Eh salah satu yang memperbaiki itu Gustav kner yang menyusun PHD disertasinya memperbaiki function point saya enggak pengin ngitung dari jumlah fungsi setengah mati kalau saya ngitung jumlah fungsi Saya pengin berangkatnya dari use case diagram saya buat aturan di use case diagram yang dibuat itu kemudian disebut dengan use case point literatur ini officially banyak ini Kementerian lembaga banyak pakai ini tapi di industri lebih mudah pakai use case point karena analis Start with use case diagram ya kalau lihat data-data yang terbaru kan seperti itu makanya lebih nyaman mungkin eh use case point dan banyak tools yang sudah support use case point tapi function point mudah cara ngitungnya tapi yang sulit itu kalau kita disuruh ngecek berapa jumlah fungsi yang harus kita buat itu kan kalau enggak mantan developer yang jadi sistem analis yang itu enggak bisa gitu nah scrum Based method ini ada banyak biasanya circelnya ngitung per sprint nanti Makanya kalau di kita saya enggak pakai planning Poker po per Story yang agak sedikit asumsinya banyak saya tetap pakai use case point nanti saya filter untuk sprint sat gitu ya kita pakai ini gitu ya kalau saya lagi bimbing mahasiswa yang saya lakukan karena riset itu improvement saya mengimprove use case point atau saya pakai machine learning itu biasanya yang kita e lakukan nanti lihat di di Google aja yang eh publikasi-publikasi saya yang tentang softwareort estimation ini gitu ya nah saya ceritakan yang pertama tadi sudah saya sebut ini cara paling simpel Gak sacientific banget tapi daripada ngarang bebas Mending ini dari riset yang dilakukan keper Jones di bukunya software engineering Economic bapakkalian sistem analisis desain Denis itu planning itu ternyata makan 15% analisis 20% desain 35% jadi kalau kita hitung itu analisis dan desain beserta planning itu makan 70% coding testing itu hanya 30% gitu ya pertanyaannya Enggak kok Pak saya codingnya butuh waktu lama soalnya Enggak cuman coding yang M lakukan itu sekaligus analisis dan desain makanya tercampur di sana e akhirnya seolah-olah codingnya yang butuh waktu lama gitu ya Nah kalau planningnya sudah ketahuan nih sekarang kita lagi planning nih makan waktu 4 bulan yang Ngerjakan dua orang dari sana kan langsung ini jadi aktual rumusnya jadi langsung keluar gitu sebenarnya gitu ya jadi planning time itu kan 0,15 kalali overall time berarti kalau ditanya berapa overall time-nya ya planning time bagi 0,15 langsung keluar kira-kira Butuh berapa waktunya Butuh berapa apa bulan dilakukan kira-kira berapa orang karena actual time-nya sudah clear gitu ya ini enggak perlu kita latihlah gampang gitu ya Nanti dicek aja slide nah function point ini dia ya Ee di industri jarang dipakai tapi ini perlu tak ajarkan Bapak Ibu sekalian karena ini jadi cikal bakal Kenapa use case point itu ada gitu ya Al itu dulu berasumsi bahwa size dari software itu bisa saya hitung pakai Line of COD tapi ternyata line of code itu enggak sama jumlah baris COD itu enggak sama enggak sama Maksudnya gimana kalau saya nulis Halo Jakarta di layar pakai PHP itu bisa satu baris Tapi kalau pakai Java itu harus Li baris saya harus buat kelasnya dulu gitu ya public Static void painnya saya buat dulu baru sistem out print Line misalkan gitu kan butuh 5 4 3 sampai 5 Nah kalau ini satu ini Li berarti kalau satu fitur eh saja ada beda EMP baris code Gimana kalau 1000 fitur jadi enggak bisa jadi patokan line of code makanya albre melihat bahwa ini saya harus membuat model Po yang kalau nimbang itu kayak kilogram itu kita nimbang di manaun sama Nah itu namanya function point baru dari function point diubah jadi person Man pakai rumus nanti eh Berry beams rumusnya ber beams dari person Man jadi mans Nah si alenal brh tadi mendeskripsikan bahwa fungsi-fungsi jadi kita ngitung fungsi namanya function point kita ngitung fungsi Berapa jumlah fungsi gitu ya fungsi-fungsi di software sistem yang kita kembangkan itu kategorisasinya fungsi yang berhubungan dengan input fungsi yang berhubungan dengan output fungsi yang berhubungan dengan query fungsi yang berhubungan dengan file Generation file misalkan fungsi yang berhubungan dengan user interface baik dari sistem pakai api atau manusia yang uiux ke kita itu namanya program interface nanti berapa fungsi yang harus kita buat kalau fungsi yang dibuat itu dianggap mudah dibuat itu low sulit dibuat high ya sedang itu medium nanti kita kalikan bobot bobot enggak usah diubah itu bobotnya si albre gitu ya Nah contoh musikpedia tadi ternyata inputnya butuh en fungsi dari en fungsi itu tiga gampang dibuat dua sedang satu sulit saya kalikan bobot 23 output 19 fungsi berhubungan dengan output eh yang paling yang mudah 4 yang sedang 10 yang sulit 5 nah eh Apa kelemahannya kelemahannya ngitung fungsi Bapak Ibu sekalian gitu ya karena kalau kita bukan enggak ada pengalaman di programmer yang Intens ini agak sulit gitu ya berapa jumlah fungsi yang harus kita buat gitu ya asumsinya terlalu tinggi tapi whatever apapun ya dapat namanya tufp total unadjusted function point jadi function Point yang belum di-adjust 338 nanti kita adjust adjust-nya pakai apa namanya Processing complexity software yang kita buat itu apakah pengin gampang di-maintain dalam arti eh apa namanya kalau ada perubahan programmernya bisa engak baca dengan baik gitu ya Apakah pengin mudah dioperasikan Apakah melibatkan eh komunikasi atau transaksi rate yang tinggi Nah itu kita jawab 0 sampai 3 nanti di sini konsepnya gini software semakin Kompleks processingnya semakin sulit dibuat software semakin mudah diinstall semakin sulit dibuat loh gitu makanya ini bobotnya pasti naik di sini Musik mededia tadi Oh ternyata pakainya web data komunikasinya ternyata maksimal distributed function ada online data entry tapi enggak enggak terlalu signifikan karena ini user-nya mungkin enggak banyak total tujuh nih yang lain Saya isikan nol Ya 7juh saya kalikan 0,01 untuk normalisasi tuj tadi saya kalikan 0,01 untuk normalisasi saya tambahkan adjusternya 0,65 itu kalau software-nya itu simpel 1 itu normal 1,35 Kompleks lagi-lagi asumsi ini gitu ya yang bisa jawab si sistem analis ketika melihat sekelilingnya kira-kira kondisinya seperti apa gitu gitu ya Jadi kalau 0,01 rumus ya dapat 0,72 0,72 saya kalikan 338 loh 338 itu apa tofp yang di depan tadi nih nih tufv jadi saya kalikan ini sekarang sudah adjusted makanya disebut total adjusted function point atau function point itu 243 tadi nah eh 243 itu Bapak Ibu sealian nanti kalauilihat keper Jones The Economic of quality namanya gitu ya bukunya itu dia masih patokan software-software yang disebut besar sekali erp gitu ya perbankan Core banking segala macam itu di atas 100.000 function point nih besar sekali kalau 10.000 sampai 100.000 itu besar software-software besar nih kayak e-commerce gitu ya itu masuknya 10.000 sampai r100.000 1.000 sampai 10.000 itu sedang 100 sampai 1.000 itu kecil di bawah 100 itu kecil sekali makanya kalau di sini tadi Oh software saya tadi 243 masuknya sebenarnya software yang kecil Kalau secara eh hitungan standar function point gitu ya ini untuk gambaran aja nah belum selesai nih saya saya baru dapat FP saya harus konversi ke Line of Code Line of code-nya relatif betul ee konsepnya Bapak Ibu sekalian ini nanti ada table-nya ya Eh ada table Nah ada table yang kalau kita Googling searching aja dengan function point line of code conversion gitu juga oke nanti kita lihat di sini konsepnya gini yang basisnya scripting full scripting prosedural itu biasanya di atas 100 tapi kalau sudah Oop itu biasanya 50-an lah gitu ya tapi kalau yang eh apa namanya eh Excel gitu Misalkan ya Atau dia bisa visual programming itu biasanya sudah mulai 30 ke bawah nanti listingnya ada misalkan tadi Saya pengin bangun musikedia tadi pakai Java berarti 55 kalau di sini angka yang baru itu Java ya 53 sama ya 53 Nah ini tinggal saya kalikan aja 243 saya kalikan 55 dapatnya 13.365 line of code nah ini estimasi jumlah baris code yang akan kita buat itu 200 eh 13.365 sudah ketemu nih line of cod-nya kita pakai rumusnya hukum apa namanya rumus formula yang dibuat oleh Berry bimes namanya Kokomo co Mo itu effort itu 1,4* of of COD gitu ya 1,4* of of C jadi 13.365/ 1000 1,4 jadi 18,7 orang gitu ya eh apa namanya jadi butuh 18,7 kalau saya turunkan ke bawah 18 kalau saya naikin pembulatan ke atas berarti 19 orang ya 19 orang per bulan gitu ya yang dibutuhkan nah berapa bulan develop-nya rumus lagi ber beams lagi gitu ya 3 * pm P se/3 nih pm-nya tadi 18 orang saya kalikan Eh saya saya pangkatkan sepertiga saya kalatkan jadi dapat 8 bulan nih ya jadi musikpedia tadi butuh 18 orang dikerjakan selama 8 bulan ini bukan kayak matematika yang bisa kita inian ya Bapak sekalian ya kita balik ya Oh saya adanya saya adanya orangnya cuman lima gitu ya terus waktunya kayak enggak bisa kayak gitu gitu ya tapi justru lihat nih hukumnya Frederik Brooks tadi mengatakan ing Man Power to Project makeage Nahin orang di proek yang telat bikin proek tambah telat ya toh Coba personmannya kita tambahin loh malah telat waktunya memang jadi lama gitu kan nih ini namanya eh function Point untuk contoh Bapak I sekalian ini contoh saya buat supaya gampang jelasinya ya kita butuh aplikasi untuk job seeker untuk pencari kerja perusahaan pembuka lowangan pekerjaan bisa ngisi pencari kerja ini juga bisa searching ngisi datanya dia sistem memungkinkan pencari kerja untuk menginput data kurikulum VT di sisi lain yang perusahaannya itu bisa nginput data sama lowongan yang dia sediakan loh lihat nih ini saya si warna ya biru itu input berarti kalau ngikutin keper eh apa namanya si e alenalbreh tadi input di sini nih input di sini nih ini saya hitung teks analisis saja data kurikulum VT 1 nginput data perusahaan satu sama longongan berarti ada tiga nih inputnya ada tiga loh gitu saya buat kayak gitu aja supaya gampang ya masing-masing satu fungsi satu fungsi gitu aja pencari kerja dapat melakukan pencarian loh query ini lowongan kerjaan satu yang ini dua berarti dua fungsi yang kita buat dua yang warnanya hijau ini jadi nanti saya buat kayak gini input output query ini saya buat tiga loh query tadi dua bobotnya saya buat low semua aja supaya gampang ini anggap software-nya sederhana gitu memproduksi laporan ni misalkan 1 2 3 4 nih berarti produksi laporannya saya buat empat eh Reportnya eh file itu ada dua gitu ya dalam bentuk PDF image infografis berarti saya buat dua gitu ya pakainya Java Nah dari sini lihat nih gampang input yang warnanya ee biru tadi gitu ya itu tiga tadi ya saya kalikan tiga karena apa Saya pengin semuanya low aja programmer saya pada pintar semuanya ini Berarti saya anggap ini gampang dibuat l saya buat bobotnya l semua dapat 70 berarti 70 saya jawab Processing complexity tadi data communication enggak terlalu heavy gitu ya online data entry-nya ya cukup gitu ya online update-nya juga ada signifikan gitu ya saya operational easy ya enggak terlalu eh apa namanya easyasy banget enggak apa-apa untuk pengoperasiannya berarti 6 6 saya kalikan 0,01 saya tambahkan 0,65 0,71 0,71 * 70 49,7 49,7 itu saya kalikan 55 karena pakai Java tadi 2700 barisodnya effortnya butuh 4 orang 1 4* ee 2,7 gitu ya waktunya 3 * 3,8 pangkat 1per3 berarti 4,6 jadi kalau kita bulatkan ke atas 4 orang dikerjakan selama 5 bulan loh ini function point gitu bak Nah terus gimana kalau setelah ketemu dengan eh salary guide Nah tinggal dikalikan aja satu orang kita kita pengin gaji berapa loh nanti ee bahwa eh fase planning itu satu ee tiga orang dikerjakan 1 bulan berarti satu orangnya anggap 5 juta berarti saya kalikan nah totalnya langsung keluar budgetnya langsung keluar gitu kan Nah itu yang pertama ada satu orang anak muda di tahun 1993 gelisah wis enggak bisa ini kalau ngitung eh fungsi ini stres kita kebetulan eh ivar jacobson membuat satu metode analisis dan desain namanya eh objectory use case diagram setelah era UML datang namanya use case diagram ini nah saya pengin dari use case diagram ini saja kita kita hitung bukan fungsi fungsi mumet saya gitu ya tapi fitur-fitur besarnya kan sudah ketahuan dan ini sepakat kennet Kendal eh Aland Denis eh valacik analis Start with use case diagram di era sekalang makanya ini orang teman-teman yang bergerak di bidang agile gitu Ya saya juga pegang sertifikasi Bapak Ibu sekalian untuk PSM gitu ya itu user Story itu kalau di perusahaan kita supaya lebih sistematis ya satu ini satu user Story gitu ya saya buat seperti itu lebih gampang dipahaminya gitu ya makanya berangkatnya bisa dari sini nih sebenarnya Eh gimana cara ngitungnya use case diagramnya sudah saya buat nih musik Pedia tadi terus kemudian Gustav carner tuh ngomong gini kita hitung aktor sama Use case-nya nah ini aktor ini use case use case itu aktornya do fiturnya Apa saja sih sistem ini itu digambarkan lewat case ini nah manusia aktornya kalau manusia itu berarti Kompleks karena saya harus membuat uiux gitu ya Kompleks tapi kalau aktornya itu sistem lain yang kita terkoneksinya pakai api itu Z simpel atau easy satu kalau butuh protokol untuk komunikasi sendiri karena eh enggak api-nya enggak bagus gitu ya Atau enggak ada api-nya ya average eh kita nilai seperti itu n use case itu Dinilai dari jumlah transaksi transaksi itu bapak kan kita lihat dari usernya ngeklik kalau kita pakai model model view controller eh eh pendekatannya itu paling enggak sampai nyentuh controller biasanya tapi kalau perjalanan dari form ke form enggak kita hitung eh transaksi gitu ya 1 sampai 3 transaksi itu paling rendah bobotnya 5 4 sampai 7 10 lebih dari 7 15 jadi ini e Contohnya kayak gini oh pengunjung itu manusia saya kasih nilai T bobot tadi kan Kompleks kan dia kan saya kasih nilai 3 e melakukan registrasi melakukan registrasi itu nanti kalau saya lihat dari alurnya loh lihat alurnya si pengunjung dia milih tombol Eh registrasi terus musik pedianya nampilkan gitu ya alurnya terus diisi terus Ngisi data nah ini perjalanan dari form ke form kayak gini Enggak dihitung transaksi transaksinya mulai dari sini dan ini hanya satu kalau satu berarti Kembali ke tadi itu masuknya simpel Nah nanti saya isikan ee si si apa namanya melakukan registrasi ini satu gitu nanti seperti itu ya Nah dari sini nanti kalau kita pakai tools kayak Spark system Bapak Ibu sekalian gitu ya kalau di tim saya saya pakai Spark system ini pengunjung tinggal kita Klik Kanan properties kita isikan difficult gitu aja karena manusia dia tapi yang melakukan registrasi eh easy tadi gitu ya kita isikan easy ini bukan difficult ya ini salah ya ini easy terus kemudian Nah kita harus ngisi kayak Processing complexity tadi di function point kalau di sini ada dua technical complexity vor itu Processing complexity tadi persis sama diubah sedikit sama si eh Gustav kner satu lagi environmental complexity vor itu berhubungan dengan environment kita contoh ini kita mau develop di AS 400 pakai kobol Waduh ini bakalan kobol-kobol ini difficulty of programming languagenya kita isi gitu ya eh object oriented experience-nya lemah misalkan nanti kita Isikan di sini kefamiliaran dengan alur proses atau development proses yang ada di sana gitu ya biasanya dia pakai Waterfall karena embeded system bangunnya sekarang harus pakai scrum nah dia kefamiliarannya kurang nanti kita isi itu namanya ecf satu lagi tcf itu persis seperti Processing complexitynya si Alen tadi kita isi cuman bedanya ini 0 sampai 5 ini juga 0 sampai 5 bobotnya enggak usah kita ubah nanti Nah dari sini uucp unadjusted itu uaw + ucw Nah uaw itu apa uaw itu Yang ini tadi Nah uaw tamb+ uucw ini gitu ya itu namanya uucp nanti setelah saya kalikan dengan ecf dan tcf ini dia jadi eh ucp oh gitu ucp k tcf * ecf jadi dia ucp kayak tadi persis lah ini sebenarnya sama aja ya Nah dari sana langsung ketahuan jadi kalau kita pakai tools kita enggak perlu pusing kita bisa isi eh apa namanya si tcf sama ecf-nya kita kasih nilai kalau mau pakai standar juga enggak usah diuprek-uprek enggak apa-apa Spark syistem dia nyiapin kita tools lebih mudah tapi sekali lagi bapak sealian ini dihitung pakai Excel juga oke ya enggak ada masalah ya Jadi biasanya kalau untuk latihan ke mahasiswa atau staf saya di era awal saya suruh ngitung pakai Excel dulu baru Kalau setelah ini pakai tools enggak apa-apa gitu ya Nah dari sini Misalkan kita ketemu nanti eh musik Pedia itu klik include actor saya reload ketemu 92 92 ini nanti eh ada PHM person hour multiplier itu ada dua 20 sampai 28 jadi anggap aja kalau risiko tinggi 28 kalau normalnya 20 saya kalikan aja anggap normal 20 * 92 1840 per hour ya 1 hari kerja 8 jam 1 bulan kerja 22 Hari Sabtu Minggu libur kan berarti butuh 10 orang pakai rumus yang tadi sudah ketemu orang pengin waktu 3* PM pangkat 1/3 Jadi dapatnya 6,56 bulan Jadi musikpedia itu dikerjakan 10 orang dalam waktu 6,5 bulan kalau kita pakai tools kita bisa membuat template seperti ini jadi Eh ini template yang kita pakai di berbagai tempat Ya seperti tadi bapakan kayak klien kita di FF Astra group itu terus kemudian di Pertamina di PLN gr dan seterusnya begitu sudah ketemu use case point tadi kan use case point-nya di sini sudah ketemu nih use case point sudah ketemu Setelah itu kita tinggal cemplungkan ke apa namanya technical visibility di sini ada terus kemudian nanti keluar 92 92 kita cemplungkan sudah keluar mau alternatif yang 20 atau 28 dihitung semua mau alternatif kerja Normal atau sabtu masuk satu harinya kerja eh 1 bulannya kerja 22 hari atau 26 bahkan kita hitung bisa gitu ya Ee dari sini keluar angka-angkanya gitu ya Nah apakah bisa untuk ngitung yang skala besar bisa kita itu Ngerjakan analisis dan desain eh arsitektur besar untuk banyak software Bapak Ian di insw itu insw generasi 2 yang dulu kita hitung gitu ya terus kemudian di OJK itu juga kita Yang ngitung sistem informasi eh sijk jasa konstruksi gitu ya itu di upr gitu ya terus kemudian ini amdalnet yang di klhk itu kita kita ngitung budgetingnya seperti ini sampai kemudian kita buatkan KK untuk setiap eh apa namanya modul-modul yang pengin kita buat jadi ngitung yang gede juga bisa nanti tinggal kita eh Klik Kanan kayak tadi Eh qa report and Matrix itu kalau di Spark system ya nanti keluar tapi sekali lagi ini dihitung pakai Excel juga bisa 1500 1577 ini saya masukkan ke sini keluar oh totalp seperti insb itu dikerjakan 172 orang waktunya 1,eng Bulan ini saya pakai ketika saya presentasi ke busri Mulyani pada era-era tahun 201 ketika ngegolkan eh apa namanya sistem-sistem besar seperti ini gitu ya nah eh software effort estimation itu sudah jadi riset trend di dunia eh software engineering gitu ya Eh ini kalau yang nerusin S2 atau S3 di bidang software engineering ini top topik-topik yang trending ya yang lagi banyak digarap orang gitu ya software defect prediction software effort estimation itu yang pakai machine learning biasanya dua itu yang hari ini kita bahas software effort estimation Makanya kalau saya membimbing mahasiswa gitu ya Saya biasanya eh apa namanya mengimprove Nah itu apa yang saya improve kalau engak use cas point atau saya pakai Maine learning kalau cas itu contonya Oh cas gitu Misalkan ya Eh ini saya saya ngambil seperti ocodex yang dia buat use case Point yang dia simplifikasi gitu ya atau nanti pakai machine learning yang lain lah Nah seperti itu secara umum Nah terus loh ini costnya belum ketemu dong nah cnya gampang ada standar salary guide kayak inkindo terus kemudian Michael page terus kemudian e k serv gitu ya terus yang terbaru itu ada salary guide itu tinggal dikalikan aja gitu ya tinggal dikalikan ke sana tapi kita sudah ketemu menman sama Man kan tadi kan Nih kita sudah ketemu menman sama Man tadi loh menman sama mannya ketemu nah Gustav carner Alen abbre itu tidakentukan rle sebaiknya apa pm-nya berapa Enggak dia hanya ngitung jumlah orang nanti kita sendiri yang mdeefend rle-nya secara eh umumnya Seperti apa gitu ya jadi standar salary guide itu bapak misalkan kita pakai inkindo ini nanti ada pelelangan internasional itu berapa standarnya pelelangan nasional berapa nanti kalau S1 S1 lulus pengalaman 4 tahun Berarti dia 57 juta masih bisa dapat gitu ya Nah nanti itu yang kita masukkan kalau kita untuk yang internasional kalau yang nasional eh fresh graduate S1 baru 2 tahun pengalaman 1 tahun itu 24 juta berarti nanti kita bisa hitung nanti eh kalau butuhnya 5 orang Berarti sebulannya berapa dan seterusnya gitu ya ini yang bias biasa kita hitung nah ee penghitungan ini gitu ya termasuk sistem spek yang kita buat itu saya masukkan ke dalam Kak loh gitu nih strateginya kalau yang kld ya Bapak iu sekalian ya Jadi ini saya pakai untuk kemarin juga ngisi tentang eh apa namanya eh metode pengembangan Kak untuk yang sistem informasi dan software ya kalau di kld ya Jadi yang sudah kita susun tadi apa yang masuk di ke ak planning sama analisis biasanya dari padii itu planning sama analisis masuk makanya saya buat seperti ini seperti biasa ini model-model Kak kerangkaacan kerja yang biasa itu latar belakang tujuan dasar hukum dan Seterusnya requirement-nya saya masukkan sini use case eh diagramnya seperti apa Nah nanti si peserta lelang itu saya suruh ngitung sendiri kira-kira ee apa namanya E Berapa harga yang mok tawarkan gitu ya Jadi pagunya enggak usah ditetapkan enggak apa-apa tapi jumlah orang ee fiturnya apa saja jumlah orangnya kita tetapkan itu sudah sudah sudah lebih dari cukup Gitu ya jadi functional nonfunctional requirement gitu ya eh termasuk kita pengin Tata kelolanya Seperti apa gitu ya Saya pengin setahun tetap maintenance-nya eh didampingi dan rle-nya seperti ini role ini yang nanti kita tentukan bahwa Project Manager itu tolong S1 misalkan gitu S2 ilmu komputer sistem informasi Teknik Informatika ee jumlah orangnya sat dia Kerjanya 5 bulan terus kemudian si sistem analis nah ini yang kita tetapkan basisnya dari eh role yang ada di sini kalau kita pengin sederhana kayak gini good ya Berarti kayak gini tinggal kita hitung aja tapi kalau kita pengin lebih Oh saya sofware apa namanya software saya besar ini Nah nanti bapakan bisa cek yang YouTube saya tentang tu tren profesi itu bagaimana produk it itu dikembangkan gitu ya oh jualan CD musik enggak laku nih gitu ya Eh undang bisnis analis dianyarankan jangan pakai jangan ke mall lagi pak kita bikin aplikasi aja yuk bikin aplikasi sistem analis bikin arsitekturnya di era sekarang namanya produk Manager Nah kalau kita mau pakai r-r kayak gini juga oke ya sebelah kiri Ini namanya produk manajemen sistem arsitekturnya jadi sistem speknya jadi gitu ya paling enggak p sama a kalau ini Kementerian berarti dilelang gitu kan nanti mulai dikerjakan loh di sebelah kanan itu software engineering nama bidangnya nama orangnya software engineer gitu ya terus kemudian Oh Ternyata saya butuh data analis Nah karena software Saya pengin saya buat seperti netflix yang dia bisa memberi kita rekomendasi nah saya butuh data satis yang sebelah kiri G ya softwareennya Jadi butuh diinstall Saya butuh Network infrastr dan Security untuk menjamin struktur kehandilan infrastruktur dan keamanan gitu ya saya ini sudah jalan kita operate ternyata technical support butuh ini nanti sertifikasinya kayak ITM ittil itu ada di sana Ini namanya service Operation gitu ya sofware ini pengin diaudit juga nanti ada auditur gitu ya Eh Apakah selaras dengan e arsitekturalnya dengan visi misi Saya pengin enterprise arsitektur atau arsitektur aplikasinya rapi enterprise Arch it governance di sebelah kanan gitu ya dan siapa yang menceritakan semuanya ini di kampus namanya dosen gitu ya dan peneliti ini namanya computing ret ini kalau kita pengin detail-detail dari rle ini kita masukkan juga oke Enggak ada masalah gitu ya cuman kalau mau yang sederhana ya kayak tadi ya paling enggak ya Eh butuh sistem analis berapa programmer butuh software tester butuh untuk eh technical writernya berapa itu juga oke engak ada masalah ini Yang ini nanti silakan ikuti yang tuuh tren profesi diu computing di YouTube saya termasuk ini jadi backbond kategorical di brandmatics.com itu pakai kategori training seperti ini setelah selesai masukin ke schedule gitu aja gitu kan jadi keluar tadi butuh 5 5 bulan ya berarti sampai bulan kelima loh lihat ya Eh deliverables-nya apa kita eh masukkan ke sana Modul 1 modul 2 modul 3 Misalkan seperti itu juga oke nah jadi kalau kld siap dilelang ee kalau di sama di BUMN atau swasta juga kalau mau dilelang berarti siap dilelang tapi kerangka acuan kerjanya sudah clear that's all Bapak Ibu sekalian adik-adikku sekalian yang bisa tak sampaikan hari ini mudah-mudahan memberi eh gambaran dan e ada beberapa keping-keping yang lebih detail tadi saya masukkan ke Youtube saya ya Nanti bisa lihat di eh YouTube saya karena enggak sempat saya ceritakan semuanya tapi kayak masih misalkan tentang analisis dan desainnya kayak gimana toh oh di sana ee arsitektur enterprise itu seperti apa Oh di sana data science Oh tujuh tren profesi yang tadi diceritakan tuh Detailnya ada lagi yang di sana mungkin itu dulu dari saya terima kasih wasalamualaikum warahmatullahi wabarakatuh

use case diagramnya sudah saya buat nih kita hitung aktor sama Use case-nya fiturnya apa saja sistem ini itu digambarkan lewat use case aktornya kalau manusia itu berarti Kompleks karena saya harus membuat uiu tapi kalau aktornya itu sistem lain yang kita terkoneksinya pakai api itu Z simple atau easy eh kita nilai seperti itu nanti 1 hari kerja 8 jam 1 bulan kerja 22 Hari Sabtu Minggu libur kan berarti butuh 10 orang pakai rumus yang tadi sudah ketemu orang pengin waktu tiga kali PM pangkat sepertig Jadi dapatnya 6,56 bulan Jadi musikpedia itu dikerjakan 10 orang dalam waktu 6, bulan asalamualaikum warahmatullahi wabarakatuh satu topik yang sulit sekarang lagi ramai sebenarnya cara menetapkan biaya untuk pengembangan software itu seperti apa sih gitu Soalnya kalau dilihat kayak kak dan seterusnya itu kan semerawut berani ragam ada yang ngitungnya butuh 5 orang untuk ngembangin software ternyata ngitungnya sampai 10 miliar dengan standar yang enggak jelas sebenarnya gimana toh cara ngitungnya Nah itu ada satu disiplin ilmu satu bidang ilmu di dalam software engineering yang namanya software effort atau kadang disebut software cost estimation nah hari ini kita akan coba eh belajar itu software effort dan atau cost estimation kalau di Bahasa Indonesia kan agak sulit karena sebenarnya effort itu usaha ya mungkin bahasa yang paling pas estimasi usaha ee pengembangan software gitu ya atau estimasi biaya pengembangan software gitu ya nama saya Romi Romi satr Wahono jadi saya dulu lulus SMA 93 setelah itu ikut program beasiswa Pak Habibi saya ke Jepang 10 tahun pulang jadi PNS dulu di LIPI tapi enggak kuat Akhirnya saya keluar di tahun 200 eh6 terusendirikan brand matics neruskan perjuangan saya yang ilmuomputer.com dulu kalau orang komputer kenal saya lewat ilmu .com Major saya ketika saya kuliah software engineering lab saya dulu namanya knowledge Based software engineering karena kita software engineering yang menggunakan eh Ai makanya disebutnya kbse dulu lab-nya saya lebih banyak di luar daripada di kampus sejak umur 20 tahun saya sudah parttime ke sana ke sini saya pulang 2004 itu dalam kondisi sekolah iya tapi Separuh Hidup saya di bisnis saya masih ngajar di beberapa kampus Saya masih advisory board juga di UGM saya masih reviewer juga di banyak jurnal scopus index yang berhubungan dengan software engineering khususnya kayak di springer itu ada software practice and experience software quality journal lcfire itu ada information software technology dan seterusnya gitu ya dari hasil beberapa hasil penelitian saya itu saya kemas dalam bentuk Framework kayak hari ini kita belajar software effort kalau di dalam Framework kita yang namanya eh integrated multidimensional software engineering itu software effort itu kita masukkan ke dalam idsea itu nama Framework kita gitu ya Dan ini kita kita implementen di banyak tempat jadi yang saya ceritakan ke Bapak Ibu sekalian adik-adikku sekalian hari ini itu bukan hanya saya masukkan s e kajian akademic paper bukan hanya itu tapi juga saya masukkan ke dalam IPR saya urus untuk hak cipta merek dan seterusnya terus kemudian kita implemen di berbagai tempat jadi kita ikut ngopeni tata kelola pengembangan software di Pertamina grupp terus kemudian di anak-anak perusahaannya PLN terus kemudian di swasta juga banyak Nah itu nanti rangkuman gedenya dalam bentuk enterprise arsitektur tapi ketika bahas eh application arsitecture nah itu nanti di sana ada yang hari ini kita bahas gitu ya termasuk ngitung cost jadi ini enggak hanya proven secara akademik tapi juga proven di industri sebelum masuk ke cost estimation saya jelasin dulu positioning-nya position dari software effort estimation itu ada di mana gitu ya supaya nanti enggak enggak bingung loh ini ini sebenarnya saya lakukan pada saat apa sih sebenarnya saya bahas dulu yang pertama tentang konsep dan hukum dari software itu eh seperti apa konsep software ini harus dipahami dengan baik supaya nanti enggak keblinger ketika kita nyusun Kak melelang pekerjaan dan seterusnya gitu ya makanya saya jelasin dulu terus Kemudian yang kedua cost estimation itu sebenarnya posisinya ada di mana Nah itu saya jelaskan juga tentang siklus sama metodologi jadi siklus itu untuk memberi garis sembar kasi bahwa cost estimasi yang kita lakukan itu sebenarnya di fase yang mana Apakah fase planning atau analisis dan desain ataukah ketika implementasi dan seterusnya itu nanti yang kedua terus yang ketiga baru kemudian kita ngitung cost nah kita mulai dari yang pertama software ini agak rumit agak kompleks ada 50 hukum di dunia software engineering yang harus kita pahami dan 50 hukum itu hukum pertamanya glass yang mengatakan bahwa penyebab utama kegagalan pengembangan software itu adalah kegagalan kita menangkap requirement gitu ya itu yang yang yang jadi hukum satu masuk ke dalam bukunya Andres eh 50 hukum di hukum yang pertama nah kok ngomongin kegagalan tiba-tiba karena apa Nah ini karena ini jadi kalau kita belajar bukunya bi it Project management atau Project managementen ala pmbok atau ngikuti kajian-kajian yang dilakukan oleh Boston Consulting group atau kemudian minsey itu angkanya mirip-mirip gitu ya bahwa bangun sistem teknologi informasi Project teknologi informasi gitu ya atau transformasi digital itu tingkat kegagalannya mencapai lebih dari 50% gitu ya jadi kalau kita lihat di sini eh makinc standis group general accounting office itu angkanya sekitar itu ya 42% 53% eh kajian Forbes mencapai 84% tingkat kegagalannya mckinsey eh Boston Consulting group kpmg punya data yang lebih dari itu 70 sampai 95% gitu ya saya Tya mikir bahwa ini kayaknya enggak Dar 95% gitu ya ini mosok ya kegagalan sampai 95% ternyata 95% itu adanya di Indonesia nanti kita lihat ya Jadi yang disebut gagal itu enggak hanya di tengah jalan di terminate Oh enggak dibatalkan sebelum selesai itu salah satu kegagalan juga tapi ada kegagalan yang lain kalau di KL l Kementerian lembaga dan eh e pemerintahan daerah itu gagal itu bukan tidak berhasil dibangun bukan sudah berhasil dibangun tapi enggak ada manfaatnya karena enggak dipakai ini Bu Sriani men-state e beberapa angka ya yang pertama disebut kita punya 400.000 aplikasi gitu ya dari 400.000 aplikasi itu ternyata yang dipakai hanya 27.000 aplikasi loh kita lihat nih bak angka lain menyebut 24.000 inily gak dapat angka yang pas sebenarnya berapa ya tapi kalau kita lihat di sini yang masuk itemiz di ee kementerian dan lembaga itu mencapai 400.000 ternyata yang benar-benar dipakai hanya 5 sampai 10%nya ini bahkan 5% ya mungkin ya Ee 24.000 dan ini pun ini masih dianggap memboroskan anggaran karena apa enggak dipakai loh gitu Pak enggak ada manfaatnya enggak dipakai enggak sesuai kebutuhan nah ini yang tadi saya sebut kita perlu belajar eh hukum-hukum di dunia software engineering bahwa ternyata salah satu penyebab eh kegagalan dari implementasi software itu adalah requirement eh defisiency Jadi ceritanya enders itu ngumpulkan ada 50 hukum ada 50 hukum yang berhubungan dengan eh dunia sov engineering gitu ya yang salah satunya nomor satunya adalah glass Law ini hukumnya si glass requirement deficiencies Under the prime source of Project failers gitu ya jadi kegagalan Project itu penyebab utamanya karena gagalnya kita memahami requirement sampai kemudian enggak hanya dierminate di tengah jalan Project software itu yang dianggap gagal tapi karena enggak kita pakai kenapa enggak dipakai y soalnya enggak ada manfaatnya untuk kita loh gitu makanya analisis apa kebutuhannya gagal akhirnya kita merasa bahwa loh ini aku enggak butuh ini sware-sware eh seperti ini satu hal yang eh perlu kita pahami Nah ada adagium ada anekdot Betapa sulitnya bangun software eh digambarkan seperti ini gitu ya ketika customer itu jelaskan ke Mas Karno gitu ya Mas Karno sebagai Project leader di sini customer itu jelaskannya seperti ini Bapak Ibu sekalian oh eh tolong buatkan seperti ini Mas Karno nih Mas Karno sebagai Project leader memahaminya seperti ini kok bisa salah paham bukan karena masternya enggak cerdas tapi karena eh lebih mungkin karena terlalu cerdas jadi saking cerdasnya Mas Karno ini enggak mungkin mengikuti standar-standar yang ada ini enggak boleh secara eh keselamatan kerja misalkan loh peraturan-peraturan mas Karno paham ini mungkin yang diminta bukan ayunan tapi tempat duduk di bawah pohon ini lebih safety-nya lebih ada dan seterusnya Mbak Vina sebagai sistem analis dia tahu Mas karnonya salah ini Waduh bosku salah ini tapi dia enggak bisa ngelawan Mas Karno akhirnya ketika dia menganalisis gitu ya ini kayaknya mintanya ayunan tapi mas karnonya kayaknya mahaminya kayak gini udah saya potong aja supaya bisa berayun loh si sistem analisnya enggak mau diskusi panjang debat Pak panjang dengan Project leader-nya wis pokoknya tak tak potong aja deh tengah jalan supaya bisa ngayun padahal permintaannya sebenarnya ayunan ketika programmernya datang ke Mas Karno diceritain seperti ini datang ke Mbak Vina diceritain seperti ini sistem analis ke sistem an gitu ya bingung coding Enggak selesai-selesai loh gitu undang bisnis consultan untuk menyelesaikan masalah ini apakah selesai masalahnya enggak bisnis kultan itu big narrative kita akan berikan yang terbaik Bu ke klien gitu ya malah dikasih sofa enggak memecahkan masalah karena kalau kena hujan ya brodol ini malahan kan gitu kan ditaruh di luar kan bukan itu permintaannya nits-nya bukan itu Nah projectnya Enggak terdokumentasi dengan baik dioperasikan gagalare kayak gini dioperasikan ya pasti gagal gitu ya Eh bagaimana customer dcharge kayak buat e roller coaster mahalnya setengah mati ketika ada masalah dielepon enggak ada yang ngangkat ini eh developernya gitu ya Nah apakah kesalahannya itu murni developer ternyata enggak ada kontribusi kesalahannya di user juga ternyata usernya itu penggunanya itu butuhnya seperti ini butuhnya needsnya gitu ya tapi ceritanya seperti ini nah ini yang disebut kegagalan kita atau developer membaca requirement yang sebenarnya butuhnya ini tapi diceritakan seperti ini inilah yang membuat software itu disebut gagal makanya Kenapa kok eh kita ngomongin metodologi pengembangan Oh kok ada eh apa namanya Waterfall dulu terus kemudian sistem versi terus kemudian Agile Oh notasi atau standar e notasi untuk analisis dan desain dulu kita pakai DFD masuk ke dulu pakai flowchart gitu ya sebelum difd bahkan terus kemudian pakai UML kok beran ragam kayak gitu kita itu pengin usernya butuh Seperti apa kita Gambarkan sesuai dengan keinginan dia makanya tantangan terbesar di dunia S engering ini ada di bukunya y somfi ada di bukunya Roger placement buku-buku textbook tentang software engineering customer butuh seperti ini dia mendapatkan seperti ini meskipun enggak plus persis-persis banget dari sisi Oh ini apa namanya daunnya enggak serimbun yang diinginkan tapi ini sudah mulai daunnya dekat dan seterusnya tapi secara fungsionalitas itu ee apa yang yang diinginkan oleh pengguna itu seperti yang dia ee dapatkan itu yang disebut sofware itu ee berhasil gitu ya Nah yang kedua lihat ya Jadi yang pertama tadi analisis eh requirement-nya atau kebutuhannya gagal yang kedua ini di di masuk ke dalam ee kajian-kajian ya Apa yang membuat transformasi digital itu gagal manusia sebenarnya kalau kita lihat Bapak Ibu sekalian manusia ini dimaknai bukan manusianya bodoh bukan manusianya enggak paham gitu ya atau kalau di Indonesia ini ramai banget semua orang bercerita tentang Software tanpa dia punya background software engineering yang benar gitu ya Semua orang bercerita menentukan eh budget atau cost dari pengembangan software padahal ternyata dia lulusan sarjana ekonomi gitu ya misalkan ya yang dia itu sebenarnya mungkin enggak punya kompetensi untuk menentukan suatu software itu kira-kira eh apa namanya E menman sama mannya kira-kira sebaiknya berapa kan gitu ya atau bahkan diminta untuk membuat sendiri eh apa namanya standar padahal sudah ada Kell service sudah ada eh inkindo sudah ada eh Michael page dan seterusnya itu standar-standar sudah ada kenapa enggak ngikut itu aja nah ini sebenarnya eh kurangnya pemahaman manusia ini karena kadang kita mempercayakan sebuah pekerjaan itu kepada orang yang enggak tepat dan orangnya juga enggak mau belajar gitu ya Ee kalau kita lihat Bapak Ibu sekalian ini laporan-laporannya banyak banget ya bahwa eh disadari bahwa Oh ternyata it proses transformasi digital itu gagalnya Selain faktor pertama tadi hukumnya glass low tadi hukumnya masih glass tapi juga karena faktor manusianya yang dia enggak terlalu paham dengan eh kondisi sendiri kenapa Kok sampai enggak paham kalau kita pakai buku teks yang benar ketika belajar engineering Bapak Ibu sekalian y marfy Roger pman itu memasukkan ini ke dalam Bab sat dari buku kita di di diajari untuk memahami sebenarnya software itu emang sama ya software dengan hardware nah biasanya ini yang yang dibahas jadi yang pertama dalam sejarah peradaban Teknik Sipil orang bangun eh bangunan itu enggak terlalu banyak perubahan signifikan kalau kita mau eh coba lihat dengan pelan ya Candi Borobudur itu dibangun dengan batu di atasnya kasih semen atau whatever apaun namanya di masa itu bawahnya kasih semen itu di era sekarang sama mau pakai batu bata mau pakai hebel mau pakai batako itu sama ini makna bahwa sebenarnya Kompleks tas dari hardware itu relatif lebih rendah daripada software software itu bapak iu sekalian 1920 30 40 gitu ya Eh yang disebut software itu pakai pcard kita codingnya bukan software yang kita pahami seang gitu ya kalau kita codingnya gaya kayak sekarang itu di era 1940 kita hidup Kasihan yang tukang jeglokin pancard itu salah-salah muru gitu ya ketika dieksekusi enggak bisa kurang semikolon bro gitu kan Kalau sekarang kita lagi ngedit kurang semikolon sudah ada tulisannya gitu ya eh apa namanya kurang semikolon gitu Ya ide kita ngasih ini gitu ya Dan kalau kita dianggap orang soberir itu kalau dianggap nyusun bangunan gitu ya kalau orang apa Teknik Sipil itu batu bata disusun seperti ini gitu ya enggak pernah ada batu bata itu tukang batu itu meskipun dia lulusan SD atau enggak sekolah itu yang nyusun melintang seperti ini enggak ada pasti seperti ini gitu atas kasih semen bawa kasih semen gitu ya nih enggak perlu sertifikasi apapun Nah kalau kita minta orang komputer itu bekerja gitu ya dia akan ngomong gitu ya saya ngomong ke tim saya tolong buatin mesin pencari aja di aplikasi yang sudah kita buat Nanti ada field untuk pencarian gitu itu tim Saya di kepala mereka bukan segera segera membuat enggak pertama bahasa pemograman Apa yang sebaiknya saya pakai yang kedua framenya apa gitu ya Oh saya pakai PHP Oh framenya mau pakai C atau larel ini larel yang versi berapa L lihat ya terus nanti begitu coding gayanya ada e masing-masing e belum masalah pencarian pencarian itu ada Banyak Ada ratusan algoritma pencarian yang mau bisa kita pakai yang mana l lihath Jadi kalau diibaratkan kayak nyusun batu bata eh orang komputer itu bisa bangun rumah dengan kayak gini juga bisa dengan gini juga bisa miring gini juga bisa enggak pakai ini juga bisa loh gitu enggak pakai ini juga bisa nih makanya disebutnya kompleksitas software itu jauh lebih tinggi daripada hardware karena parameternya dan fungsinya terlalu banyak kadang-kadang gitu ya Nah yang kedua ngomongin SDM ini banyak salah kaprah juga juga gitu ya kita bangun rumah ee 4* 3 mau renov rumah supaya nambahin kamar anak saya gitu ya saya ngomong ke developernya Mas saya nambah ee rumah gitu ya Nambah ruangan gitu oke Pak bisa jadi berapa bulan Oh ini 2 bulan Pak gitu ya nanti eh ada Li orang tukang saya yang bekerja gitu ya Eh bahkan saya tanya Mas Biayanya berapa gitu ya jadi dia tahu jumlah SDM dengan cepat dia tahu Biayanya berapa Bapak Pengin yang rendah sedang atau eh mewah Pak gitu yang sedang aja Oh saya kalikan 4 juta aja Pak berarti berarti karena ruangannya 4 kali 3 12* 4 juta cepat dia ngitungnya rupiahnya juga langsung keluar orangnya juga langsung keluar gitu ya dan eh sebulan kemudian enggak enggak enggak cepat ini terus saya komplain ke dia gitu ya oh dia ngomong Mohon maaf Pak lima orang ini kayaknya agak kurang gitu ya E karena beberapa Sakit kemarin saya tambahin 10 orang jadi total 15 orang Apa yang terjadi kemudian ee apa namanya satu setengah satu 1u setengah bulan langsung jadi gitu ya dari saya ingatkan tadi berarti tinggal 2 3 minggu dia langsung jadi selesai masih dalam ee target eh hari yang kita eh inginkan gitu kan Nih Itu kalau dunia hardware tapi kalau dunia software enggak kuantitas SDM tidak berhubungan dengan kualitas dan kecepatan kerja ini yang unik nih karena apa nah lagi-lagi hukum sekali lagi ya Bapak sekalian ya kenapa Eh kajian-kajian terakhir menempatkan manusia e harus paham karena ada banyak hukum yang kita pahami salah gitu ya jadi kita menganggap Project Manager dunia it itu masih karakternya dianggap bahwa kalau saya tambahin orang itu e pasti bisa langsung cepat selesai ketika proek itu molor padahal ada hukum nah hukum ke-36 Brook yang ngomong n orang di Project yang telat bikin Project tambah telat ing Man Power to Project make it slater gitu ya kata si Frederik Brooks nih kalau baca bukunya Frederik Brooks gitu ya itu dia sajikan bahwa dia hitung jumlah komunikasi resistensi bahwa lima orang yang dianggap gagal ini kalau ketambahan 10 orang gitu ya itu eh dia punya Resistance yang tinggi yang dia enggak Malah enggak membuat sukses eh 10 orang yang masuk ini gitu ya makanya sekali lagi kalau l orang e ngembangin software tim saya telat gitu ya terus kemudian saya putuskan nambahin 10 orang yang tadinya telatnya du bulan ini malah setahun enggak jadi-jadi gitu ya kalau dalam dunia sofware pasti akan kadang kaget kalau Project Manager loh kok saya tambahin kok ini kisah nyata Ketika saya ngisi di satu perusahaan gitu ya dengan programer ada ribuan Pak ini programmer saya goblok ini gitu ya Eh telat gitu ya Eh saya tambahin l l satu tim l orang saya tambahin 10 orang k karena telat gitu ya bukan malah cepat tapi malah tambah ee lama gitu ya Ee goblok banget ini programer saya yang goblok Sebenarnya bukan programmer yang goblok sebenarnya manajernya karena enggak paham hukum ini nambahin orang di Project yang telat bikin Project tambah telat Nanti frederck Brooks ini membawa fenomena gitu ya eh di bukunya Dia Cerita bahwa manusia eh eh bangun software itu kayak perempuan melahirkan jadi eh perempuan melahirkan itu butuh 9 bulan ketika kita estimasi 9 bulan gitu ya terus kemudian Oh satu perempuan bisa melahirkan bayi dalam 9 bulan berarti kalau saya eh eh apa namanya saya tambahin orang jadi perempuannya binya bisa lahir dalam 1 bulan dong Lah di bukunya freder Brook bagus banget Just because a woman can make a baby in n Mon kata dia gitu ya it does not follow that bukan berarti bahwa kalau saya kasih 9 perempuan itu Bayinya bisa lahir dalam 1 bulan loh siapa yang mikir keak kayak gini nih kalau tak tambahin 9 orang itu namanya Project Manager gitu ya ini ada gium nanti kemudian perkembangan dari bukunya Frederik Brooks ya programmer itu orang yang di kepalanya berpikir kalau saya kasih 9 perempuan Bayinya bisa lahir dalam 1 bulan loh gitu marketing nanti lain lagi marketing itu bayi itu bisa lahir meskipun enggak ada laki-laki sama perempuan gitu ya makanya banyak buku tentang marketer is layer dan seterusnya gitu ya Dia bisa ngomong ke sana ke sini ee padahal ee kadang itu enggak enggak bisa itu kan gitu ya ini makanya eh perjuangan kita di brand cour brand matic dan brand devs ini Eh saya edukasi benar-benar marketing kita supaya kalau memang enggak bisa ya lu sebut enggak bisa gitu ya enggak eh sulit Pak ini kondisinya seperti ini bla bla bla Don&#39;t be Evil jangan jadi jahat jangan nipu jangan ngapusi Nah karena ini jadi ada gium nih marketing Manager itu orang yang berpikir bayi itu bisa lahir meskipun enggak ada laki-laki dan perempuan orang yang ngurusi Human Resource gitu ya yang membayar orang untuk bekerja gitu ya di kepalanya lain lagi di kepalanya asal dikasih waktu 9 bulan enggak perlu manusia untuk melahirkan bay bayi manusia itu cukup monyet aja juga bisa loh karena apa bayar monyetnya lebih murah daripada bayar manusia ini beberapa hal yang menarik ya Nah ketika Bapak Ibu sekalian di sisi ee orang IT yang mengembangkan sistem gitu ya atau software gitu ya produk ownernya cerita dan seterusnya gitu ya kita jangan sakit hati juga ketika eh di bulan ketiga Project dia bisa menanyakan pertanyaan yang sangat stupid menurut kita gitu ya dia nanti akan bertanya Mas mohon maaf ini aku diingatkan kenapa ya saya dulu butuh seperti ini oh produk owner atau klien itu orang yang kadang lupa Kenapa dia butuh bayi loh gitu bapakkan jadi bayi itu sofware-nya itu kadang dia lupa nah ini karakter yang kedua lihat ya Ada lagi yang ketiga S abug itu cacat software itu enggak kelihatan cacat hardware Itu kelihatan cacat hardware itu enggak dimaafkan cacat software itu dimaafkan loh gitu Bapak I sealian coba kalau kita beli Samsung Nih kayak gini terus kemudian ujungnya ada ee Nih kayak gini nih eh Kena apa namanya kebentur sesuatulah kita nerima padahal itu dari dari bok kita buka kok sudah ada kayak kebentur cacat itu kita komplain sampai kita ee apa namanya enggak percaya lagi dengan ya gitu ya Ee tapi ketika kita pakai Bapak sealian kita lagi pakai gitu ya ee oh loh kok macet ini Ya udah saya restart aja kita ikhlaskan kalau software tapi kalau hardware enggak pernah kita e ikhlaskan gitu ya kita nyangkanya bahwa eh BG di software itu enggak terlalu banyak oh salah BG di software itu jauh lebih banyak karena dia enggak kelihatan satu orang programmer itu secara statistik menghasilkan 1000 baris eh 6.000 baris Scot setiap tahun rata-rata ya Eh setiap 1000 baris Scot itu pasti ada satu bak setiap 1000 bariskot minimal 1 bak berarti programmer itu menghasilkan 6 bak dalam 1 tahun itu gitu ya masalahnya Berapa jumlah programmer di dunia ini ada lebih dari 20 juta orang programmer di dunia ini Bapak iu sekalian berarti 20 * 6 120 juta bug yang ada di dunia ini loh loh kok enggak keos ya Enggak enggak semrawut hidup kita kok kayaknya enggak enggak ada masalah karena ada 1000 fitur di sini di handphone saya ini yang saya pakai cuman 10 fitur bgnya itu mungkin ada di fitur ke-101 105 204 enggak kita pakai ya enggak enggak ada masalah nah bug itu bikin Failure kalau diaktivasi nah ini karakter yang berikutnya dari software Makanya kalau kita belajar tentang Software quality asurance di buku-buku teks bapak Sean itu Kelihatan banget software error atau bug itu dari grammatical bug sama logical bug gitu biasanya ya tapi bukan berarti terus bikin F bikin software itu eh apa namanya enggak bisa kita pakai atau bahkan failer gitu ya selama Enggak diaktivasi loh makanya 1000 fitur hanya saya pakai 10 baknya ada di fitur ke-901 ya yang tetap saya jalankan gitu kan enggak ada masalah gitu kan Makanya software error tidak selalu bikin fault atau failer selama tidak diaktivasi makanya case-kase kayak gini ini jadi terjadi gitu ya ada satu perusahaan bukan kecap ini ya PT ABC eh xyz atau ABC ini cuman eh apa namanya variabel aja memproduksi software yang ditanam dalam sebuah device nah ada perusahaan ptabc bikin software ditanam dalam device seperti ini eh salah satu fungsi yang terdapat pada software mematikan device secara otomatis kalau suhu ruangan di atas 30 derajat Celcius Jadi kalau 30 derajat Celsius itu eh Shut downown secara otomatis nah programmer salah menulis logika ketika coding kan dia nulis nih if suhu di atas 3 shutd device gitu ya dia lagi nulis nih nih tadinya pengin nulis 30 tapi ketika dia ngomong if suhu Eh lagi nulis gitu ya if suhu di atas 3 mau mencet nol ini tiba-tiba Bosnya ngomong o rapat dulu rapat dulu gitu ya Ini ini yang membuat sebenarnya programmer itu enggak boleh kena distrak kalau mau meeting rapat itu yang diajak nanti sistem analis atau bisnis analisnya Jangan programmernya gitu ya jadi if suhu di atas 3 baru mencet nol diajak rapat gitu ya setelah rapat makan gitu ya balik lagi tadi sampai di mana ya Oh iya ifu di atas tig Ya sudah saya kasih kurung loh bug itu keluar gitu ya tapi error ini enggak pernah menyebabkan failer pada software perusahaan PTC ini sampai saat ini terkenal sebagai perusahaan yang memproduksi software tanpa bug loh kok iso kok bisa iya bisa karena device ini yang dibuat oleh PT ABC ini dijualnya hanya di Kutub Selatan sana yang enggak pernah mencapai 3 derajat Celcius gitu Ya normal itu minus 15 gitu kan Misalkan Kan dingin itu 60 loh gitu kan panas itu ee 5 jadi enggak pernah mencapai 3 derajat celsus eh apa namanya ini si si ee device ini dan PT ABC itu dianggap bahwa lu perusahaan keren padahal banyak bug yang ada di dalamnya tapi karena enggak teraktivasi gitu kan Nih dan ada keanehan-keanan lain ini yang saya cerita saya sering ceritakan di kelas ya dulu ketika saya kuliah 1995 masuk cerita ini banyak diceritakan di mata kuliah Soviet engineering ada perang Perang Badar ini antara mortenson sama Timberland software jadi mortenson itu Eh mau bangun rumah sakit supaya bisa bangun rumah sakit dia pengin melelang eh jadi dia pengin bikin dia pengin bengin software untuk eh apa namanya pelelangan supplier untuk bangun rumah sakit nah dia serahkan ke timbalan software untuk bikin software-nya TS itu tim software ternyata software sudah jadi dipakai untuk melelang itu ada logical Bu memenangkan perusahaan yang bukan paling murah mengajukan proposal tapi paling mahal kerugian mencapai 2 miliar us Doll dibawalah si Timberland software ini oleh mortenson ke pengadilan pengadilan Apakah memenangkan si mortenson yang sudah rugi 2 miliar us Do ini enggak Malah memenangkan timer s l kok bisa Iya and user license agreement Bapak Ibu sekalian gitu ya Di dalamnya itu ada disclaimer yang isinya mirip-mirip nih kayak Microsoft nih dia akan bercerita software ini sudah kita kembangkan dengan sangat baik standar internasional testingnya juga intensif dan seterusnya gitu ya tapi sofware ini kami jual dalam kondisi as is with all fault apa adanya dengan semua bug yang ada di dalamnya loh gitu eh semua resiko hubungan dengan penggunaan itu adanya di anda bukan adanya di saya loh gitu bukan adanya di developer jadi ketika juri ketika Hakim melihat Ini loh kan itu sudah dijual timberline software dengan semua bug yang ada di dalamnya bahkan Sudah ditulis bahwa sebenarnya resiko enggak ada lagi ada di dia gitu ya ini beberapa hal yang unik di dunia software nah pemahaman terhadap hukum tadi sudah saya sampaikan ini yang jadi kunci termasuk ketika di kld gitu ya kalau sekarang di Kementerian lembaga lagi ramai ini Bapak Ibu sekalian tentang arsitektur SPBE ya SPBE itu perp 95 arsitektur SPBE 132 gitu ya Ee kita nyangkanya bahwa eh konsep dari SPBE itu sekarang Eh eh yang tadinya banyak 27.000 tadi kita buat supaya lebih ee kecil kita buat lebih apa namanya ringkes itu akan selesai masalahnya padahal enggak B PR berikutnya itu sebenarnya siklus ya jadi misalkan eh satu aplikasi eh simak bmn misalkan ini dikembangkan oleh kementerian keuangan ini akan jadi aplikasi yang sifatnya umum dipakai semua Kementerian tapi ternyata banyak bisnis proses yang enggak sesuai dengan ini lah ini nanti mintanya ke siapa untuk ngubahnya sistem request atau change request-nya minta ke siapa dan budget ini ada di mana itu yang enggak diatur jadi itu PR berikutnya bom berikutnya yang akan muncul setelah ee eh aplikasi itu kita kecilin kita apa namanya sinergikan harmonisasikan itu berikutnya nah ini sebenarnya yang paling penting dari ini pemahaman terhadap apa yang terjadi fenomenafenomena yang sudah menjadi hukum di dunia sber engineering itu Bapak Ibu sekalian ada 50 hukum ini kalau lihat bukunya R Nanti dicari aja eh 25 hipotesis eh 12 conjectors gitu ya disebut hukum kalau evidencenya sudah kuat dia didukung teori-teori yang relevan di belakangnya dan ada ee eh diaplikasikan di lapangan itu gatuk gitu ya eh eh terbukti eh apa namanya evidensnya sangat banyak tapi kalau hipotesis Bapak Ibu sekalian itu strong juga tapi dia relatifnya Jadi kalau yang hukum itu disebut sahih dan Mutawatir gitu ya sahih prowinya banyak Nah kalau hipotesis ini kayak hadis-hadis kalau kita belajar ilmu Muslah hadis ya hadis Hasan lah gitu ya jadi eh dirawikan tapi ternyata evidensnya enggak banyak gitu ya Nah cononjjectors itu kabar gembira utlubul Ilmi walau Bisin gitu ya misalkan Bapak sekalian ya Tuntutlah ilmu sampai ke negeri Cina gitu ya itu hadis riwayat at-tirmidzi yang dikatakan Mursal atau lemah kadang-kadang gitu ya Nah itu konjjectors tapi masih bisa dipakai untuk kabar gembira loh gitu nanti kita lihat nih Mana yang masuk hukum mana yang masuk hipotesis mana yang masuk konjektur cuman ee ini kita bahas lain kali ya ada di YouTube saya juga nanti kalau pengin detail kita konsentrasi ke hukum 50 hukum ini dikategorisasikan andendres ee apa namanya mengikuti siklusnya ada yang ada yang berhubungan dengan analisis dan desain construction itu coding-nya implementation-nya gitu ya testing evolusi planning Human Resource technology hampir 70% dari semua hukum ini itu urusannya pemahaman atau terelasi ke pemahaman manusianya gitu Bapak ikalian bukan tools-nya bukan apapun gitu ya tapi pemahaman manusianya makanya benar tadi yang disebut di depan faktor yang penyebab utama kegagalan selain eh hukumnya satunya Eh glas tadi pemahaman manusia yang lemah terhadap dunia software ini nanti kita lihat Pak saya berikan contoh-contohnya yang tadi tadi sudah nih hukum pertama requirement deficiencies and the prime source of Project Failure eh Sebab utama kegagalan eh software itu karena eh gagalnya kita menangkap requirement gitu ya beberapa hal lain misalkan Eh kenapa kok sekarang ada model view controler kalau dulu disebutnya Bound control entity kok dipisah-pisah kayak gitu kenapa ini bikin rumit aja gitu ya software arsitekturnya agak sedikit rumit bapaku sealian tapi itu mempermudah kita ketika kita maintain gitu itu gara-gara hukumnya dener ini nih of con standar arsitur gitu ya makanya Kemudian dari dener itu kemudian masuk ke gang of War gang of War kemudian membuat gitu ya eh eh design pattern di dalam design pattern itu nanti bapakban itu ada boundary control entity pattern yang di era 2000 ke atas disebut dengan model view controller nah basisnya dari dari eh situ gitu ya ada satu lagi hukum ketika kita coding Kapan satu kelas itu kita bentuk nah constantin Constantine Law itu bapak iu sekalian G dia mengatakan struktur itu stabil kalau kohesinya strong kohesi itu antar variabel yang kita buat antar metod yang kita buat kohesinya strong Enggak banyak Ketergantungan dengan eh kelas yang lain di luar nah ini yang akan jadi eh kode yang eh struktur kode yang stabil hukumnya konstantin ini kemudian dipakai di dunia politik juga kalau pengin republik ini kuat stabil gitu ya kurangi Ketergantungan dengan pihak lain kohesi antar anak bangsanya ditingkatkan kan loh ini banyak dipakai sekarang pidato politik gitu ya terus Kemudian beberapa ee hukum-hukum lain gitu ya hati-hati ketika kita coding ketika kuliah dulu gitu ya Dan kita kemudian bikin startup bisnis yang software kita diakses oleh jutaan orang itu cara codingnya beda arsitektur infrastruktur dan arsitektur kodenya beda dramer yang ngomong jalan di sistem yang kecil belum tentu jalan di sistem yang besar gitu ya terus kemudian programmer itu enggak boleh ngetes kode yang dia buat sendiri nah hukum 23 loh lihat nih Bapak sekalian yang menarik juga nih jadi pernah saya nangani satu kasus Pak kita bugnya Kenapa banyak di tempat kita gitu ya E di perusahaan lain saya Jadi consonsultant waktu itu sudah dites Pak sudah itu testernya juga sudah ada yang ngetes siapa Oh yang ngetes ya si programmernya ah enggak bisa manusia itu Bapak Ibu sekalian eh lemah ke dirinya sendiri mengikhlaskan kesalahan nya tapi enggak pernah mengikhlaskan kesalahan orang lain kan Ya kalau disuruh ngritik Wah tajam padahal dia enggak mau mengkritisi diri sendiri itu eh hukumnya wberg ini sebenarnya dekat dengan itu gitu ya programmer kalau disuruh ngetes kode yang dia buat sendiri dia ikhlaskan Oh ini aku ah kemarin sudah buat rumit Ini udah ini pasti bagus Nah tapi kalau orang lain yang ngetes Enggak dia enggak akan memaafkan gitu ya kesalahan itu programmer is unsed to Test his gitu ya Kenapa kok Eh riset-riset saya tentang sare Def prediction eh saya mau dalam 10 tahun terakhir ini saya lagi ramai tentang itu nanti bapak I sekalian cara sekarang itu software testernya ngetes semuanya gitu Ya baik blackbx maupun B box dites semuanya dari ujung ke ujung dan itu secara eh apa namanya enggak efisien gitu ya nah saya predik di mana bugnya itu ada baru kemudian di sekitarnya pasti rame bak kita konsentrasi yang tempat yang sudah kita predik loh tapi kan buak itu nyebar Pak Oh enggak nah pareto zip Law hukumnya pareto sama zip dia ngomong 80% bak itu ngumpul di 20% modul jadi bak itu terkumpul ban gitu ya tidak tersebar secara merata enggak tapi terkumpul eh di satu tempat karena apa kod is Putri kata eh para programmer ya kode itu puisi makanya ketika Mas Karno lagi coding Modul 1 minggu ini selesai dengan bahagia tanpa bak minggu depannya ternyata ee hari Minggu berantem sama istrinya gitu ya Eh padahal LDR gitu ya garap modul du isinya bug semua gitu sampai Minggu hari Minggunya berbaikan sama istrin yang eh garap modul tanya enggak ada bug Jadi sebenarnya Bapak Ibu sekalian kode itu bagi programmer kayak puisi gitu ya yang dia garap kadang-kadang suasana hatinya menentukan makanya bak itu ngumpul di eh Sedikit tempat tidak tersebar secara merata gitu nah ini yang tadi saya sebut Bapak sekalian salah satu PR besar dari e dunia software itu sebenarnya bukan pada saat pengembangan pengembangan itu rumit karena harus memahami requirement tapi memaintainnya jauh lebih rumit biaya pengembangan itu besar biaya memaintainnya jauh lebih besar gitu ya loh gak usah kita maintain Pak software itu kita sudah kita buat ya sudah kita gak usah ini kan kita sudah sempurna software That Is Us will be Changed software itu kalau dipakai Bapak sekalian semakin banyak dipakai justru semakin banyak permintaan perubahan itu tanda bahwa software kita dipakai gitu ya Jadi kalau ada yang eh programmer yang mengatakan bahwa software saya keren Pak saya sudah buat terus kemudian enggak ada lagi yang minta Keren dong berarti sempurna enggak enggak keren itu softwareemu enggak dipakai lagi Makanya enggak ada yang minta perubahan makanya siklus ini yang yang jadi PR besar di dunia software engineering lehmen ini jagoannya ini Len 1 Len 2 Len 3 ini ngomongin tentang Software eh Evolution e ada lagi chain request datang dan seterusnya untuk benerin kita pilih dan kenapa CH request itu datang terus kemudian enggak langsung kita benerin kita tunggu dulu kita listing dulu kita grooming dulu mana yang prioritas mana yang enggak gara-gara hukumnya basely moler si basely moler itu ngomong eh kalau satu perubahan langsung kita edit gitu ya Eh perubahannya padahal kecil itu error dan stasnya jauh lebih besar makanya BG laporan laporan change request itu kita kumpulin ngerubah satu modul itu lebih diutamakan daripada kita ngubah sedikit-sedikit yang terlalu kecil karena apa error R stasnya jauh lebih tinggi nah ini beberapa hal ya ing Man Power to le Project makeer tadi yang saya Sebut nih hukum ke-36 ohoh Kenapa kok Eh saya berani gitu ya mendidik Mas Karno yang dulu lulusan SMA pelan-pelan tak ajari Bapak ialian kita sekolahkan ini sudah lulus S2 ini Alhamdulillah gitu kan ee saya saya kok yakin bahwa saya bisa mulai dari anak umur 18 tahun hukumnya dog Norman hanya butuh 5.000 jam gitu ya asal orangnya punya Attitude bagus gitu ya kemauan yang keras mau kerja keras Jujur hanya butuh 5.000 jam untuk mendidik newbi jadi expert makanya di brand matic dan brandcord ketika kita ngerekrut umur 18 tahun ketika kita Sabtu Minggu kita kuliahkan gitu ya itu sekitar semester 5 6 itu sudah mulai bisa Enggar Project sudah bisa kita kirim ke klien karena apa ya 5.000 jam itu kalau kita belajar seharinya itu 10 sampai eh 14 Jam itu ya terkejarlah sekitar eh 2 sampai 3 tahun itu sudah mulai agak paham kondisi gitu ya Kenapa kok ISP Itu ngeri atau Kenapa bisnis jualan laptop PC itu ngeri-ngeri sedap Bapak Sean gitu ya hukumnya more hukumnya Cooper lihat ya price and performance of processor itu setengah setiap jadi separuhnya setiap 18 bulan Makanya eh ketika kita mulai bisnis perakitan PC kita harus ngitung ini dalam 1 tahun dalam 6 bulan harus terjual ini e part saya kalau enggak soalnya tahun depan dia akan anjlok gitu ya nih Kenapa kok eh apa namanya Telkom Ind home Nih Bapak Ibu sekalian gitu ya 300.000 itu dapat 5 sampai 10 Mega di satu sisi my Republik misalkan dan seterusnya itu 300.000 Bapak Ibu sekalian dengan angka yang sama dia bisa dapat 300 100 sampai 300 mbps loh kayak langit sama bumi gitu ya Eh bandwich itu harusnya double setiap 2, tahun makanya ini agak hati-hati Kenapa kok Eh Pak Romi jualannya ars organisasi atau enterprise arsitektur arsitektur aplikasi Mais Ferguson yang ngomong architecture wis teknologi Dari mana datangnya eh bisnis startup yang eh apa namanya investor datang terus kemudian itu cara investor beli itu kayak transaksinya enggak ada gitu ya gojek grab itu transaksinya enggak ada di bawah enggak menguntungkan gitu dibandingkan dengan kok investor yakin nah hukumnya medcalf jadi mvaluasi eh startup bisnis tuh pakai medcalve yang di eh modifikasi sebenarnya matcalf ngomong eh the value of Network increase with the square of users gitu ya Makanya eh Kapan sebuah startup bisnis dihargai mahal ketika jumlah penggunanya banyak itu yang kemudian dikapitalisasi kayak Kenapa kok WhatsApp dibeli Facebook dulu dengan 200 triliun misalkan gitu ya itu karena hitungan satu ee penggunanya dihitung ee 40 us do Kalau enggak salah gitu ya jadi total jenderalnya mencapai 200 triliun Gitu ya kapan ini selesai babelnya datang itu yang di era sekarang disebut dengan Tech winter is coming guitu Ya mulai eh musim dinginnya startup bisnis mulai datang eh apa namanya sekarang pada delayof gitu ya karena investor enggak mau lagi eh ngasih dana gitu ya gara-gara buabelnya sudah pecah nah ini beberapa hal beberapa hukum yang harusnya kita pahami untuk memahami software-nya sendiri nah sekarang saya mulai meletakkan nih loh ini kan kita tadi mau belajar software effort estimation itu kita letakkannya di mana Nah ini ceritanya gini Aland Denis ngomong di bukunya systems analisis and Design When does a project begin kata dia when someone an opportunity to createue Kapan Project software itu dimulai bukan Top Down dari atas bukan tapi ketika ada satu eh user gitu ya pengguna dia melihat bahwa kalau saya bikin software ini lebih efisien deh lebih cepat deh lebih murah nah orang itu eh diunit kerja apapun enggak harus orang IT ini Bapak Ibu sealian bahkan mungkin memang bukan orang IT kecuali unit it yang butuh programmer minta supaya dibuatkan alat untuk meemanage Project Nah itu berarti kebutuhannya dari eh it tapi marketing minta jualan Saya enggak laku jualan CD musik nih misalkan enggak laku lagi Tolong dong kita mulai jual lewat internet Nah itu pasti dari marketing gitu ya bukan dari orang IT nah orang itu membuat sistem request sistem request itu divisibility analysis oleh orang IT bersama dengan yang minta tadi produc owner disebutnya kalau di era sekarang gitu ya Eh analisis kelayakan atau visibility analisis atau visibility study dari sistem request yang dibuat setelah itu kalau layak dilanjut ke fase analisis dan desain berarti projectnya sudah pasti jalan yuk kita analisis dan desain untuk membuat sistem spek nah Fase ini Bapak Ibu sekalian sistem request visibility analisis ngitung visibil itu ada tiga nanti eekonomic technical sama organisasi dicek semuanya gitu ya setelah dihitung layak nah kelayakan ini ada technical visibility yang menghitung kira-kira Butuh berapa Orang Butuh berapa bulan Butuh berapa Orang Butuh berapa bulan nanti dikalikan dengan standar salary guide dimasukkan ke dalam ekonomi gitu ya di ekonomi nanti dicek kalau butuh modal 10 miliar ternyata roi-nya 20% good daripada saya simpan di obligasi yang 7% gitu ya atau bahkan tabungan atau deposito yang 4% dan 1% mending saya kita investasikan it karena nanti roi-nya mencapai 20% nah hitungan-hitungan ini yang sebenarnya masuk ke dalam pembahasan kita software effort estimation itu dalam kerangka kita lagi mau visibility analisis nah ini gambaran kecil di depan terus bangun software itu secara umum prosesnya kayak gimana nah siklus pengembangan software dulu beda-beda kalau sekarang Eh Denis valciik itu menggunakan nanti kalau lihat bukunya persis ya Bapak I sekaliannya pakai padi itu planning analisis design implementation makanya kayak tadi ya When does a project begin when someone sees an opportunity to create business value kata Sian Denis Siapa orang itu yang eh punya ide produc owner kalau dulu kita sebut user sekarang produk owner membawa permintaan kebutuhan software atau sistem request atau perubahan perubahan software ini kalau siklusnya yang kedua datang gitu Ya Ching request ke pengelola it atau pengembang it whatever apapun namanya nanti ya bisa biro Ti bisa push Datin pusat data dan informasi dan seterusnya Nanti orang IT diwakili sistem analis gitu ya atau di era sekarang disebut produk Manager gitu ya bersama produk owner tadi nyusun visibility analisis gitu ya Eh ini disebut dengan planning Makanya kalau ditanya software reort estimation itu adanya di mana fase apa planning ketika kita nyusun sistem proposal kalau di kld di Kementerian lembaga dan daerah ini kita pakai untuk membuat Kak gitu ya proposal itu sebenarnya jadinya nanti Kak Kak ini yang kita putuskan Apakah swakelola atau kita lelang kan gitu ya kalau kita lelang eh berarti nanti mulai proses procokurement dan seterusnya gitu ya nih itu masuknya ke planning jadi sekali lagi visibility analisis termasuk technical visibility Yang ngitung menman semaman termasuk analisis ekonomi itu masuknya ke fase planning nanti setelah layak mulai dibangun eh requirement gathering dilakukan gitu ya analisis dan desain itu deliverablesnya deliverables itu yang dalam kurung ini syistem SPC atau nama lainnya terserah ada yang nyebut SRS Sof requirement specification ada yang product requirement design ada yang bisnis requirement design dan seterusnya lah eh fsd dan seterusnya tapi intinya sistem spec sistem speknya sudah jadi serahkan ke programmer gitu ya untuk konstruksi coding testing gitu ya terus kemudian eh technical writer merapikan semua dokumentasi delivery ini yang disebut dengan implement setahun kemudian setelah dijalankan gitu ya setelah CH management selesai dijalankan ini eh Muncul lagi permintaan ngikuti hukumnya eh Le tadi software rolution tadi sofware is gitu ya siklus kembali ke satu apabila ada permintaan perubahan atau update sofware yang digunakan disebut tidak sistem request tapi change request nah siklus ini yang Bapak Ibu sekalian ini saya eh coba rapikan terus kemudian kita urus untuk merek dagang juga di eh apa namanya hak cipta dan dan merek gitu ya Eh kita sebut application development governance ini ada trainingnya kita khusus eh yang lengkap 5 hari eh apa namanya berhubungan dengan ini kita sebut integrated multidimensional software engineering frameb gitu ya Dan ini kita implemen di berbagai tempat tadi sudah saya sebut ada Pertamina PLN dan seterusnya jadi ketika bangun software itu mulainya dari adanya sofway request gitu kan di sofway request itu kita lihat ini ada value-nya enggak gitu Apakah sare kita itu ngurangi cost atau meningkatkan produktivitas dan seterusnya terus kemudian Eh kalau siklus yang kedua berarti CH request gitu ya terus kemudian kita visibility analisis layak atau enggak layak itu ada tiga kelayakan teknik kelayakan ekonomi kelayakan organisasi size estimation atau effort estimation kita masuk ke eh technical visibility tapi impact dari penghitungan itu masuknya ke Economic visibility yang kita hitung Roi sama bep namanya software proposal gitu ya software proposal ini Oke layak mulai kita analisis dan desain analisis itu viralnya desain itu structuralnya makanya kalau kita ngomongin alur program kita jalannya kayak gimana alur si sare ini jalannya kayak gimana itu adanya di analisis tapi kalau komposisi software ini adanya di desain sistem SPC sudah selesai coding testing rapikan dokumentasi delivery delivery itu enggak hanya tchnical tapi juga eh apa namanya nyusun proses bisnisnya eh perdirnya peraturannya yang tentang penggunaan gitu ya nanti siklusnya balik lagi ke atas kalau ada permintaan baru ee enggak enggak pengin nunggu permintaan gampang di akhir tahun kita ases software-software yang dimiliki organisasi pakai iso 25.000 misalkan gitu kan eh dijawab oleh user dan orang teknis eh Apakah layak kita maintain atau harus dierminate atau direplace atau diassess gitu ya itu nanti kita putuskan sekaligus nunggu dari request baru mereka nah masalah gimana si siklus ini saya terapkan Pendekatan apa yang saya pakai Apakah saya nunggu P selesai baru ke a selesai baru ke D itu namanya Waterfall gitu ya Apakah modelnya dibuat dulu yang utama iteratif atau model adaptif itu pilihan kita nanti setelah ini saya jelaskan gitu ya kalau ini ngomongin siklus gitu ya Nah ini yang tadi ya planning sistem request kita buat gitu ya Eh bisis value identifikasi tadi saya sebut ya di sini ya Eh bis value identifikasi nah di ini itu ngurangi cost meningkatkan ee produktivitas atau meningkatkan profit itulah software gitu ya kita visibility analysis loh nanti seperti ini technical Economic sama organisasi ini untuk mempertegas saja Contohnya seperti ini oh kita pengin marketing butuh karena kita perusahaan jualan musik gitu ya kita kayaknya enggak bisa lagi kayak di setara dulu Bapak Ibu sekalian enggak bisa lagi jualan di mall y kita jualan lewat Eh internet kita sebut musik Pedia gitu ya needs-nya apa oh dapat pelanggan lebih efisien value-nya apa loh ada tangible sama intangible nanti kita tulis di sini termasuk angkanya harapannya bisa meningkatkan jualan Sekian dan seterusnya gitu ya software request ini kalau di industri Bapak sekalian Enggak saya buat e eh apa namanya PR Tex kayak gini tapi kita buat standar pakai dicentang-centang nanti gitu ya pakai platform enterprise arsitektur kalau ini gitu ya siklusnya kita jaga di sana Oh musikpedia itu eh Apakah meningkatkan pendapatan Oh iya Apakah ngurangi bea operasional eh enggak terlalu Apakah meningkatkan produktivitas harusjawab setelah itu diisikan di bawah gitu ya Terus fitur besarnya apa di beberapa industri yang kita bantu menggambarkan fitur ini bahkan langsung dari produk ownernya gitu ya fitur besarnya Seperti apa gitu ya terus kemudian kita visibility analisis layak atau enggak gitu ya Eh kalau gayanya bukunya alandenis kayak gini ini ini kita improve kita pakai skala leaker juga 1 sampai EMP kayak tadi gitu ya technical visibility eekonomi eh technical visibility itu ada penghitungan ukuran Project nah menman sama Man di sinilah kita hitung Pakai software effort estimation tadi untuk menentukan Berapa jumlah orang Berapa jumlah Berapa waktu yang dibutuhkan gitu ya nanti kita kalikan standar salary guide-nya gitu sebenarnya gitu ya Nah ekonomi nih kelayakan ekonomi kita hitung tahun pertama ketika kita develop masih belum ada benefit tapi tahun kedua sudah mulai ada benefit nanti kita hitung berapa Roi berapa bep gitu ya kalau roi-nya good di atas bunga bank bunga obligasi 26% is good lah berarti ini layak kita bangun gitu ya Eh ini sudah kita otomatisasi kalau di industri Bapak gitu ya di kld yang kita bantu juga sama gitu dan apa namanya eh organizationibility itu pengembangnya siapa supaya trackingnya ada jadi kita enggak meraba-rab ini dulu Siapa yang bikin kok kayak gini oh ini timnya ada kok lengkap masih ada ee di arsitektur aplikasi kalau kita ngomongin enterprise arsitectture baru setelah layak Yuk kita bangun mulailah analisis dan desain ini saya bahas juga di YouTube saya nanti kapan-kapan silakan tengok ke sana Ini yang disebut dengan siklus Nah kalau yang metodologi yang di atas ini cara kita menerapkan tahapan loh gitu cara kita kita menerapkan siklus tadi Apakah atau pendekatan yang kita pakai untuk menerapkan siklus gitu ya Ini namanya bebas ya kalau orang S engering senangnya model proses kalau orang sistem analisis desain kayak bukunya Denis itu pakainya metodologi Kalau teman-teman yang di dunia eile nyebutnya framew ini sebenarnya enggak perlu di eh ramaikan ini juga bukan agama siapa tahu nanti ada perubahan lagi gitu ya Engak enggak usah saling menyalahkan gitu ya tapi intinya ini pendekat yang kita pakai untuk menerapkan siklus tadi Apakah p-nya selesai baru ke a namanya structure desain contohnya Waterfall ataukah eh yang utama dulu kita bikin yuk kasih versi sat nanti versi du face development gitu ya Apakah kita pengin siklus juga tapi iterasinya pakai guideline khusus eh yang lebih adaptif nah Agile approach di dalamnya ada practice XP sama scrum gitu ya Sekali lagi bapak ibu sealian 1997 sampai 2004 Ketika saya di Jepang saya eh dapat kesempatan under supervisi langsung dari kenback itu yang bikin ekstrem eh programming gitu ya kalau di era sekarang Lebih ramai scrum tapi sebenarnya kuncinya sama dia modelnya adaptif kalau Waterfall itu P tadi P ya selesai baru ke a a selesai baru ke d d selesai baru ke eh coding testing dan seterusnya ini gayanya Waterfall makanya disebut Waterfall enggak bisa mutar lagi ke atas gitu ya secara cepat meskipun sebenarnya bisa muter gitu Tapi kalau sistem fase atau intereratif tadi P selesai kita buat yang utama-utama dulu yuk gitu ya versi satu Muter lagi versi dua gitu ya adaptif itu siklus juga muutter kayak tadi iteratif tapi kita pilih Berdasarkan cara menggrooming dari mana yang utama mana yang enggak gitu ya itu banyak ee panduannya n nah panduan-panduan itu kenback membuat Extreme programming kenwabber Jeff shutterline membuat scrum gitu ya sebenarnya seperti itu gitu ya jadi sprint satu selesai Oh ini sudah bisa nih dalam 1 bulan 1 minggu sampai 1 bulan sprint itu ini sudah terbentuk sudah bisa login e registrasi Yuk kita ee kita rilase ke Play Store kita masuk ke sprint kedua mana lagi yang prioritas dan seterusnya gitu ya nih ini ini nanti silakan cek di apa namanya YouTube saya sudah saya bahas gitu ya jadi guide guide seperti ini scrum punya scrum guide yang 20 halaman itu nanti extrem programming juga punya sendiri gitu ya Nah konsepnya bahwa Kalau gaya structure desain itu nunggu semuanya jadi software Saya pengin Buat software yang mengotomate tadi kayak gini Oh ya sudahah kita planning analisis desain sampai selesai ini 8 bulan kemudian tapi kalau scrum saya pengin buat seperti ini oh ya sudahah barangnya sudah ada tapi fiturnya belum lengkap dulu gitu ya ini sprint sat kita konsentrasi engakadap tampilan luarnya terus kemudian dia bisa login dia bisa registrasi bisa login bisa Mainkan musik tadi nah yang lainnya belum nih gitu ya pembayaran juga belum Yang penting bulan depan saya bisa ikut Ee kita bisa ikut Pameran untuk jualan ini Nah kalau kita lihat netflix generasi awal itu kan masih enggak seperti sekarang gitu ya kalau sekarang lebih bagus Nah model gaya pendekatannya yang digunakan beda terus Apakah scrum itu pasti lebih baik daripada eh eh Waterfall enggak tergantung en faktor ini ini nanti detailnya Saya bahas di YouTube saya yang tentang analisis dan perancangan sofware ya Bapak sealian ya konsepnya gini requirementnya sudah jelas Eh ini sudah jelas banget dan kita engak perlu ketemu tiap hari dengan dia karena e posisinya juga jauh agak rumiter clear gitu ya pakai Waterfall enggak apa-apa Tapi kalau enggak clear jangan pakai Waterfall sakit perut nanti gitu ya mending pakai iteratif atau adaptif gitu ya Eh Waktunya pendek butuh dalam sebulan ini bisa seperti ini jangan pakai Waterfall nah enam faktor ini yang menentukan makanya Bapak Ibu sekalian kalau lihat eh kita butuh sebuah kita butuh sebuah software yang Ee kita pengin SDM kita profiling SDM kita dan nanti divisi Human Resource itu bisa ngerekam ubah hapus nampilkan data pegawai yang dimiliki dan seterusnya gitu ya Nah kalau kayak gini Bapak Sean sudah clear requirementnya sudah jelas pakai Waterfall juga oke gitu ya toh SDM itu Kantornya di Jakarta developernya Kantornya di Denpasar gitu ya tapi ini sudah clear gitu tapi Waterfall Oke tapi kalau e modelnya kayak gini B development Manager itu butuh DSS DSS akanolah data jadi pola pengetahuan masalahnya si bisnis development Manager itu juga enggak ngerti tapi dia bersedia all out masuk ke tim tapi dia enggak ngerti ini bentuknya itu seperti apa dia juga belum ngerti nah kalau kayak gini itu pakai Waterfall sakit hati sakit perut gitu ya mending pakai sistem yang eh iteratif atau adaptif Tadi apapunlah nanti practisnya boleh mau pakai XP mau pakai Kambang mau pakai eh apa namanya scrum juga enggak ada masalah gitu ya Nah itu dia Bapak kira-kira Pos posisi dari Ken di mana kita menghitung effort Nah sekarang software effort estimation kalau kita lihat dari semua literatur yang ada itu saya klasifikasi gitu ya itu paling enggak sekarang ada lima ini klasifikasi besarnya yang pertama itu pakai cara sederhana disebut orang agak stupid tapi sebenarnya ini Make sense juga gitu ya kalau kita tergesa-gesa pakai cycle distribution ini ngikuti bukunya keper John sama eh Alan Denis ya jadi dia ngitung dari model padi nah model padi itu yang ternyata planning 15% effortnya analisis 20% desain 30% implementasi ternyata 30% jadi dari padi ini karena fasenya sekarang planning berarti actual time-nya kan planning sudah tahu dari situ semuanya tahu gitu ya Sekali lagi itu yang Model pertama yang model kedua Alen albrecht yang bikin Legend ini karena ada sertifikasinya didukung banyak guru besar profesor-profesor di Amerika eh buku teksnya juga banyak di dokumen-dokumen resmi official pemerintah Amerika sering nyebut FP FP FP itu function point size dari software ini adalah eh eh 5000 FP Nah itu Eh dibuat pertama kali oleh alh sudah diperbaiki berkali-kali gitu ya Eh salah satu yang memperbaiki itu Gustav kner yang menyusun PHD disertasinya memperbaiki function point saya enggak pengin ngitung dari jumlah fungsi setengah mati kalau saya ngitung jumlah fungsi Saya pengin berangkatnya dari use case diagram saya buat aturan di use case diagram yang dibuat itu kemudian disebut dengan use case point literatur ini officially banyak ini Kementerian lembaga banyak pakai ini tapi di industri lebih mudah pakai use case point karena analis Start with use case diagram ya kalau lihat data-data yang terbaru kan seperti itu makanya lebih nyaman mungkin eh use case point dan banyak tools yang sudah support use case point tapi function point mudah cara ngitungnya tapi yang sulit itu kalau kita disuruh ngecek berapa jumlah fungsi yang harus kita buat itu kan kalau enggak mantan developer yang jadi sistem analis yang itu enggak bisa gitu nah scrum Based method ini ada banyak biasanya circelnya ngitung per sprint nanti Makanya kalau di kita saya enggak pakai planning Poker po per Story yang agak sedikit asumsinya banyak saya tetap pakai use case point nanti saya filter untuk sprint sat gitu ya kita pakai ini gitu ya kalau saya lagi bimbing mahasiswa yang saya lakukan karena riset itu improvement saya mengimprove use case point atau saya pakai machine learning itu biasanya yang kita e lakukan nanti lihat di di Google aja yang eh publikasi-publikasi saya yang tentang softwareort estimation ini gitu ya nah saya ceritakan yang pertama tadi sudah saya sebut ini cara paling simpel Gak sacientific banget tapi daripada ngarang bebas Mending ini dari riset yang dilakukan keper Jones di bukunya software engineering Economic bapakkalian sistem analisis desain Denis itu planning itu ternyata makan 15% analisis 20% desain 35% jadi kalau kita hitung itu analisis dan desain beserta planning itu makan 70% coding testing itu hanya 30% gitu ya pertanyaannya Enggak kok Pak saya codingnya butuh waktu lama soalnya Enggak cuman coding yang M lakukan itu sekaligus analisis dan desain makanya tercampur di sana e akhirnya seolah-olah codingnya yang butuh waktu lama gitu ya Nah kalau planningnya sudah ketahuan nih sekarang kita lagi planning nih makan waktu 4 bulan yang Ngerjakan dua orang dari sana kan langsung ini jadi aktual rumusnya jadi langsung keluar gitu sebenarnya gitu ya jadi planning time itu kan 0,15 kalali overall time berarti kalau ditanya berapa overall time-nya ya planning time bagi 0,15 langsung keluar kira-kira Butuh berapa waktunya Butuh berapa apa bulan dilakukan kira-kira berapa orang karena actual time-nya sudah clear gitu ya ini enggak perlu kita latihlah gampang gitu ya Nanti dicek aja slide nah function point ini dia ya Ee di industri jarang dipakai tapi ini perlu tak ajarkan Bapak Ibu sekalian karena ini jadi cikal bakal Kenapa use case point itu ada gitu ya Al itu dulu berasumsi bahwa size dari software itu bisa saya hitung pakai Line of COD tapi ternyata line of code itu enggak sama jumlah baris COD itu enggak sama enggak sama Maksudnya gimana kalau saya nulis Halo Jakarta di layar pakai PHP itu bisa satu baris Tapi kalau pakai Java itu harus Li baris saya harus buat kelasnya dulu gitu ya public Static void painnya saya buat dulu baru sistem out print Line misalkan gitu kan butuh 5 4 3 sampai 5 Nah kalau ini satu ini Li berarti kalau satu fitur eh saja ada beda EMP baris code Gimana kalau 1000 fitur jadi enggak bisa jadi patokan line of code makanya albre melihat bahwa ini saya harus membuat model Po yang kalau nimbang itu kayak kilogram itu kita nimbang di manaun sama Nah itu namanya function point baru dari function point diubah jadi person Man pakai rumus nanti eh Berry beams rumusnya ber beams dari person Man jadi mans Nah si alenal brh tadi mendeskripsikan bahwa fungsi-fungsi jadi kita ngitung fungsi namanya function point kita ngitung fungsi Berapa jumlah fungsi gitu ya fungsi-fungsi di software sistem yang kita kembangkan itu kategorisasinya fungsi yang berhubungan dengan input fungsi yang berhubungan dengan output fungsi yang berhubungan dengan query fungsi yang berhubungan dengan file Generation file misalkan fungsi yang berhubungan dengan user interface baik dari sistem pakai api atau manusia yang uiux ke kita itu namanya program interface nanti berapa fungsi yang harus kita buat kalau fungsi yang dibuat itu dianggap mudah dibuat itu low sulit dibuat high ya sedang itu medium nanti kita kalikan bobot bobot enggak usah diubah itu bobotnya si albre gitu ya Nah contoh musikpedia tadi ternyata inputnya butuh en fungsi dari en fungsi itu tiga gampang dibuat dua sedang satu sulit saya kalikan bobot 23 output 19 fungsi berhubungan dengan output eh yang paling yang mudah 4 yang sedang 10 yang sulit 5 nah eh Apa kelemahannya kelemahannya ngitung fungsi Bapak Ibu sekalian gitu ya karena kalau kita bukan enggak ada pengalaman di programmer yang Intens ini agak sulit gitu ya berapa jumlah fungsi yang harus kita buat gitu ya asumsinya terlalu tinggi tapi whatever apapun ya dapat namanya tufp total unadjusted function point jadi function Point yang belum di-adjust 338 nanti kita adjust adjust-nya pakai apa namanya Processing complexity software yang kita buat itu apakah pengin gampang di-maintain dalam arti eh apa namanya kalau ada perubahan programmernya bisa engak baca dengan baik gitu ya Apakah pengin mudah dioperasikan Apakah melibatkan eh komunikasi atau transaksi rate yang tinggi Nah itu kita jawab 0 sampai 3 nanti di sini konsepnya gini software semakin Kompleks processingnya semakin sulit dibuat software semakin mudah diinstall semakin sulit dibuat loh gitu makanya ini bobotnya pasti naik di sini Musik mededia tadi Oh ternyata pakainya web data komunikasinya ternyata maksimal distributed function ada online data entry tapi enggak enggak terlalu signifikan karena ini user-nya mungkin enggak banyak total tujuh nih yang lain Saya isikan nol Ya 7juh saya kalikan 0,01 untuk normalisasi tuj tadi saya kalikan 0,01 untuk normalisasi saya tambahkan adjusternya 0,65 itu kalau software-nya itu simpel 1 itu normal 1,35 Kompleks lagi-lagi asumsi ini gitu ya yang bisa jawab si sistem analis ketika melihat sekelilingnya kira-kira kondisinya seperti apa gitu gitu ya Jadi kalau 0,01 rumus ya dapat 0,72 0,72 saya kalikan 338 loh 338 itu apa tofp yang di depan tadi nih nih tufv jadi saya kalikan ini sekarang sudah adjusted makanya disebut total adjusted function point atau function point itu 243 tadi nah eh 243 itu Bapak Ibu sealian nanti kalauilihat keper Jones The Economic of quality namanya gitu ya bukunya itu dia masih patokan software-software yang disebut besar sekali erp gitu ya perbankan Core banking segala macam itu di atas 100.000 function point nih besar sekali kalau 10.000 sampai 100.000 itu besar software-software besar nih kayak e-commerce gitu ya itu masuknya 10.000 sampai r100.000 1.000 sampai 10.000 itu sedang 100 sampai 1.000 itu kecil di bawah 100 itu kecil sekali makanya kalau di sini tadi Oh software saya tadi 243 masuknya sebenarnya software yang kecil Kalau secara eh hitungan standar function point gitu ya ini untuk gambaran aja nah belum selesai nih saya saya baru dapat FP saya harus konversi ke Line of Code Line of code-nya relatif betul ee konsepnya Bapak Ibu sekalian ini nanti ada table-nya ya Eh ada table Nah ada table yang kalau kita Googling searching aja dengan function point line of code conversion gitu juga oke nanti kita lihat di sini konsepnya gini yang basisnya scripting full scripting prosedural itu biasanya di atas 100 tapi kalau sudah Oop itu biasanya 50-an lah gitu ya tapi kalau yang eh apa namanya eh Excel gitu Misalkan ya Atau dia bisa visual programming itu biasanya sudah mulai 30 ke bawah nanti listingnya ada misalkan tadi Saya pengin bangun musikedia tadi pakai Java berarti 55 kalau di sini angka yang baru itu Java ya 53 sama ya 53 Nah ini tinggal saya kalikan aja 243 saya kalikan 55 dapatnya 13.365 line of code nah ini estimasi jumlah baris code yang akan kita buat itu 200 eh 13.365 sudah ketemu nih line of cod-nya kita pakai rumusnya hukum apa namanya rumus formula yang dibuat oleh Berry bimes namanya Kokomo co Mo itu effort itu 1,4* of of COD gitu ya 1,4* of of C jadi 13.365/ 1000 1,4 jadi 18,7 orang gitu ya eh apa namanya jadi butuh 18,7 kalau saya turunkan ke bawah 18 kalau saya naikin pembulatan ke atas berarti 19 orang ya 19 orang per bulan gitu ya yang dibutuhkan nah berapa bulan develop-nya rumus lagi ber beams lagi gitu ya 3 * pm P se/3 nih pm-nya tadi 18 orang saya kalikan Eh saya saya pangkatkan sepertiga saya kalatkan jadi dapat 8 bulan nih ya jadi musikpedia tadi butuh 18 orang dikerjakan selama 8 bulan ini bukan kayak matematika yang bisa kita inian ya Bapak sekalian ya kita balik ya Oh saya adanya saya adanya orangnya cuman lima gitu ya terus waktunya kayak enggak bisa kayak gitu gitu ya tapi justru lihat nih hukumnya Frederik Brooks tadi mengatakan ing Man Power to Project makeage Nahin orang di proek yang telat bikin proek tambah telat ya toh Coba personmannya kita tambahin loh malah telat waktunya memang jadi lama gitu kan nih ini namanya eh function Point untuk contoh Bapak I sekalian ini contoh saya buat supaya gampang jelasinya ya kita butuh aplikasi untuk job seeker untuk pencari kerja perusahaan pembuka lowangan pekerjaan bisa ngisi pencari kerja ini juga bisa searching ngisi datanya dia sistem memungkinkan pencari kerja untuk menginput data kurikulum VT di sisi lain yang perusahaannya itu bisa nginput data sama lowongan yang dia sediakan loh lihat nih ini saya si warna ya biru itu input berarti kalau ngikutin keper eh apa namanya si e alenalbreh tadi input di sini nih input di sini nih ini saya hitung teks analisis saja data kurikulum VT 1 nginput data perusahaan satu sama longongan berarti ada tiga nih inputnya ada tiga loh gitu saya buat kayak gitu aja supaya gampang ya masing-masing satu fungsi satu fungsi gitu aja pencari kerja dapat melakukan pencarian loh query ini lowongan kerjaan satu yang ini dua berarti dua fungsi yang kita buat dua yang warnanya hijau ini jadi nanti saya buat kayak gini input output query ini saya buat tiga loh query tadi dua bobotnya saya buat low semua aja supaya gampang ini anggap software-nya sederhana gitu memproduksi laporan ni misalkan 1 2 3 4 nih berarti produksi laporannya saya buat empat eh Reportnya eh file itu ada dua gitu ya dalam bentuk PDF image infografis berarti saya buat dua gitu ya pakainya Java Nah dari sini lihat nih gampang input yang warnanya ee biru tadi gitu ya itu tiga tadi ya saya kalikan tiga karena apa Saya pengin semuanya low aja programmer saya pada pintar semuanya ini Berarti saya anggap ini gampang dibuat l saya buat bobotnya l semua dapat 70 berarti 70 saya jawab Processing complexity tadi data communication enggak terlalu heavy gitu ya online data entry-nya ya cukup gitu ya online update-nya juga ada signifikan gitu ya saya operational easy ya enggak terlalu eh apa namanya easyasy banget enggak apa-apa untuk pengoperasiannya berarti 6 6 saya kalikan 0,01 saya tambahkan 0,65 0,71 0,71 * 70 49,7 49,7 itu saya kalikan 55 karena pakai Java tadi 2700 barisodnya effortnya butuh 4 orang 1 4* ee 2,7 gitu ya waktunya 3 * 3,8 pangkat 1per3 berarti 4,6 jadi kalau kita bulatkan ke atas 4 orang dikerjakan selama 5 bulan loh ini function point gitu bak Nah terus gimana kalau setelah ketemu dengan eh salary guide Nah tinggal dikalikan aja satu orang kita kita pengin gaji berapa loh nanti ee bahwa eh fase planning itu satu ee tiga orang dikerjakan 1 bulan berarti satu orangnya anggap 5 juta berarti saya kalikan nah totalnya langsung keluar budgetnya langsung keluar gitu kan Nah itu yang pertama ada satu orang anak muda di tahun 1993 gelisah wis enggak bisa ini kalau ngitung eh fungsi ini stres kita kebetulan eh ivar jacobson membuat satu metode analisis dan desain namanya eh objectory use case diagram setelah era UML datang namanya use case diagram ini nah saya pengin dari use case diagram ini saja kita kita hitung bukan fungsi fungsi mumet saya gitu ya tapi fitur-fitur besarnya kan sudah ketahuan dan ini sepakat kennet Kendal eh Aland Denis eh valacik analis Start with use case diagram di era sekalang makanya ini orang teman-teman yang bergerak di bidang agile gitu Ya saya juga pegang sertifikasi Bapak Ibu sekalian untuk PSM gitu ya itu user Story itu kalau di perusahaan kita supaya lebih sistematis ya satu ini satu user Story gitu ya saya buat seperti itu lebih gampang dipahaminya gitu ya makanya berangkatnya bisa dari sini nih sebenarnya Eh gimana cara ngitungnya use case diagramnya sudah saya buat nih musik Pedia tadi terus kemudian Gustav carner tuh ngomong gini kita hitung aktor sama Use case-nya nah ini aktor ini use case use case itu aktornya do fiturnya Apa saja sih sistem ini itu digambarkan lewat case ini nah manusia aktornya kalau manusia itu berarti Kompleks karena saya harus membuat uiux gitu ya Kompleks tapi kalau aktornya itu sistem lain yang kita terkoneksinya pakai api itu Z simpel atau easy satu kalau butuh protokol untuk komunikasi sendiri karena eh enggak api-nya enggak bagus gitu ya Atau enggak ada api-nya ya average eh kita nilai seperti itu n use case itu Dinilai dari jumlah transaksi transaksi itu bapak kan kita lihat dari usernya ngeklik kalau kita pakai model model view controller eh eh pendekatannya itu paling enggak sampai nyentuh controller biasanya tapi kalau perjalanan dari form ke form enggak kita hitung eh transaksi gitu ya 1 sampai 3 transaksi itu paling rendah bobotnya 5 4 sampai 7 10 lebih dari 7 15 jadi ini e Contohnya kayak gini oh pengunjung itu manusia saya kasih nilai T bobot tadi kan Kompleks kan dia kan saya kasih nilai 3 e melakukan registrasi melakukan registrasi itu nanti kalau saya lihat dari alurnya loh lihat alurnya si pengunjung dia milih tombol Eh registrasi terus musik pedianya nampilkan gitu ya alurnya terus diisi terus Ngisi data nah ini perjalanan dari form ke form kayak gini Enggak dihitung transaksi transaksinya mulai dari sini dan ini hanya satu kalau satu berarti Kembali ke tadi itu masuknya simpel Nah nanti saya isikan ee si si apa namanya melakukan registrasi ini satu gitu nanti seperti itu ya Nah dari sini nanti kalau kita pakai tools kayak Spark system Bapak Ibu sekalian gitu ya kalau di tim saya saya pakai Spark system ini pengunjung tinggal kita Klik Kanan properties kita isikan difficult gitu aja karena manusia dia tapi yang melakukan registrasi eh easy tadi gitu ya kita isikan easy ini bukan difficult ya ini salah ya ini easy terus kemudian Nah kita harus ngisi kayak Processing complexity tadi di function point kalau di sini ada dua technical complexity vor itu Processing complexity tadi persis sama diubah sedikit sama si eh Gustav kner satu lagi environmental complexity vor itu berhubungan dengan environment kita contoh ini kita mau develop di AS 400 pakai kobol Waduh ini bakalan kobol-kobol ini difficulty of programming languagenya kita isi gitu ya eh object oriented experience-nya lemah misalkan nanti kita Isikan di sini kefamiliaran dengan alur proses atau development proses yang ada di sana gitu ya biasanya dia pakai Waterfall karena embeded system bangunnya sekarang harus pakai scrum nah dia kefamiliarannya kurang nanti kita isi itu namanya ecf satu lagi tcf itu persis seperti Processing complexitynya si Alen tadi kita isi cuman bedanya ini 0 sampai 5 ini juga 0 sampai 5 bobotnya enggak usah kita ubah nanti Nah dari sini uucp unadjusted itu uaw + ucw Nah uaw itu apa uaw itu Yang ini tadi Nah uaw tamb+ uucw ini gitu ya itu namanya uucp nanti setelah saya kalikan dengan ecf dan tcf ini dia jadi eh ucp oh gitu ucp k tcf * ecf jadi dia ucp kayak tadi persis lah ini sebenarnya sama aja ya Nah dari sana langsung ketahuan jadi kalau kita pakai tools kita enggak perlu pusing kita bisa isi eh apa namanya si tcf sama ecf-nya kita kasih nilai kalau mau pakai standar juga enggak usah diuprek-uprek enggak apa-apa Spark syistem dia nyiapin kita tools lebih mudah tapi sekali lagi bapak sealian ini dihitung pakai Excel juga oke ya enggak ada masalah ya Jadi biasanya kalau untuk latihan ke mahasiswa atau staf saya di era awal saya suruh ngitung pakai Excel dulu baru Kalau setelah ini pakai tools enggak apa-apa gitu ya Nah dari sini Misalkan kita ketemu nanti eh musik Pedia itu klik include actor saya reload ketemu 92 92 ini nanti eh ada PHM person hour multiplier itu ada dua 20 sampai 28 jadi anggap aja kalau risiko tinggi 28 kalau normalnya 20 saya kalikan aja anggap normal 20 * 92 1840 per hour ya 1 hari kerja 8 jam 1 bulan kerja 22 Hari Sabtu Minggu libur kan berarti butuh 10 orang pakai rumus yang tadi sudah ketemu orang pengin waktu 3* PM pangkat 1/3 Jadi dapatnya 6,56 bulan Jadi musikpedia itu dikerjakan 10 orang dalam waktu 6,5 bulan kalau kita pakai tools kita bisa membuat template seperti ini jadi Eh ini template yang kita pakai di berbagai tempat Ya seperti tadi bapakan kayak klien kita di FF Astra group itu terus kemudian di Pertamina di PLN gr dan seterusnya begitu sudah ketemu use case point tadi kan use case point-nya di sini sudah ketemu nih use case point sudah ketemu Setelah itu kita tinggal cemplungkan ke apa namanya technical visibility di sini ada terus kemudian nanti keluar 92 92 kita cemplungkan sudah keluar mau alternatif yang 20 atau 28 dihitung semua mau alternatif kerja Normal atau sabtu masuk satu harinya kerja eh 1 bulannya kerja 22 hari atau 26 bahkan kita hitung bisa gitu ya Ee dari sini keluar angka-angkanya gitu ya Nah apakah bisa untuk ngitung yang skala besar bisa kita itu Ngerjakan analisis dan desain eh arsitektur besar untuk banyak software Bapak Ian di insw itu insw generasi 2 yang dulu kita hitung gitu ya terus kemudian di OJK itu juga kita Yang ngitung sistem informasi eh sijk jasa konstruksi gitu ya itu di upr gitu ya terus kemudian ini amdalnet yang di klhk itu kita kita ngitung budgetingnya seperti ini sampai kemudian kita buatkan KK untuk setiap eh apa namanya modul-modul yang pengin kita buat jadi ngitung yang gede juga bisa nanti tinggal kita eh Klik Kanan kayak tadi Eh qa report and Matrix itu kalau di Spark system ya nanti keluar tapi sekali lagi ini dihitung pakai Excel juga bisa 1500 1577 ini saya masukkan ke sini keluar oh totalp seperti insb itu dikerjakan 172 orang waktunya 1,eng Bulan ini saya pakai ketika saya presentasi ke busri Mulyani pada era-era tahun 201 ketika ngegolkan eh apa namanya sistem-sistem besar seperti ini gitu ya nah eh software effort estimation itu sudah jadi riset trend di dunia eh software engineering gitu ya Eh ini kalau yang nerusin S2 atau S3 di bidang software engineering ini top topik-topik yang trending ya yang lagi banyak digarap orang gitu ya software defect prediction software effort estimation itu yang pakai machine learning biasanya dua itu yang hari ini kita bahas software effort estimation Makanya kalau saya membimbing mahasiswa gitu ya Saya biasanya eh apa namanya mengimprove Nah itu apa yang saya improve kalau engak use cas point atau saya pakai Maine learning kalau cas itu contonya Oh cas gitu Misalkan ya Eh ini saya saya ngambil seperti ocodex yang dia buat use case Point yang dia simplifikasi gitu ya atau nanti pakai machine learning yang lain lah Nah seperti itu secara umum Nah terus loh ini costnya belum ketemu dong nah cnya gampang ada standar salary guide kayak inkindo terus kemudian Michael page terus kemudian e k serv gitu ya terus yang terbaru itu ada salary guide itu tinggal dikalikan aja gitu ya tinggal dikalikan ke sana tapi kita sudah ketemu menman sama Man kan tadi kan Nih kita sudah ketemu menman sama Man tadi loh menman sama mannya ketemu nah Gustav carner Alen abbre itu tidakentukan rle sebaiknya apa pm-nya berapa Enggak dia hanya ngitung jumlah orang nanti kita sendiri yang mdeefend rle-nya secara eh umumnya Seperti apa gitu ya jadi standar salary guide itu bapak misalkan kita pakai inkindo ini nanti ada pelelangan internasional itu berapa standarnya pelelangan nasional berapa nanti kalau S1 S1 lulus pengalaman 4 tahun Berarti dia 57 juta masih bisa dapat gitu ya Nah nanti itu yang kita masukkan kalau kita untuk yang internasional kalau yang nasional eh fresh graduate S1 baru 2 tahun pengalaman 1 tahun itu 24 juta berarti nanti kita bisa hitung nanti eh kalau butuhnya 5 orang Berarti sebulannya berapa dan seterusnya gitu ya ini yang bias biasa kita hitung nah ee penghitungan ini gitu ya termasuk sistem spek yang kita buat itu saya masukkan ke dalam Kak loh gitu nih strateginya kalau yang kld ya Bapak iu sekalian ya Jadi ini saya pakai untuk kemarin juga ngisi tentang eh apa namanya eh metode pengembangan Kak untuk yang sistem informasi dan software ya kalau di kld ya Jadi yang sudah kita susun tadi apa yang masuk di ke ak planning sama analisis biasanya dari padii itu planning sama analisis masuk makanya saya buat seperti ini seperti biasa ini model-model Kak kerangkaacan kerja yang biasa itu latar belakang tujuan dasar hukum dan Seterusnya requirement-nya saya masukkan sini use case eh diagramnya seperti apa Nah nanti si peserta lelang itu saya suruh ngitung sendiri kira-kira ee apa namanya E Berapa harga yang mok tawarkan gitu ya Jadi pagunya enggak usah ditetapkan enggak apa-apa tapi jumlah orang ee fiturnya apa saja jumlah orangnya kita tetapkan itu sudah sudah sudah lebih dari cukup Gitu ya jadi functional nonfunctional requirement gitu ya eh termasuk kita pengin Tata kelolanya Seperti apa gitu ya Saya pengin setahun tetap maintenance-nya eh didampingi dan rle-nya seperti ini role ini yang nanti kita tentukan bahwa Project Manager itu tolong S1 misalkan gitu S2 ilmu komputer sistem informasi Teknik Informatika ee jumlah orangnya sat dia Kerjanya 5 bulan terus kemudian si sistem analis nah ini yang kita tetapkan basisnya dari eh role yang ada di sini kalau kita pengin sederhana kayak gini good ya Berarti kayak gini tinggal kita hitung aja tapi kalau kita pengin lebih Oh saya sofware apa namanya software saya besar ini Nah nanti bapakan bisa cek yang YouTube saya tentang tu tren profesi itu bagaimana produk it itu dikembangkan gitu ya oh jualan CD musik enggak laku nih gitu ya Eh undang bisnis analis dianyarankan jangan pakai jangan ke mall lagi pak kita bikin aplikasi aja yuk bikin aplikasi sistem analis bikin arsitekturnya di era sekarang namanya produk Manager Nah kalau kita mau pakai r-r kayak gini juga oke ya sebelah kiri Ini namanya produk manajemen sistem arsitekturnya jadi sistem speknya jadi gitu ya paling enggak p sama a kalau ini Kementerian berarti dilelang gitu kan nanti mulai dikerjakan loh di sebelah kanan itu software engineering nama bidangnya nama orangnya software engineer gitu ya terus kemudian Oh Ternyata saya butuh data analis Nah karena software Saya pengin saya buat seperti netflix yang dia bisa memberi kita rekomendasi nah saya butuh data satis yang sebelah kiri G ya softwareennya Jadi butuh diinstall Saya butuh Network infrastr dan Security untuk menjamin struktur kehandilan infrastruktur dan keamanan gitu ya saya ini sudah jalan kita operate ternyata technical support butuh ini nanti sertifikasinya kayak ITM ittil itu ada di sana Ini namanya service Operation gitu ya sofware ini pengin diaudit juga nanti ada auditur gitu ya Eh Apakah selaras dengan e arsitekturalnya dengan visi misi Saya pengin enterprise arsitektur atau arsitektur aplikasinya rapi enterprise Arch it governance di sebelah kanan gitu ya dan siapa yang menceritakan semuanya ini di kampus namanya dosen gitu ya dan peneliti ini namanya computing ret ini kalau kita pengin detail-detail dari rle ini kita masukkan juga oke Enggak ada masalah gitu ya cuman kalau mau yang sederhana ya kayak tadi ya paling enggak ya Eh butuh sistem analis berapa programmer butuh software tester butuh untuk eh technical writernya berapa itu juga oke engak ada masalah ini Yang ini nanti silakan ikuti yang tuuh tren profesi diu computing di YouTube saya termasuk ini jadi backbond kategorical di brandmatics.com itu pakai kategori training seperti ini setelah selesai masukin ke schedule gitu aja gitu kan jadi keluar tadi butuh 5 5 bulan ya berarti sampai bulan kelima loh lihat ya Eh deliverables-nya apa kita eh masukkan ke sana Modul 1 modul 2 modul 3 Misalkan seperti itu juga oke nah jadi kalau kld siap dilelang ee kalau di sama di BUMN atau swasta juga kalau mau dilelang berarti siap dilelang tapi kerangka acuan kerjanya sudah clear that&#39;s all Bapak Ibu sekalian adik-adikku sekalian yang bisa tak sampaikan hari ini mudah-mudahan memberi eh gambaran dan e ada beberapa keping-keping yang lebih detail tadi saya masukkan ke Youtube saya ya Nanti bisa lihat di eh YouTube saya karena enggak sempat saya ceritakan semuanya tapi kayak masih misalkan tentang analisis dan desainnya kayak gimana toh oh di sana ee arsitektur enterprise itu seperti apa Oh di sana data science Oh tujuh tren profesi yang tadi diceritakan tuh Detailnya ada lagi yang di sana mungkin itu dulu dari saya terima kasih wasalamualaikum warahmatullahi wabarakatuh

Transcript for:Estimasi Usaha dan Biaya Software

Transcript for:
Estimasi Usaha dan Biaya Software