Saya pikir pertanyaan ini mungkin di luar topik karena tidak terkait dengan pemrograman.
Kode L ღ ver
Mereka berlaku untuk sektor Manufaktur dan produksi. Tidak sepenuhnya dipahami bagaimana mereka akan mengurangi praktik perangkat lunak yang ada. Yang bersih, dimengerti, sopan, dewasa.
Siva Tumma
1
Saya memberikan suara untuk menutup pertanyaan ini sebagai di luar topik karena ini menyangkut proses atau metode pengembangan perangkat lunak.
Thomas Owens
1
Scrum adalah salah satu metodologi untuk mengimplementasikan proses Agile seperti Kanban. Jadi idealnya kita harus mencari perbedaan dengan Scrum dan Kanban atlassian.com/agile/kanban/kanban-vs-scrum
Amitesh
Jawaban:
353
Scrum hanyalah salah satu dari sekian banyak metode pengembangan perangkat lunak yang gesit dan bertahap. Anda dapat menemukan di sini deskripsi yang sangat rinci dari proses.
Dalam metodologi SCRUM, Sprint adalah unit dasar pengembangan. Setiap Sprint dimulai dengan rapat perencanaan, di mana tugas-tugas untuk sprint diidentifikasi dan komitmen yang diperkirakan untuk tujuan sprint dibuat. Sebuah Sprint berakhir dengan ulasan atau pertemuan retrospektif di mana kemajuan ditinjau dan pelajaran untuk sprint berikutnya diidentifikasi. Selama setiap Sprint, tim menciptakan bagian-bagian akhir dari suatu Produk.
Dalam metode Agile setiap iterasi melibatkan tim yang bekerja melalui siklus pengembangan perangkat lunak lengkap, termasuk perencanaan, analisis persyaratan, desain, pengkodean, pengujian unit, dan pengujian penerimaan ketika produk yang bekerja diperlihatkan kepada para pemangku kepentingan.
Jadi jika dalam SCRUM Sprint Anda melakukan semua fase pengembangan perangkat lunak (dari analisis persyaratan hingga pengujian penerimaan), dan menurut pendapat Anda, Anda dapat mengatakan SCRUM Sprint sesuai dengan AGILE Iterations.
Penjelasan hebat. Beberapa modifikasi yang saya sarankan: Perencanaan sprint adalah acara pertama di dalam kotak waktu sprint. Sprint tidak memiliki celah sehingga tidak ada yang muncul sebelum sprint.
Ryan Cromwell
63
Jawabannya tidak cukup jelas. Cara ini menjelaskan dua hal ini, mereka pada dasarnya terdengar serupa; hanya terminologi yang berbeda telah digunakan untuk menggambarkannya. Saya pikir jawaban ini , meskipun itu hanya satu baris, jelas dan tepat mengatakan perbedaan bahwa Agile hanyalah sebuah filosofi dan Scrum adalah implementasi dari filosofi itu.
Nawaz
1
Scrum adalah kerangka kerja untuk mengembangkan, memberikan, dan mempertahankan produk yang kompleks, bukan manajemen proyek. Itu adalah salah satu dasar bagi filsafat lincah yang dijelaskan dalam manifesto , bukan akibatnya.
Alan Larimer
76
Seperti disebutkan di atas oleh orang lain,
Scrum adalah metode pengembangan perangkat lunak yang gesit dan bertahap untuk mengelola proyek perangkat lunak dan pengembangan produk atau aplikasi. Jadi Scrum sebenarnya adalah jenis pendekatan Agile yang digunakan secara luas dalam pengembangan perangkat lunak.
Jadi, Scrum adalah rasa khusus dari Agile, khususnya ini disebut sebagai kerangka kerja manajemen proyek tangkas.
Scrum juga memiliki dua peran utama di dalamnya, yaitu: 1. Peran Utama / Inti 2. Peran Tambahan
Peran Utama / Inti: Ini terutama terdiri dari tiga peran: a). Scrum Master, b). Pemilik Produk, c). Tim pengembangan.
Peran Penunjang: Peran pendukung dalam tim Scrum adalah mereka yang tidak memiliki peran formal dan jarang terlibat dalam prosesi Scrum tetapi meskipun demikian, mereka harus diperhitungkan. yaitu Stakeholder, Manajer.
Scrum Master: - Ada 6 jenis pertemuan dalam scrum:
Scrum / Standup Harian
Perawatan backlog: alur cerita
Scrum of Scrums
Pertemuan Perencanaan Sprint
Pertemuan tinjauan sprint
Sprint retrospektif
Beri tahu saya jika ada yang membutuhkan lebih banyak input untuk ini.
Tulisan bagus tentang peran dalam Scrum. Terima kasih!
asgs
1
Terima kasih! itu adalah bantuan besar untuk pemula
Tesfa Zelalem
1
apa tujuan dari pertemuan scrum of scrums?
kn3l
30
SCRUM:
SCRUM adalah jenis pendekatan Agile. Ini adalah Kerangka bukan Metodologi.
Itu tidak memberikan instruksi terperinci untuk apa yang perlu dilakukan melainkan sebagian besar tergantung pada tim yang mengembangkan perangkat lunak. Karena pengembangan proyek tahu bagaimana masalah dapat diselesaikan, itulah sebabnya banyak yang tersisa pada mereka
Tim lintas fungsi dan pengorganisasian diri sangat penting dalam kasus scrum. Tidak ada pemimpin tim dalam hal ini yang akan menugaskan tugas kepada anggota tim daripada seluruh tim mengatasi masalah atau masalah. Ini adalah lintas-fungsional dengan cara bahwa setiap orang terlibat dalam proyek langsung dari ide hingga implementasi proyek.
Keuntungan scrum adalah bahwa arah proyek harus disesuaikan berdasarkan pekerjaan yang diselesaikan, bukan pada spekulasi atau prediksi.
Peran yang Terlibat: Pemilik Produk, Scrum Master, Anggota Tim
Metodologi Agile:
Bangun aplikasi Perangkat Lunak yang sifatnya tidak dapat diprediksi
Irama kerja berulang dan tambahan yang disebut sprint digunakan dalam metodologi ini.
Baik Agile dan SCRUM mengikuti sistem - beberapa fitur dikembangkan sebagai bagian dari sprint dan di akhir setiap sprint; fitur-fiturnya selesai langsung dari pengkodean, pengujian dan integrasi mereka ke dalam produk. Peragaan fungsionalitas disediakan untuk pemilik di akhir setiap sprint sehingga umpan balik dapat diambil yang dapat membantu untuk sprint berikutnya.
Manifesto untuk Pengembangan Agile:
Individu dan interaksi atas proses dan alat
Bekerja dengan perangkat lunak melalui dokumentasi yang komprehensif
Kolaborasi pelanggan atas negosiasi kontrak
Menanggapi perubahan setelah mengikuti rencana
Artinya, sementara ada nilai di item di sebelah kanan, kami lebih menghargai item di sebelah kiri.
Sementara metodologi Agile dapat diterapkan untuk pengembangan produk tidak hanya di industri perangkat lunak tetapi juga di industri lain, Scrum khusus untuk pengembangan perangkat lunak.
Scrum bukan metodologi. Ini hanya menyediakan struktur, disiplin dan kerangka kerja untuk pengembangan Agile. Seluruh proyek terdiri dari serangkaian Sprint atau Sprint Cycles (1 hingga n) di mana setiap Sprint memiliki durasi yang sama. Jika 'waktu' dilambangkan dengan T, maka T1 = T2 = T3 = ... Tn. Sprint bisa berlangsung antara 2 hingga 4 minggu. Sprint yang lebih pendek dari 2 minggu tidak ideal dan digunakan lebih jarang. Pada akhir setiap Sprint, dihasilkan perangkat lunak fungsional / kerja yang dapat diuji oleh pengguna.
Harap dicatat bahwa Scrum tidak spesifik untuk pengembangan perangkat lunak ... ini sangat populer dalam pengembangan perangkat lunak, tetapi hanya karena sifat kompleks pengembangan perangkat lunak. Setiap pengembangan produk yang kompleks akan mendapat manfaat dari menggunakan Scrum. Fakta menyenangkan: Jika Anda mencari Panduan Scrum, itu tidak menyebutkan kata "perangkat lunak" sekali.
Nick Clark
15
Agile dan Scrum adalah istilah yang digunakan dalam manajemen proyek. Metodologi Agile menggunakan ketukan kerja inkremental dan berulang yang juga disebut sprint. Scrum, di sisi lain adalah jenis pendekatan gesit yang digunakan dalam pengembangan perangkat lunak.
Agile adalah praktik dan Scrum adalah proses untuk mengikuti praktik ini sama dengan eXtreme Programming (XP) dan Kanban adalah proses alternatif untuk mengikuti praktik pengembangan Agile.
Metodologi air terjun adalah proses desain berurutan. Ini berarti bahwa ketika masing-masing dari delapan tahap (konsepsi, inisiasi, analisis, desain, konstruksi, pengujian, implementasi, dan pemeliharaan) selesai, para pengembang beralih ke langkah berikutnya.
Karena proses ini berurutan, sekali langkah telah selesai, pengembang tidak dapat kembali ke langkah sebelumnya - tidak tanpa menggaruk seluruh proyek dan mulai dari awal. Tidak ada ruang untuk perubahan atau kesalahan, jadi hasil proyek dan rencana yang luas harus ditetapkan di awal dan kemudian diikuti dengan hati-hati
Sertifikasi Agile ACP muncul sebagai "solusi" untuk kerugian dari metodologi air terjun. Alih-alih proses desain berurutan, metodologi Agile mengikuti pendekatan inkremental. Pengembang memulai dengan desain proyek yang sederhana, dan kemudian mulai bekerja pada modul kecil. Pekerjaan pada modul-modul ini dilakukan dalam sprint mingguan atau bulanan, dan pada akhir setiap sprint, prioritas proyek dievaluasi dan tes dijalankan. Sprint ini memungkinkan ditemukannya bug, dan umpan balik pelanggan untuk dimasukkan ke dalam desain sebelum sprint berikutnya dijalankan.
Proses, dengan kurangnya desain dan langkah-langkah awal, sering dikritik karena sifat kolaboratif yang berfokus pada prinsip daripada proses.
Agile adalah kata bahasa Inggris umum dan itu berarti kemampuan untuk membuat dan menanggapi perubahan. Dalam dunia pengembangan perangkat lunak Agile, ada seperangkat metodologi dan kerangka kerja tangkas (Anda dapat menemukan semuanya dalam wiki), salah satunya adalah SCRUM dan SCRUM adalah kerangka kerja dan bukan metodologi.
Don_Manj
9
Pada awalnya apa yang bisa saya katakan adalah - Agile adalah metodologi evolusi dari Unified Process yang berfokus pada Iterative & Incremental Development (IID). IID lebih menekankan pengembangan berulang pada fase konstruksi (pengkodean aktual) dan pengiriman tambahan. Itu tidak akan lebih menekankan pada Analisis Kebutuhan (Inception) dan Desain (Elaborasi) yang ditangani dalam iterasi itu sendiri. Jadi, Iterasi di sini bukan "proyek mini dengan sendirinya".
Di Agile, kami mengambil IDD ini sedikit lebih jauh, menambahkan lebih banyak realitas seperti Kolaborasi Tim, Persyaratan Evolusi, dan Desain, dll. Dan SCRUM adalah alat untuk memungkinkannya dengan mempertimbangkan faktor manusia dan membangun prinsip 'Kebijaksanaan Kelompok'. Jadi, Sprint di sini adalah "proyek mini dengan sendirinya" yang memperbaiki model IID murni.
Jadi, iterasi yang diimplementasikan dengan cara Agile, ya, secara teoritis Sprint (menyoroti ukuran iterasi yang kecil dan pengirimannya cepat). Saya tidak benar-benar membedakan antara Agile dan SCRUM dan saya melihat bahwa SCRUM adalah cara alami untuk menerapkan prinsip Agile.
Jawaban:
Scrum hanyalah salah satu dari sekian banyak metode pengembangan perangkat lunak yang gesit dan bertahap. Anda dapat menemukan di sini deskripsi yang sangat rinci dari proses.
Dalam metodologi SCRUM, Sprint adalah unit dasar pengembangan. Setiap Sprint dimulai dengan rapat perencanaan, di mana tugas-tugas untuk sprint diidentifikasi dan komitmen yang diperkirakan untuk tujuan sprint dibuat. Sebuah Sprint berakhir dengan ulasan atau pertemuan retrospektif di mana kemajuan ditinjau dan pelajaran untuk sprint berikutnya diidentifikasi. Selama setiap Sprint, tim menciptakan bagian-bagian akhir dari suatu Produk.
Dalam metode Agile setiap iterasi melibatkan tim yang bekerja melalui siklus pengembangan perangkat lunak lengkap, termasuk perencanaan, analisis persyaratan, desain, pengkodean, pengujian unit, dan pengujian penerimaan ketika produk yang bekerja diperlihatkan kepada para pemangku kepentingan.
Jadi jika dalam SCRUM Sprint Anda melakukan semua fase pengembangan perangkat lunak (dari analisis persyaratan hingga pengujian penerimaan), dan menurut pendapat Anda, Anda dapat mengatakan SCRUM Sprint sesuai dengan AGILE Iterations.
sumber
Seperti disebutkan di atas oleh orang lain,
Scrum adalah metode pengembangan perangkat lunak yang gesit dan bertahap untuk mengelola proyek perangkat lunak dan pengembangan produk atau aplikasi. Jadi Scrum sebenarnya adalah jenis pendekatan Agile yang digunakan secara luas dalam pengembangan perangkat lunak.
Jadi, Scrum adalah rasa khusus dari Agile, khususnya ini disebut sebagai kerangka kerja manajemen proyek tangkas.
Scrum juga memiliki dua peran utama di dalamnya, yaitu: 1. Peran Utama / Inti 2. Peran Tambahan
Peran Utama / Inti: Ini terutama terdiri dari tiga peran: a). Scrum Master, b). Pemilik Produk, c). Tim pengembangan.
Peran Penunjang: Peran pendukung dalam tim Scrum adalah mereka yang tidak memiliki peran formal dan jarang terlibat dalam prosesi Scrum tetapi meskipun demikian, mereka harus diperhitungkan. yaitu Stakeholder, Manajer.
Scrum Master: - Ada 6 jenis pertemuan dalam scrum:
Beri tahu saya jika ada yang membutuhkan lebih banyak input untuk ini.
sumber
SCRUM:
SCRUM adalah jenis pendekatan Agile. Ini adalah Kerangka bukan Metodologi.
Itu tidak memberikan instruksi terperinci untuk apa yang perlu dilakukan melainkan sebagian besar tergantung pada tim yang mengembangkan perangkat lunak. Karena pengembangan proyek tahu bagaimana masalah dapat diselesaikan, itulah sebabnya banyak yang tersisa pada mereka
Tim lintas fungsi dan pengorganisasian diri sangat penting dalam kasus scrum. Tidak ada pemimpin tim dalam hal ini yang akan menugaskan tugas kepada anggota tim daripada seluruh tim mengatasi masalah atau masalah. Ini adalah lintas-fungsional dengan cara bahwa setiap orang terlibat dalam proyek langsung dari ide hingga implementasi proyek.
Keuntungan scrum adalah bahwa arah proyek harus disesuaikan berdasarkan pekerjaan yang diselesaikan, bukan pada spekulasi atau prediksi.
Peran yang Terlibat: Pemilik Produk, Scrum Master, Anggota Tim
Metodologi Agile:
Bangun aplikasi Perangkat Lunak yang sifatnya tidak dapat diprediksi
Irama kerja berulang dan tambahan yang disebut sprint digunakan dalam metodologi ini.
Baik Agile dan SCRUM mengikuti sistem - beberapa fitur dikembangkan sebagai bagian dari sprint dan di akhir setiap sprint; fitur-fiturnya selesai langsung dari pengkodean, pengujian dan integrasi mereka ke dalam produk. Peragaan fungsionalitas disediakan untuk pemilik di akhir setiap sprint sehingga umpan balik dapat diambil yang dapat membantu untuk sprint berikutnya.
Manifesto untuk Pengembangan Agile:
Artinya, sementara ada nilai di item di sebelah kanan, kami lebih menghargai item di sebelah kiri.
sumber
Bagaimana Scrum cocok dengan Pengembangan Agile?
Sementara metodologi Agile dapat diterapkan untuk pengembangan produk tidak hanya di industri perangkat lunak tetapi juga di industri lain, Scrum khusus untuk pengembangan perangkat lunak.
Scrum bukan metodologi. Ini hanya menyediakan struktur, disiplin dan kerangka kerja untuk pengembangan Agile. Seluruh proyek terdiri dari serangkaian Sprint atau Sprint Cycles (1 hingga n) di mana setiap Sprint memiliki durasi yang sama. Jika 'waktu' dilambangkan dengan T, maka T1 = T2 = T3 = ... Tn. Sprint bisa berlangsung antara 2 hingga 4 minggu. Sprint yang lebih pendek dari 2 minggu tidak ideal dan digunakan lebih jarang. Pada akhir setiap Sprint, dihasilkan perangkat lunak fungsional / kerja yang dapat diuji oleh pengguna.
Artikel asli ada di sini ...
https://www.linkedin.com/pulse/agile-development-using-scrum-what-you-dont-know-sri-prakash?trk=prof-post
sumber
Agile dan Scrum adalah istilah yang digunakan dalam manajemen proyek. Metodologi Agile menggunakan ketukan kerja inkremental dan berulang yang juga disebut sprint. Scrum, di sisi lain adalah jenis pendekatan gesit yang digunakan dalam pengembangan perangkat lunak.
Agile adalah praktik dan Scrum adalah proses untuk mengikuti praktik ini sama dengan eXtreme Programming (XP) dan Kanban adalah proses alternatif untuk mengikuti praktik pengembangan Agile.
sumber
Metodologi air terjun adalah proses desain berurutan. Ini berarti bahwa ketika masing-masing dari delapan tahap (konsepsi, inisiasi, analisis, desain, konstruksi, pengujian, implementasi, dan pemeliharaan) selesai, para pengembang beralih ke langkah berikutnya.
Karena proses ini berurutan, sekali langkah telah selesai, pengembang tidak dapat kembali ke langkah sebelumnya - tidak tanpa menggaruk seluruh proyek dan mulai dari awal. Tidak ada ruang untuk perubahan atau kesalahan, jadi hasil proyek dan rencana yang luas harus ditetapkan di awal dan kemudian diikuti dengan hati-hati
Sertifikasi Agile ACP muncul sebagai "solusi" untuk kerugian dari metodologi air terjun. Alih-alih proses desain berurutan, metodologi Agile mengikuti pendekatan inkremental. Pengembang memulai dengan desain proyek yang sederhana, dan kemudian mulai bekerja pada modul kecil. Pekerjaan pada modul-modul ini dilakukan dalam sprint mingguan atau bulanan, dan pada akhir setiap sprint, prioritas proyek dievaluasi dan tes dijalankan. Sprint ini memungkinkan ditemukannya bug, dan umpan balik pelanggan untuk dimasukkan ke dalam desain sebelum sprint berikutnya dijalankan.
Proses, dengan kurangnya desain dan langkah-langkah awal, sering dikritik karena sifat kolaboratif yang berfokus pada prinsip daripada proses.
sumber
Pada awalnya apa yang bisa saya katakan adalah - Agile adalah metodologi evolusi dari Unified Process yang berfokus pada Iterative & Incremental Development (IID). IID lebih menekankan pengembangan berulang pada fase konstruksi (pengkodean aktual) dan pengiriman tambahan. Itu tidak akan lebih menekankan pada Analisis Kebutuhan (Inception) dan Desain (Elaborasi) yang ditangani dalam iterasi itu sendiri. Jadi, Iterasi di sini bukan "proyek mini dengan sendirinya".
Di Agile, kami mengambil IDD ini sedikit lebih jauh, menambahkan lebih banyak realitas seperti Kolaborasi Tim, Persyaratan Evolusi, dan Desain, dll. Dan SCRUM adalah alat untuk memungkinkannya dengan mempertimbangkan faktor manusia dan membangun prinsip 'Kebijaksanaan Kelompok'. Jadi, Sprint di sini adalah "proyek mini dengan sendirinya" yang memperbaiki model IID murni.
Jadi, iterasi yang diimplementasikan dengan cara Agile, ya, secara teoritis Sprint (menyoroti ukuran iterasi yang kecil dan pengirimannya cepat). Saya tidak benar-benar membedakan antara Agile dan SCRUM dan saya melihat bahwa SCRUM adalah cara alami untuk menerapkan prinsip Agile.
sumber