Sejarah Nokia

 Nokia adalah perusahaan teknologi asal Finlandia yang didirikan pada tahun 1865. Pada awalnya, Nokia bergerak di bidang industri kayu dan kertas. Namun, pada tahun 1960-an, perusahaan ini mulai memperluas bisnisnya ke sektor telekomunikasi.

Pada tahun 1980-an, Nokia memperkenalkan produk-produk telekomunikasi pertamanya, seperti telepon seluler dan jaringan seluler. Nokia menjadi salah satu perusahaan paling sukses dalam industri ini dan berhasil mendominasi pasar telepon seluler pada tahun 1990-an, karena begitu larisnya di juluki “Nokia HP Sejuta Umat”.

Pada awal 2000-an, Nokia meluncurkan serangkaian produk inovatif, seperti telepon dengan kamera, pemutar musik, dan layanan pesan instan. Pada tahun 2001 Nokia mencapai puncak kejayaannya dengan dukungan teknologi OS Symbian yang saat itu merupakan OS yang paling maju.

Runtuhnya Nokia, Sang Raksasa Telekomunikasi

 Setelah itu perjalanan runtuhnya Nokia dimulai dengan di awali ketika Aple meluncuarkan Aphone dengan sistem operasi IOS pada Januari 2007 dan di akhir tahun yang sama Google meluncurkan Android yang diberikan gratis kepada pengguna sebagai upaya android bisa menyebar luas dengan cepat. Upaya Google tidak sia-sia karena dalam waktu singkat, sebagian besar produsen HP berbondong-bondong menggunakan Andoid.

Sampai pada tahun 2009 sebagian vendor masih menggunakan Symbian OS, Blackberry dan Iphone. Pengguna Andoid semakin mingkat pesat hingga tahun 2016 pengguna Andoid mendominasi pasar dengan 84.8%. Seiring dengan itu pengguna Symbian OS mengalami penurunan sejak tahun 2008 sampai dengan 2011

Pada tahun 2011, Nokia mengumumkan kemitraan dengan Microsoft untuk mengadopsi sistem operasi Windows Phone pada produk-produk Nokia, namun upaya ini tidak berhasil. Sampai pada September 2013 Nokia tiba di titik nadir keruntuhannya ketika akhirnya mereka mengumumkan penjualan Divisi, Perangkat dan layanan nya ke Microsoft.

Kenapa ya Nokia bisa mengalami itu ?

Jawabbanya ada pada hasil riset mendalam yang dilakukan oleh timmo gorry dan Huii tentang Pasang Surut Nokia antara tahun 2005 hingga 2010, riset tersebut diterbitkan dalam artikel berjudul “Distribute Attention & Share Emotions in the Innovation Process: How Nokia Lost the Smartphone Battle”. Hasil riset nya menemukan bahwa kekalahan Nokia bukan karena Visi Mereka dan juga bukan karena kinerja manager mereka yang buruk, mereka gagal karena iklim emosional yang Menakutkan. Ketakutan seperti itu lahir dari budaya pemimpin yang tempramental dan Manager Menengah ketakutan untuk mengungkapkan hal-hal yang sebenarnya terjadi. Diceritakan bahwa sang Presiden Eksekutif sempat memukul meja begitu keras sehingga potongan buah beterbangan.

Olli-Pekka Kallasvuo Mantan CEO Nokia itu bahkan di gambarkan sebagai sosok yang sangat tempramental dan tidak mau mendengar, tidak heran kalau manager menengah takut untuk menyampaikan pendapat dan mereka diminta untuk fokus mencapai renacana yang sudah di buat. Akhirnya mereka hanya bersikap ABS (asal bapak senang) dan mengabaikan investasi jangka panjang untuk invasi yang lebih compleks. Seorang manager mengungkapkan bahwa :

“Dalam divisi R&D Nokia, budaya yang ada hanya untuk menyenangkan manager level atas. Mereka hanya ingin memberikan kabar baik, bukan bersikap realistis  pada kenyataan.” 

Akibatnya Nokia lambat menanggapi ancaman pesaing yang semakin kuat. Padahal pada dekade awal abad ke-21 Nokia memmimpin industri yang padat pengetahuan dengan perubahan yang cepat, tp setalah menjadi market leader dengan produk Future phone Nokia ternyata tidak mampu mengenali potensi platform preangkat lunak yang rumit dan mahal.

