{"id":629,"date":"2022-01-26T01:56:50","date_gmt":"2022-01-26T01:56:50","guid":{"rendered":"https:\/\/www.cybermedian.com\/id\/?p=629"},"modified":"2025-02-11T17:59:28","modified_gmt":"2025-02-11T09:59:28","slug":"agile-team-the-development-maturity","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/id\/agile-team-the-development-maturity\/","title":{"rendered":"Tim Agile: Kematangan Pengembangan"},"content":{"rendered":"
\n
\n
\n

Perubahan yang terus-menerus dan tidak terduga adalah hal yang biasa di sebagian besar industri dan bidang bisnis. Vuca (variabilitas, ketidakpastian, kompleksitas, dan ambiguitas) mengharuskan Anda untuk menghindari metode dan praktik manajemen serta kepemimpinan yang tradisional dan usang.<\/p>\n

<\/figure>\n

Oleh karena itu, semakin banyak perusahaan mulai memperkenalkan agile<\/a> dan scrum<\/a>, tetapi implementasi agile di banyak perusahaan tidak memuaskan.<\/p>\n

Dalam pelaksanaan kerja sehari-hari, mode kerja tim sangat dipengaruhi oleh pemimpin tim atau pemimpin layanan. Terkadang, kelincahan tim tergantung pada gaya kerja individu pemimpin. Model tersebut menyimpang dan tidak membuat tim benar-benar agile.<\/p>\n

Jadi ketika sebuah tim produk<\/a> mengadopsi sebuah model pengembangan agile<\/a>, bagaimana Anda tahu jika tim benar-benar agile?<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Mengapa Scrum Sederhana tetapi tidak Mudah?<\/h4>\n

Scrum<\/a> sederhana tetapi tidak mudah karena alasan berikut:<\/p>\n

    \n
  1. Perubahan yang sukses tidak sepenuhnya dari atas ke bawah atau dari bawah ke atas;<\/li>\n
  2. Keadaan akhir tidak dapat diprediksi, dan Scrum membutuhkan perbaikan berkelanjutan;<\/li>\n
  3. Scrum ada di mana-mana di seluruh organisasi;<\/li>\n
  4. Scrum sangat berbeda dari pelatihan\/pendidikan tradisional;<\/li>\n
  5. Perubahan datang lebih cepat daripada sebelumnya;<\/li>\n
  6. Praktik terbaik itu berbahaya. Temukan metode yang sesuai untuk Anda;<\/li>\n<\/ol>\n

    Scrum bukan hanya perubahan teknis, tetapi juga inovasi konseptual. Seluruh tim harus mengadopsi sikap berikut saat melakukan pekerjaan:<\/p>\n

      \n
    1. Tim harus belajar untuk mulai bekerja tanpa rencana besar dan komprehensif;<\/li>\n
    2. Tim harus belajar untuk menganalisis dan memahami kebutuhan melalui cerita pengguna dan komunikasi tanpa dokumen kebutuhan yang rinci, dan mulai merancang dan memprogram;<\/li>\n
    3. Tim harus terbiasa dengan pengiriman kode yang sering dan integrasi berkelanjutan;<\/li>\n
    4. Tim bekerja di lingkungan yang sangat transparan, dan kemajuan setiap orang diketahui oleh semua orang;<\/li>\n
    5. Tim membutuhkan pemrograman berpasangan, dan komunikasi serta diskusi yang sering diperlukan;<\/li>\n<\/ol>\n

      Scrum bukan hanya kerangka proses, tetapi yang lebih penting, ia menggunakan Scrum untuk membangun tim dan meningkatkan kemampuan tim. Tingkat penyesuaian tim hampir menentukan efek implementasi Scrum. Namun, keberhasilan tim tidak dicapai dalam semalam. Bagaimana cara mengasah tim di berbagai tahap tim adalah tantangan bagi semua orang.<\/p>\n

      Artikel ini berfokus pada tiga tahap tim Scrum dari penciptaan hingga kematangan, untuk membantu Anda menemukan tahap tim Anda dan menemukan cara untuk melewati tahap berikutnya.<\/p>\n

      Tim Agile: Tahap I<\/h4>\n
        \n
      1. Peran PO (pemilik produk<\/a>) di Tim jelas, dan PO bertanggung jawab untuk mengelola Product Backlog<\/a>;<\/li>\n
      2. PO adalah sumber utama kebutuhan, dan bertanggung jawab untuk mengumpulkan kebutuhan dari semua pihak, dan bertanggung jawab atas kebutuhan tersebut;<\/li>\n
      3. PO bertanggung jawab untuk menentukan prioritas Product Backlog, yang juga berlaku ketika perubahan terjadi;<\/li>\n
      4. Ada satu orang di tim yang dapat mengambil peran Scrum Master<\/a>, pada dasarnya orang ini akan mengambil peran Scrum Master untuk waktu yang lama;<\/li>\n
      5. Pada dasarnya dapat mengkoordinasikan tim untuk menyelesaikan masalah yang dihadapi dalam Sprint. Namun, kemampuan untuk menyelesaikan masalah lintas domain masih lemah;<\/li>\n
      6. Scrum Master membantu anggota tim dalam memelihara Sprint Backlog dan membudayakan kebiasaan anggota tim untuk memelihara Sprint Backlog sendiri;<\/li>\n
      7. Scrum Master bertanggung jawab untuk memimpin dan memimpin rapat berdiri. Rapat berdiri diadakan di tempat dan waktu yang tetap dan berakhir dalam waktu standar. Scrum Master sangat jelas tentang konten kerja setiap anggota tim, dan sebagian besar masalah serta risiko dapat ditemukan melalui rapat berdiri.<\/li>\n
      8. Scrum Master bertanggung jawab untuk mengadakan berbagai pertemuan sesuai jadwal, seperti pertemuan rencana, pertemuan ringkasan, tinjauan PRD (tinjauan kinerja dan pengembangan), tinjauan kode, tinjauan kasus, dll.;<\/li>\n
      9. Scrum Master bertanggung jawab untuk memimpin dan memimpin pertemuan rencana, memberikan metode evaluasi jam kerja, memberikan konten rencana dan tingkat prioritas sprint ini, membimbing semua orang untuk membagi konten sprint, dan membimbing semua orang untuk menyelesaikan evaluasi jam kerja;<\/li>\n
      10. Scrum Master bertanggung jawab untuk memimpin dan memimpin pertemuan ringkasan. Scrum Master terutama bertanggung jawab untuk merangkum kelebihan dan kekurangan iterasi ini, serta merumuskan langkah-langkah perbaikan terhadap kekurangan dan menindaklanjutinya;<\/li>\n
      11. Scrum Master bertanggung jawab untuk memantau risiko dan kemajuan, dan dapat memberi tahu pemangku kepentingan;<\/li>\n
      12. Dalam banyak kasus, Tim dapat menyelesaikan komitmennya terhadap DOD<\/a>;<\/li>\n<\/ol>\n

        Tim Agile: Tahap II<\/h4>\n
          \n
        1. PO bertanggung jawab untuk mengelola Product Backlog, dan Tim menyetujui konten dari Product Backlog;<\/li>\n
        2. Tim akan membantu PO dalam mengumpulkan kebutuhan dan akan secara aktif mengusulkan kebutuhan. Tim mengenali kebutuhan dan bertanggung jawab atas kebutuhan tersebut;<\/li>\n
        3. PO membantu Tim dalam menentukan prioritas Product Backlog, bahkan ketika terjadi perubahan;<\/li>\n
        4. Peran Scrum Master dalam Tim adalah Cadangan. Ketika Scrum Master tidak ada, Cadangan dapat sepenuhnya mengambil alih peran pekerjaan;<\/li>\n
        5. Sepenuhnya mampu mengoordinasikan tim untuk menyelesaikan masalah yang dihadapi dalam Sprint. Kemampuan untuk mempromosikan pemecahan masalah lintas domain sangat kuat, tetapi kemampuan untuk mempromosikan pemecahan masalah lintas departemen lemah;<\/li>\n
        6. Kebiasaan anggota tim untuk memelihara Sprint Backlog sendiri telah terbentuk, dan Scrum Master hanya perlu mengawasi dan mengingatkan;<\/li>\n
        7. Scrum Master membantu dalam kemajuan efektif dari pertemuan berdiri. Pertemuan berdiri berakhir dalam waktu standar di tempat dan waktu yang tetap. Anggota tim sangat jelas tentang konten pekerjaan anggota lainnya. Anggota tim dapat membantu Scrum Master menemukan beberapa masalah dan risiko. Beberapa masalah dan risiko masih ditemukan oleh Scrum Master;<\/li>\n
        8. Scrum Master membantu dalam pelaksanaan efektif berbagai pertemuan, seperti pertemuan rencana, pertemuan ringkasan, tinjauan PRD, tinjauan ERD, tinjauan Kode, tinjauan Kasus, dll.;<\/li>\n
        9. Scrum Master membantu dalam pelaksanaan efektif pertemuan rencana, dan berdiskusi dengan anggota tim untuk menentukan metode evaluasi jam kerja, konten rencana dan prioritas sprint ini, dan kemudian bersama-sama menyelesaikan pembagian konten sprint dan evaluasi jam kerja;<\/li>\n
        10. Scrum Master membantu dalam merangkum kemajuan efektif dari pertemuan, mendiskusikan dan merangkum kelebihan dan kekurangan dari iterasi ini dengan anggota tim, dan dapat merumuskan langkah-langkah perbaikan yang efektif serta melakukan perbaikan yang efektif terhadap kekurangan, dan kelebihan dapat terus dipertahankan;<\/li>\n
        11. Dipimpin oleh Scrum Master, anggota tim berpartisipasi dalam memantau risiko dan kemajuan, dan dapat secara teratur memberi tahu pemangku kepentingan;<\/li>\n
        12. Tim bersama-sama menyelesaikan komitmennya terhadap DOD (Definisi Selesai);<\/li>\n<\/ol>\n

          Tim Agile: Tahap III<\/h4>\n
            \n
          1. Product Backlog dimulai dan dikelola oleh PO, dan Tim berpartisipasi dalam diskusi dan perbaikan;<\/li>\n
          2. Tim bersama-sama mengusulkan dan mengumpulkan kebutuhan, dan bertanggung jawab bersama untuk produk;<\/li>\n
          3. Tim bersama-sama menentukan dan bertanggung jawab atas prioritas Product Backlog, bahkan ketika terjadi perubahan;<\/li>\n
          4. Siapa pun dalam Tim dapat mengambil peran sebagai Scrum Master;<\/li>\n
          5. Ini dapat membantu Tim mengatasi semua hambatan yang dihadapi dalam Sprint, dan memiliki kemampuan yang kuat untuk mempromosikan pemecahan masalah lintas domain dan lintas departemen, serta memastikan bahwa DoD diselesaikan sesuai kesepakatan;<\/li>\n
          6. Anggota tim secara sadar memelihara Sprint Backlog, dan Scrum Master secara teratur memeriksa pemeliharaan Sprint Backlog oleh anggota tim;<\/li>\n
          7. Anggota tim secara aktif berpartisipasi dalam pertemuan berdiri, yang dilaksanakan secara efisien dan efektif. Pertemuan berdiri diadakan di tempat dan waktu yang tetap dan berakhir dalam waktu standar. Anggota tim sangat jelas tentang konten pekerjaan anggota lainnya, dan anggota tim secara aktif mengajukan pertanyaan dan risiko, menemukan semua masalah dan risiko bersama dengan Scrum Master;<\/li>\n
          8. Dengan bantuan Scrum Master, anggota tim memimpin pelaksanaan efektif berbagai pertemuan, seperti pertemuan rencana, pertemuan ringkasan, tinjauan PRD, tinjauan ERD, tinjauan Kode, tinjauan Kasus, dll.;<\/li>\n
          9. Dengan bantuan Scrum Master, anggota tim memimpin pertemuan rencana, dan tim bertanggung jawab bersama untuk hasil evaluasi jam kerja, konten rencana dan hasil pembagian sprint ini, serta hasil konfirmasi tingkat prioritas;<\/li>\n
          10. Didukung oleh Scrum Master, anggota tim memimpin pertemuan ringkasan. Tim bertanggung jawab bersama untuk hasil iterasi ini dan dapat bersama-sama mengenali akar penyebab kekurangan. Di periode selanjutnya, semua anggota tim secara aktif dan efektif melakukan perbaikan, dan secara bertahap mengubah kekurangan menjadi kelebihan. Kelebihan dapat semakin baik;<\/li>\n
          11. Tim secara aktif memantau risiko dan kemajuan bersama-sama, dan dapat memberi tahu pemangku kepentingan secara tepat waktu;<\/li>\n
          12. Tim fokus pada realisasi fungsi dan mengkhususkan diri dalam realisasi produk. Tim memiliki kemampuan untuk mengidentifikasi jalur yang benar dari produk dan bersama-sama mempromosikan perbaikan berkelanjutan dari produk;<\/li>\n<\/ol>\n

            Ringkasan<\/h3>\n

            Semakin matang sebuah tim Agile, semakin banyak yang diminta tidak hanya dari PO dan SM, tetapi juga dari anggota tim.<\/p>\n

            Dalam tim pengembangan agile, ini adalah proses pembelajaran dan perbaikan yang berkelanjutan, yang meningkatkan kemampuan dan tingkat seluruh tim dan oleh karena itu sangat bermanfaat bagi perkembangan tim, terutama ketika ada lebih banyak orang baru di tempat kerja.<\/p>\n

            Akhirnya, lebih baik membiarkan mereka belajar dan tumbuh dalam kerja tim, yang dapat membantu mereka berkembang lebih cepat dan meningkatkan kekuatan keseluruhan tim.<\/p>\n<\/div>\n<\/div>\n<\/section>\n

            \n
            \n
            \n<\/div>\n
            \n
            \n