Scrum: Perbedaan antara revisi

'''Scrum''' adalah [[Agile Development Methods|metode pengembangan perangkat lunak ''agile'']] yang dikembangkan oleh [[Jeff Sutherland]] dan tim pengembangannya di awal [[1990-an|1990-an.]]. Selanjutnya, pengembangan lebih lanjut tentang metode Scrum telah dilakukan oleh Schwaber dan Beedle.<ref>Schwabe, D., G. Rossi, and Barbosa, S., “Systematic Hypermedia Application Design Using OOHDM,” 2001, available at www-di.inf.puc-rio.br/~schwabe/HT96WWW/section1.html.</ref>. Prinsip scrum konsisten dengan manifesto ''agile'' dan digunakan untuk memandu kegiatan pengembangan dalam suatu proses yang menggabungkan kegiatan kerangka kerja ''(framework activity)'' berikut: kebutuhan ''(requirements)'', analisis ''(analysis)'', desain ''(design)'', evolusi ''(evolution),'' dan pengiriman ''(delivery)''. Dalam setiap kegiatan kerangka kerja, ''work task'' terjadi dalam pola proses yang disebut ''sprint.'' Pekerjaan yang dilakukan dalam ''sprint'' (jumlah ''sprint'' yang diperlukan untuk setiap kegiatan kerangka kerja akan bervariasi tergantung pada kompleksitas dan ukuran produk) disesuaikan dengan masalah yang dihadapi dan didefinisikan dan sering dimodifikasi secara ''real time'' oleh tim Scrum.<ref name=":0">{{Cite book|title=Software engineering : a practitioner's approach|url=http://worldcat.org/oclc/949696534|publisher=McGraw-Hill Education|date=2015|isbn=9781259253157|oclc=949696534|last=Pressman, Roger S.}}</ref>.

Para penulis menggambarkan pendekatan baru untuk pengembangan produk komersial yang akan meningkatkan kecepatan dan fleksibilitas, berdasarkan studi kasus dari perusahaan manufaktur di industri otomotif, mesin fotokopi dan printer.<ref name=":1" />. Mereka menyebut ini pendekatan holistik atau rugbi , karena seluruh proses dilakukan oleh satu tim lintas-fungsional di beberapa fase yang tumpang tindih, di mana tim "mencoba menempuh jarak sebagai satu kesatuan, meneruskan bola bolak-balik"<ref name=":1" /> (Dalam sepak bola [[rugbi]], scrum digunakan untuk memulai kembali permainan, ketika pemain depan dari masing-masing tim bertautan kepala di bawah dan berusaha mendapatkan kepemilikan bola<ref>"Scrum". ''Oxford Dictionaries''. Oxford University Press.</ref>)

Pada awal [[1990-an]], [[Ken Schwaber]] menggunakan apa yang akan menjadi Scrum di perusahaannya, ''Advanced Development Methods''; sementara Jeff Sutherland, [[John Scumniotales]] dan [[Jeff McKenna]] mengembangkan pendekatan yang sama di ''Easel Corporation'', merujuknya menggunakan satu kata Scrum.<ref>Sutherland, Jeff (October 2004). "Agile Development: Lessons learned from the first Scrum". Archived from the original (PDF) on November 22, 2017. Retrieved September 26, 2008.</ref>.

Pada tahun [[1995]], Sutherland dan Schwaber bersama-sama mempresentasikan makalah yang menggambarkan kerangka kerja Scrum di ''Business Object Design and Implementation Workshop'' yang diadakan sebagai bagian dari ''Object-Oriented Programming, Systems, Languages & Applications'' '95 (OOPSLA '95) di [[Austin]], [[Texas]].<ref>{{Cite book|title=Business object design and implementation : OOPSLA '95 workshop proceedings,16 October 1995, Austin, Texas|url=https://www.worldcat.org/oclc/35694527|publisher=Springer|date=1997|location=London|isbn=3540760962|oclc=35694527|last=Sutherland, Jeffrey Victor.}}</ref>. Selama tahun-tahun berikutnya, Schwaber dan Sutherland bekerja sama untuk menggabungkan materi ini — dengan pengalaman mereka dan mengembangkan praktik yang baik — untuk mengembangkan apa yang kemudian dikenal sebagai Scrum.<ref name=":2">Ken Schwaber; Jeff Sutherland. "The Scrum Guide" (PDF). Scrum.org. Retrieved October 27, 2017.</ref>.

Pada tahun 2001, Schwaber bekerja dengan [[Mike Beedle]] untuk menjelaskan metode dalam buku ''Agile Software Development with Scrum''.<ref>{{Cite book|title=Agile software development with Scrum|url=https://www.worldcat.org/oclc/48241360|publisher=Prentice Hall|date=2002|location=Upper Saddle River, NJ|isbn=0130676349|oclc=48241360|last=Schwaber, Ken.}}</ref>. Pendekatan Scrum untuk perencanaan dan pengelolaan pengembangan produk melibatkan otoritas pengambilan keputusan ke tingkat properti dan kepastian operasi.<ref>{{Cite book|title=Agile project management with Scrum|url=https://www.worldcat.org/oclc/53099100|publisher=Microsoft Press|date=2004|location=Redmond, Wash.|isbn=073561993X|oclc=53099100|last=Schwaber, Ken.}}</ref>. Pada tahun 2002, Schwaber bersama yang lain mendirikan ''Scrum Alliance'' <ref>{{Cite book|title=The Scrum culture : introducing agile methods in organizations|url=http://worldcat.org/oclc/1104852515|isbn=9783319738413|oclc=1104852515|last=Maximini, Dominik.}}</ref> dan mendirikan seri akreditasi ''Certified Scrum'' . Schwaber meninggalkan ''Scrum Alliance'' pada akhir 2009 dan mendirikan Scrum.org yang mengawasi seri akreditasi ''Professional Scrum'' paralel.<ref>Partogi, Joshua (July 7, 2013). "Certified Scrum Master vs Professional Scrum Master". Lean Agile Institute. Retrieved May 10, 2017.</ref>. Sejak 2009, sebuah dokumen publik bernama ''The Scrum Guide'' <ref name=":2" /> telah secara resmi mendefinisikan Scrum. Ini telah direvisi 5 kali, dengan versi saat ini adalah [[November]] [[2017|2017.]]. Pada tahun 2018, Schwaber dan komunitas Scrum.org, bersama dengan para pemimpin komunitas ''Kanban'', menerbitkan ''The Kanban Guide for Scrum Teams''.<ref>"Scrum.org Introduces Scrum with Kanban Course, Enabling Greater Transparency Among Development Teams". Retrieved March 2, 2018.</ref>.

Scrum menekankan penggunaan serangkaian pola proses perangkat lunak <ref name=":3">Noyes, B., “Rugby, Anyone?” ''Managing Development'' (an online publication of Fawcette Technical Publications), June 2002, www.fawcette.com/resources/managingdev/methodologies/scrum/.</ref> yang telah terbukti efektif untuk proyek dengan jadwal yang ketat, perubahan kebutuhan, dan kekritisan bisnis. Masing-masing pola proses ini mendefinisikan serangkaian tindakan pengembangan ''(development activity)'':<ref name=":0" />:

'''''Backlog'':''' daftar kebutuhan atau fitur proyek yang diprioritaskan yang memberikan nilai bisnis bagi pelanggan. Item dapat ditambahkan ke ''backlog'' kapan saja (ini adalah bagaimana perubahan diperkenalkan). Manajer produk menilai ''backlog'' dan memperbarui prioritas sesuai kebutuhan.<ref name=":0" />.

'''''Sprint:''''' terdiri dari unit kerja yang diperlukan untuk mencapai kebutuhan yang ditentukan dalam jaminan yang harus sesuai dengan ''time box'' yang telah ditentukan (biasanya 30 hari). Perubahan (mis. ''backlog work items'') tidak diperkenalkan selama ''sprint''. Oleh karena itu, ''sprint'' memungkinkan anggota tim untuk bekerja dalam lingkungan jangka pendek namun stabil.<ref name=":0" />.

Seorang pemimpin tim, yang disebut '''''Scrum master'',''' memimpin pertemuan dan menilai tanggapan dari setiap orang. ''Scrum meeting'' membantu tim untuk mengungkap potensi masalah sedini mungkin. Juga, pertemuan harian ini mengarah pada "sosialisasi pengetahuan" <ref name=":4">Beedle, M., et al., “SCRUM: An Extension Pattern Language for Hyperproductive Soft-ware Development,” included in: ''Pattern Languages of Program Design 4'', Addison-Wesley Longman, Reading MA, 1999, downloadable from <nowiki>http://jeffsutherland.com/scrum/</nowiki> scrum_plop.pdf. </ref> dan dengan demikian mempromosikan struktur tim yang mengatur diri sendiri.<ref name=":0" />.

'''''Demos:''''' menyampaikan ''software increment'' ke pelanggan sehingga fungsionalitas yang telah diterapkan dapat diperagakan dan dievaluasi oleh pelanggan. Penting untuk dicatat bahwa demo mungkin tidak mengandung semua fungsionalitas yang direncanakan, melainkan fungsi-fungsi yang dapat disampaikan dalam ''time box'' yang ditetapkan.<ref name=":0" />.

Beedle dan rekan-rekannya <ref name=":4" /> menyajikan diskusi komprehensif tentang pola-pola ini di mana mereka menyatakan: “Scrum mengasumsikan di muka keberadaan kekacauan. . . . ” Pola proses Scrum memungkinkan tim perangkat lunak untuk bekerja dengan sukses di dunia di mana penghapusan ketidakpastian tidak mungkin dilakukan.<ref name=":0" />.