Sebaliknya Aple dan Google menghabiskan miliaran dollar untuk mengambangkan platform IOS dan Android, langkah mereka memantik revolusi smartphone yang membuat Symbian tidak lagi relevan diindustri.

Self-organize atau Mengatur Diri Sendiri

 Self-organize (dalam bahasa Indonesia disebut sebagai "mengatur diri sendiri") adalah kemampuan individu atau kelompok untuk mengatur dan mengelola tugas atau aktivitas yang mereka lakukan tanpa bantuan atau pengawasan dari orang lain. Dalam lingkungan kerja, self-organize dapat terjadi di antara anggota tim atau departemen yang memiliki tujuan dan tanggung jawab yang jelas.

Self-organize merupakan konsep yang seringkali dihubungkan dengan prinsip-prinsip manajemen lean atau agile. Dalam prinsip-prinsip ini, self-organize diartikan sebagai kemampuan individu atau tim untuk menentukan bagaimana mereka akan bekerja dalam mencapai tujuan atau target yang telah ditetapkan. Dalam proses ini, mereka diberikan kebebasan untuk memilih cara terbaik untuk menyelesaikan tugas, memutuskan siapa yang bertanggung jawab untuk melakukannya, dan menyelesaikannya dalam waktu yang telah ditentukan.

Self-organize dapat meningkatkan kinerja dan efektivitas tim karena anggota tim merasa memiliki kendali dan tanggung jawab atas tugas yang mereka lakukan. Hal ini dapat meningkatkan motivasi dan kreativitas, serta membantu mendorong kerja sama antar anggota tim. Namun, agar self-organize berhasil, diperlukan lingkungan yang inklusif, transparan, dan percaya pada kemampuan individu atau kelompok untuk mengelola tugas mereka. Manajemen juga harus memberikan dukungan yang cukup dalam hal pengembangan keterampilan, sumber daya, dan alat yang diperlukan untuk menyelesaikan tugas dengan efektif dan efisien.

Self Organize dalam Scrum

Self-organize adalah salah satu prinsip dasar dalam Scrum, suatu kerangka kerja agile yang digunakan untuk pengembangan produk perangkat lunak. Dalam konteks Scrum, self-organize berarti bahwa tim pengembangan memiliki otonomi dalam mengorganisasi dan menentukan bagaimana mereka akan bekerja dalam mencapai tujuan sprint yang telah ditetapkan.

Dalam Scrum, tim pengembangan dipandang sebagai tim multidisiplin yang terdiri dari individu yang memiliki keterampilan yang berbeda-beda. Mereka bekerja bersama-sama dalam satu tim dan diharapkan untuk berpartisipasi secara aktif dalam proses pengembangan produk. Self-organize di Scrum mengacu pada kemampuan tim untuk mengatur dan mengelola pekerjaan mereka sendiri, dan bekerja secara mandiri untuk mencapai tujuan sprint.

Self-organize dalam Scrum memiliki beberapa manfaat, di antaranya adalah:

1. Meningkatkan keterlibatan anggota tim: Dalam Scrum, anggota tim merasa memiliki kendali atas pekerjaan yang mereka lakukan, sehingga mereka merasa lebih terlibat dan berkomitmen untuk mencapai tujuan sprint.

2. Meningkatkan kreativitas dan inovasi: Dalam lingkungan yang self-organize, anggota tim merasa lebih bebas untuk mengekspresikan ide-ide kreatif dan inovatif, sehingga dapat membantu menciptakan solusi yang lebih baik dan lebih efektif.

3. Meningkatkan fleksibilitas: Dalam self-organize, tim dapat menyesuaikan diri dengan perubahan kebutuhan atau situasi yang muncul selama sprint, tanpa perlu menunggu instruksi atau persetujuan dari pihak lain.

Namun, agar self-organize berhasil dalam Scrum, diperlukan dukungan dari Scrum Master dan Product Owner. Scrum Master bertanggung jawab untuk menghilangkan hambatan atau kendala yang muncul selama sprint, sementara Product Owner harus memastikan bahwa tujuan sprint dan prioritas pekerjaan jelas dan mudah dipahami oleh anggota tim.

Keamanan Psikologis "Psychological safety"

Keamanan psikologis adalah konsep dalam psikologi yang mengacu pada perasaan individu bahwa mereka aman, nyaman, dan bisa menjadi diri mereka sendiri tanpa takut dihakimi, dieksklusi, atau diberikan perlakuan yang merugikan. Ini adalah aspek penting dalam kesejahteraan psikologis dan emosional seseorang. Keamanan psikologis dapat dipengaruhi oleh berbagai faktor dan memiliki dampak yang signifikan pada kesejahteraan mental seseorang. Berikut adalah beberapa aspek penting terkait dengan keamanan psikologis:

1. Kepercayaan dan Keterbukaan: Keamanan psikologis sering kali terkait dengan tingkat kepercayaan dan keterbukaan individu terhadap orang lain. Seseorang yang merasa bahwa orang-orang di sekitarnya dapat dipercayai dan bahwa mereka dapat berbicara terbuka tanpa takut diremehkan atau dihakimi cenderung merasa lebih aman secara psikologis.

2. Penerimaan dan Penghargaan: Penerimaan diri dan penghargaan dari orang lain memainkan peran penting dalam keamanan psikologis. Ketika seseorang merasa diterima dan dihargai untuk siapa mereka sebenarnya, mereka lebih cenderung merasa aman dalam hubungan dan lingkungan mereka.

3. Kebebasan Ekspresi: Keamanan psikologis juga terkait dengan kebebasan individu untuk mengekspresikan diri mereka sendiri tanpa takut sanksi atau perasaan terhambat. Ini mencakup hak untuk berpendapat, berbicara tentang perasaan dan pemikiran, serta mengejar minat dan hasrat pribadi tanpa rasa takut.

4. Ketidakpastian dan Kendali: Keamanan psikologis juga terkait dengan cara individu menghadapi ketidakpastian dalam hidup. Seseorang yang merasa memiliki kontrol atas hidup mereka dan mampu mengatasi ketidakpastian dengan rasa percaya diri cenderung merasa lebih aman secara psikologis.

5. Hubungan yang Sehat: Hubungan yang sehat dengan orang lain, baik itu dalam konteks keluarga, teman, atau rekan kerja, dapat mendukung keamanan psikologis. Hubungan yang positif dan mendukung dapat memberikan dukungan emosional dan mengurangi rasa takut atau kecemasan.

6. Lingkungan yang Mendukung: Lingkungan fisik dan sosial yang aman, terbuka, dan mendukung dapat memainkan peran besar dalam meningkatkan keamanan psikologis. Ini termasuk lingkungan kerja yang memfasilitasi pertumbuhan profesional, lingkungan sekolah yang mendukung perkembangan siswa, dan masyarakat yang menerima keberagaman.

7. Dukungan Sosial: Merasa didukung oleh keluarga, teman, dan komunitas dapat membantu memperkuat keamanan psikologis. Ketika individu tahu bahwa mereka memiliki jaringan sosial yang dapat diandalkan dalam situasi sulit, ini dapat mengurangi rasa takut dan kecemasan.

Keamanan psikologis adalah komponen penting dari kesejahteraan mental dan emosional seseorang. Penting untuk mengenali bahwa keamanan psikologis dapat bervariasi dari satu individu ke individu lainnya, dan bisa dipengaruhi oleh berbagai faktor seperti pengalaman masa lalu, lingkungan saat ini, dan hubungan interpersonal. Pemberian dukungan sosial, pemahaman, dan penghormatan terhadap kebutuhan keamanan psikologis seseorang adalah langkah-langkah penting dalam mendukung kesejahteraan mental mereka.

Kenapa Daily Scrum Penting ?

Daily Scrum atau Daily Stand-up adalah sebuah kegiatan yang umum dilakukan dalam kerangka pengembangan perangkat lunak dengan metode Agile. Kegiatan ini dilakukan setiap hari dan bertujuan untuk memastikan bahwa semua anggota tim memiliki pemahaman yang sama tentang proyek yang sedang dikerjakan, saling berkoordinasi, serta mengidentifikasi dan mengatasi masalah yang muncul sejak pertemuan sebelumnya.

Dalam kegiatan Daily Scrum, setiap anggota tim harus menjawab tiga pertanyaan dasar:

1. Apa yang telah dilakukan sejak pertemuan sebelumnya?
2. Apa yang akan dilakukan selanjutnya?
3. Apa hambatan atau kendala yang dihadapi dalam pekerjaan?

Daily Scrum dapat dilakukan secara tatap muka maupun melalui video conference. Kegiatan ini biasanya berlangsung dalam waktu 15 menit atau kurang, dan diharapkan dapat membantu tim dalam mengoptimalkan produktivitas dan kualitas kerja.

Kenapa Daily Scrum Penting ?

Daily Scrum, atau yang juga dikenal dengan istilah daily stand-up meeting, merupakan suatu kegiatan yang penting dalam pengelolaan proyek dengan menggunakan metode Agile. Kegiatan ini dilakukan setiap hari dan bertujuan untuk memastikan semua anggota tim tetap berada pada jalur yang tepat dan mencapai target proyek yang ditetapkan.

Berikut adalah beberapa alasan mengapa Daily Scrum penting dalam pengelolaan proyek dengan metode Agile:

1. Memastikan fokus pada tujuan: Dalam kegiatan Daily Scrum, setiap anggota tim membagikan update tentang proyek yang sedang dikerjakan. Hal ini membantu memastikan bahwa semua anggota tim fokus pada tujuan yang telah ditetapkan dan tidak terganggu oleh hal-hal yang tidak relevan.

2. Mengurangi risiko: Dalam kegiatan Daily Scrum, tim dapat mengidentifikasi masalah atau hambatan yang sedang dihadapi. Dengan demikian, tim dapat segera mengambil tindakan untuk mengurangi risiko dan memastikan proyek berjalan lancar.

3. Meningkatkan transparansi: Dalam kegiatan Daily Scrum, setiap anggota tim harus mengupdate status pekerjaannya. Hal ini membuat tim lebih terbuka dan transparan mengenai kemajuan proyek yang sedang dikerjakan.

4. Meningkatkan komunikasi: Dalam kegiatan Daily Scrum, setiap anggota tim dapat mengajukan pertanyaan atau memberikan umpan balik. Hal ini memastikan bahwa komunikasi antar anggota tim terjaga dengan baik.

5. Meningkatkan akuntabilitas: Dalam kegiatan Daily Scrum, setiap anggota tim bertanggung jawab atas tugas yang telah ditetapkan. Hal ini memastikan bahwa setiap anggota tim bekerja secara efektif dan bertanggung jawab atas kemajuan proyek.

Dengan melakukan kegiatan Daily Scrum secara efektif, tim dapat meningkatkan efisiensi dan produktivitas dalam pengelolaan proyek dengan metode Agile.

Tips Supaya Daily Scrum Ideal

Berikut ini adalah beberapa tips ideal untuk kegiatan Daily Scrum:

1. Waktu yang tepat: Pastikan waktu yang dipilih untuk kegiatan Daily Scrum tidak bertabrakan dengan kegiatan penting lainnya. Usahakan agar semua anggota tim hadir pada waktu yang telah disepakati.

2. Durasi yang tepat: Kegiatan Daily Scrum sebaiknya tidak lebih dari 15 menit. Pastikan setiap anggota tim dapat menjawab tiga pertanyaan dasar dengan jelas dan singkat.

3. Fokus pada pekerjaan: Diskusikan hal-hal yang berkaitan dengan pekerjaan dan proyek yang sedang dikerjakan, bukan tentang topik lain yang tidak relevan.

4. Jangan menunda-nunda: Jangan menunda-nunda kegiatan Daily Scrum. Lakukan kegiatan ini secara teratur setiap hari pada waktu yang telah disepakati.

5. Jangan menyalahkan: Jangan menyalahkan satu sama lain jika ada masalah atau hambatan dalam pekerjaan. Alihkan fokus pada cara mengatasi masalah dan membantu satu sama lain.

6. Komunikasi yang efektif: Pastikan setiap anggota tim dapat berbicara dengan jelas dan terdengar oleh semua orang. Gunakan teknologi yang memungkinkan komunikasi yang lancar jika anggota tim tidak berada di lokasi yang sama.

7. Penyelesaian masalah: Jika ada masalah atau hambatan dalam pekerjaan, segera cari solusinya dan atasi. Jangan biarkan masalah menjadi semakin rumit dan sulit diatasi.

Dengan mengikuti tips-tips di atas, diharapkan kegiatan Daily Scrum dapat berjalan dengan efektif dan membantu meningkatkan produktivitas dan kualitas kerja tim.

Bagaimana Definition of Done Mendukung Acara Scrum ?

 1. Sprint Planning

Definition of Done membantu Tim Scrum untuk memahami aktivitas apa yang diperlukan untuk menyelesaikan pekerjaan dan karenanya membantu menguraikan Item Product Backlog menjadi rencana yang dapat ditindaklanjuti.

💡Kiat: Jadikan Definition of Done terlihat di seluruh Perencanaan Sprint. Mintalah Dedvelopers untuk sering merujuknya.

 

2. Daily Scrum

Definition of Done membantu tim untuk menyadari bahwa meskipun seorang anggota individu telah menyelesaikan tugasnya yang terkait dengan item backlog produk, item tersebut tidak akan dianggap sebagai 'Selesai' sampai definisi tersebut terpenuhi seluruhnya. Ini membantu membangun pola pikir 'Tujuan Tim di atas Sasaran Individu' dan scrum harian adalah acara terbaik untuk itu.

💡Tips: Bangun alur kerja yang dapat menunjukkan bagaimana Tim Scrum mencapai 'Selesai'. Gunakan kolom untuk mewakili aliran ini. Mulai dari kanan ke kiri selama Daily Scrum. Item di kanan lebih dekat ke 'Selesai' dan karenanya dapat diubah menjadi nilai.

 

3. Sprint Review

Definition of Done memberikan pemahaman bersama antara Stakeholder dan tim Scrum tentang apa yang dimaksud dengan 'Selesai'. Ini memberikan pemahaman bersama tentang kriteria kualitas yang dimiliki produk saat ini. Ini meningkatkan transparansi di antara peserta dan mendukung empirisme.

Tim Scrum mendapatkan umpan balik terbaik saat mereka membagikan Inkremen 'Selesai' dengan pemangku kepentingan. Pekerjaan yang dibatalkan mengurangi transparansi dan terkadang dapat menyebabkan kebingungan dan ekspektasi yang tidak realistis.

Jika item Product Backlog tidak memenuhi Definition of Done, item tersebut tidak dapat dirilis atau bahkan dipresentasikan pada Sprint Review.
Panduan Scrum 2020

Terkadang, Sprint Review juga bisa menjadi pemicu adaptasi Definition of Done.

4. Sprint Retrospective

Ini adalah acara terbaik di mana Definition of Done diadaptasi untuk meningkatkan kualitas produk dan proses internal. Banyak tim memulai dengan Definition of Done yang tidak terlalu ketat selama Pengembangan Produk awal. Namun, tujuan jangka panjangnya adalah untuk mengurangi hutang teknis yang dapat diakumulasikan karena Definition of Done yang kurang ketat.

Misalnya, ketika saya pertama kali mengembangkan kursus e-learning saya, Definition of Done tidak terlalu ketat. Itu tidak memiliki elemen seperti 'Tidak ada kesalahan tata bahasa', 'Harus memiliki font yang sama sepanjang kursus', dll. Fokus saya lebih pada konten. Tapi saya belajar dari umpan balik dan Definition of Done menjadi lebih baik dari waktu ke waktu dengan menambahkan lebih banyak kriteria kualitas.

 

5. Sprint

Sprint adalah jantung dari Scrum, di mana ide diubah menjadi nilai. Semua pekerjaan yang diperlukan untuk mencapai Sasaran Produk, termasuk Perencanaan Sprint, Scrum Harian, Tinjauan Sprint, dan Retrospektif Sprint, terjadi di dalam Sprint. Panduan Scrum 2020.

Sprint memberikan konsistensi yang membantu dalam mengelola kompleksitas Pengembangan Produk. Bagaimana kami memilih durasi Sprint juga bergantung pada kemampuan Tim Scrum untuk membuat Inkremen 'Selesai'. Oleh karena itu, Definition of Done memainkan peran penting dalam hal itu. (Untuk lebih lanjut, baca artikel saya Berapa Lama Sprint Seharusnya.)

Semua pekerjaan untuk memenuhi Sasaran Produk, Sasaran Sprint terjadi di dalam Sprint. Bagaimana kita bisa mencapai tujuan kita tanpa Peningkatan 'Selesai'?

Komitmen kami untuk memiliki Inkremen 'Selesai' mengubah ide dan asumsi menjadi nilai. Sepanjang Sprint, Pengembang harus mengingat Definition of Done.

Tugas kita bukan menyelesaikan tiket Jira/Rally. Tugas kami adalah memberikan nilai melalui Inkremen 'Selesai'.

 

Catatan Akhir

Tidak memiliki Definition of Done yang baik atau tidak mengikutinya adalah salah satu alasan utama buruknya kualitas produk dan menumpuknya hutang teknis. Ini mengurangi keberlanjutan dan skalabilitas produk dalam jangka panjang. Terkadang ketidakmampuan untuk mempertahankan dan menskalakan organisasi ini melumpuhkan. 

Version Control System

 Pada saat saya minta mengajukan perpindahan AQM dan SSO dari server AWS ke Goocle Cloud, saya harus membuat dokumen pengajuan migrasi AMQ & SSO yang harus di setujui oleh 3 divisi yaitu infra, IT Enablement dan ke atasan pada squad atau tim.

 Pada saat setiap orang sign, saya simpan dokumen tersebut sebagai versi berikutnya saya lakukan berurutan sesuai dengan tanda tangannya. Hal ini saya lakukan untuk bisa nge-track perubahannya, dan sebagai backup jika versi yang terakhir bermasalah saya bisa ambil versi yang sebelumnya. seperti berikut version nya :

1. versi sign 01 - dokument ini sudah saya sign sebagai yang membuat dokumen
2. versi sign 02 - dokumen di sign oleh atasan saya
3. versi sign 03 - dokumen telah di sign oleh infra 
4. versi sign 04 - dokumen telah di sign IT Enablement

 Hampir semua bagian di dalam perusahaan melakukan hal tersebut dan biasanya secara manual.

Saat ini sudah ada Version Control System dari GIT yang bisa kita gunakan untuk case seperti di atas. Version Control adalah sebuah system yang merekam perubahan pada file dari waktu ke waktu, sehingga kita bisa melihat versi sebelumnya jika kita menginginkannya.

Version Control saat ini sangat populer di kalangan programmer, karena programmer selalu membuat code program dalam bentuk kode tulisan. Dengan Version Control programmer bisa merekam semua perubahan yang terjadi. Sehingga jika ada kesalahan programmer bisa dengan mudah kembali ke Versi Sebelumnya.

Version control dapat digunakan untuk file dalam bentuk text namun juga dapat digunakan file lain misal seorang grafik designer dapat menggunakan version control system untuk file PSD, ilustrator dll sehingga designer tidak perlu membackup secara manual.

Secara garis besar, Version Control System ada 3 jenis. yaitu :

1. Local Version Control
• Local version control merupakan version control yang hanya berjalan pada di local computer.
• pendekatan ini bisa digunakan karena sederhana dan tidak butuh server, karena semua riwayat pekerjaan tersimpan di local computer.
• setiap perubahan versi yang tersimpan di file tersimpan di local computer
  
  
2. Centralized Version Control
• masalah yang terjadi pada local version control adalah jika computer rusak maka seluruh data akan hilang
• selain itu, agak sulit berkolaborasi dengan pengguna lain jika file hanya ada pada satu computer
• untuk menangani masalah ini, kita bisa menggunakan Centrlized Version Control
• local version control menyimpan seluruh perubahan data pada server
• pengguna bisa mengakses data ke server untuk melihat perubahan file
• kekurangannya adalah jika pengguna offline mereka tidak bisa melihat semua riwayat file karena semua riwayat hanya ada pada server.
• selain itu, jika server down maka seluruh pengguna tidak bisa melakukan perubahan ataupun melihat perubahan / revisi file.
• contoh Centralized Version Control adalah Subrversion
  
  
3. Distributed Version Control (DVS)
• distributed version control adalah alternatif lain dari centralized version control 
• dalam DVSclient tidak hanya mengambil version terakhir namun seluruh riwayat version control di copy seluruhnya.
• dengan begitu, jika ada masalah pada server. client masih tetap bisa bekerja memanipulasi file, sampai melihata riwayat perubahan.
• bahkan dalam DVS, server bisa lebih dari satu, karena tiap server isinya sama yaitu full backup data.
• contoh DVS adalah GIT, Mercurial, dll