Konsep dan ide Agile tertentu telah menjadi bagian dari percakapan pemasaran konten untuk beberapa waktu sekarang. Scrum adalah salah satu konsep yang sering menjadi bagian dari percakapan ini. Tetapi menggabungkannya dengan Agile menyebabkan semua jenis kebingungan. Artikel ini berfokus pada bagaimana pendekatan berbasis Scrum untuk pemasaran konten dapat bekerja, sebagaimana diceritakan melalui pengalaman tim pemasaran konten hipotetis. Scrum bersifat inkremental Konsep Scrum berputar di sekitar pengiriman iteratif, tambahan.

Dalam pengembangan perangkat lunak, tim Scrum berusaha untuk memberikan peningkatan perangkat lunak yang berfungsi dalam iterasi pendek, kotak waktu yang disebut sprint. Sprint ini memiliki awal dan akhir yang jelas (antara satu dan empat minggu) dan tujuan yang jelas. Tim pemasaran Scrum konten akan beroperasi dengan cara yang sama, dengan panjang sprint yang ditetapkan (yang harus tetap sama untuk semua sprint untuk membuat kemanjuran trek lebih mudah) dan tujuan atau sasaran yang ditentukan. Tim konten berkolaborasi untuk mencapai tujuan itu dalam kerangka waktu yang ditentukan. Tampaknya berlawanan dengan intuisi untuk mengadopsi pendekatan Scrum untuk sesuatu seperti pemasaran konten, yang merupakan upaya berkelanjutan.

Namun dalam praktiknya, cara melakukan pemasaran konten ini bisa sangat membuka mata. Manfaat scrum untuk tim konten Pendekatan berulang ini memberi tim pemasaran konten peningkatan pekerjaan yang jelas, yang dapat dianalisis dan dimodifikasi dengan cepat tanpa membuang waktu untuk sesuatu yang tidak memberikan nilai bagi blog, perusahaan, atau pembaca. Penekanan Scrum pada empirisme mendorong tim Scrum untuk sepenuhnya transparan, untuk meninjau dan menganalisis pekerjaan mereka, dan untuk menyesuaikannya. Sprint memberikan struktur dan fokus tambahan bagi tim, memungkinkannya mengidentifikasi dan bekerja menuju tujuan yang dapat dicapai. Aspek Scrum ini menciptakan suasana pencapaian yang mantap, yang penting karena pemasaran konten dapat terasa seperti usaha tanpa akhir.

Akhirnya, menjalankan pemasaran konten dalam sprint membantu tim lebih memahami berapa banyak waktu dan upaya yang dibutuhkan untuk jenis pekerjaan tertentu, sehingga mereka dapat meningkatkan perencanaan mereka. Orang-orang di tim Scrum Scrum Guide ™ resmi (Anda dapat memeriksanya di sini jika diinginkan) menetapkan tiga peran berbeda dengan tanggung jawab berbeda untuk tim Scrum yang berfungsi optimal: Pemilik produk, yang tanggung jawab utamanya adalah memaksimalkan nilai yang disampaikan oleh tim Scrum.

PO mempertahankan backlog produk (Saya akan menjelaskannya nanti), dengan jelas mendefinisikan dan memesan item backlog produk, dan memastikan semua orang memahami mereka dengan cukup baik untuk mengerjakannya. Seorang master Scrum, yang bertindak sebagai pelayan-pemimpin untuk tim. Master Scrum membantu semua orang memahami dan mempraktikkan Scrum melalui saran, pelatihan, dan memastikan kerangka kerja diterapkan dengan benar. Master Scrum juga bertanggung jawab untuk menghilangkan segala rintangan (internal dan eksternal) yang menghalangi tim untuk melakukan tugasnya.

Tim pengembang, yang meliputi orang-orang yang memberikan “peningkatan produk yang dapat dirilis” (lebih lanjut tentang ini nanti) dan yang memiliki keputusan akhir tentang apa yang akan dilakukan dalam sprint. Tim pengembangan tidak memiliki hierarki, judul, atau sub-tim. Beberapa tim memiliki pemilik produk dan master Scrum yang mendedikasikan waktu mereka untuk peran mereka. Untuk tim pemasaran Scrum konten, lebih mungkin pemilik produk dan master Scrum juga akan menjadi bagian dari tim pengembangan, mis., Melakukan pekerjaan praktis. Mengatur pekerjaan konten Scrum menyediakan struktur yang hebat untuk mengatur pekerjaan dengan cara yang memperjelas siapa yang mengerjakan apa dan mengapa sesuatu dilakukan.

Tumpukan produk adalah daftar prioritas semua yang diperlukan untuk produk. Untuk tim pemasaran konten, produk itu mungkin merupakan konten sukses yang membawa prospek dan meningkatkan tingkat konversi (atau apa pun yang menjadi fokus tim Anda).

Tunggakan produk mencakup item tunggakan produk (PBI), yang menggambarkan pekerjaan yang harus dilakukan tim untuk menambah nilai produk (pemasaran konten yang berhasil dan berkelanjutan). Semua PBI memiliki yang berikut: Deskripsi yang jelas Memesan di mana barang akan dilakukan Nilai (ditentukan oleh tim) Perkirakan berapa lama waktu yang dibutuhkan untuk menyelesaikannya Seperti yang saya sebutkan, semua ini adalah tanggung jawab pemilik produk. Pemilik produk dapat (dan harus) berkonsultasi dengan tim Scrum pemasaran konten lainnya tentang jaminan simpanan produk. Tetapi, sebagai satu-satunya orang yang bertanggung jawab atas jaminan simpanan, pemilik produk dapat membawa fokus dan kejelasan. Tidak semua item jaminan produk dijelaskan dengan sangat rinci. Pemilik produk hanya masuk ke detail pada item jaminan simpanan produk yang dibahas dalam satu atau dua sprint berikutnya.

Juga, ingat jaminan produk adalah hal yang hidup dan dapat berubah seiring waktu. Sprint backlog Ketika tiba waktunya untuk memulai sprint baru, tim pengembang menarik item jaminan simpanan produk yang diperlukan untuk mencapai tujuan sprint ke dalam sprint backlog – daftar PBI yang dipesan untuk dikerjakan dalam sprint itu.

Contoh: Tim pengembangan Scrum pemasaran konten kami menarik item jaminan simpanan produk ini ke dalam sprint jaminan simpanan untuk dieksekusi dalam sprint baru: Tentukan topik untuk posting blog Teliti topiknya Cari kata kunci untuk posting blog Tulis posting blog Buat visual untuk posting blog Koreksi posting blog Publikasikan posting blog Tetapkan jadwal berbagi media sosial Buat visual untuk berbagi media sosial Temukan strategi untuk membangun tautan Teliti kemungkinan situs web dan pemilik Tulis email penjangkauan Mulai kampanye penjangkauan Tidak ada yang memutuskan bagaimana semua ini akan dilakukan kecuali untuk tim pengembangan, yaitu, orang-orang yang akan melakukan pekerjaan.

Misalnya, tim pengembangan akan memilih alat dan proses yang akan digunakan untuk menemukan topik dan kata kunci penelitian. Tim pengembangan adalah tim dengan keputusan akhir tentang apa yang akan dilakukan dalam sprint. Rapat scrum Rapat scrum diadakan secara teratur dan membantu meningkatkan kerja tim dan produk. Perencanaan sprint Pertemuan perencanaan sprint terjadi sebelum sprint dimulai. Pada pertemuan perencanaan, pemilik produk menyarankan item jaminan simpanan produk yang harus dikerjakan tim dan tim pengembangan kemudian membahas apa yang harus dilakukan dan cara terbaik untuk melakukan pekerjaan. Papan scrum Meskipun ini bukan konsep formal dari Panduan Scrum, sebagian besar tim Scrum menggunakan papan Scrum untuk memvisualisasikan pekerjaan dalam sprint. Ini bisa berupa papan fisik dengan catatan tempel atau bisa berupa papan virtual untuk tim yang menggunakan perangkat lunak Scrum. Scrum harian Selama rapat Scrum harian singkat, tim berbicara tentang apa yang telah mereka lakukan, bagaimana semuanya berjalan, dan apa yang mereka rencanakan untuk dilakukan hari itu. Ini adalah kesempatan yang sempurna bagi tim untuk mengidentifikasi kemungkinan hambatan dan hambatan dan mencari cara untuk mengatasinya. Ulasan sprint Setelah sprint, anggota tim Scrum bertemu untuk meninjau pekerjaan yang telah diselesaikan. Mereka berbicara tentang apa yang mereka lakukan dengan baik dan apa yang dapat ditingkatkan dalam sprint di masa depan. Ulasan sprint juga merupakan kesempatan untuk memamerkan karya anggota tim untuk orang lain. Ini juga dapat digunakan untuk memperoleh umpan balik dari pemangku kepentingan lain di perusahaan dan menjelaskan bagaimana pekerjaan yang dilakukan oleh tim pemasaran konten akan berkontribusi bagi perusahaan. Sprint retrospektif Retrospektif sprint berfokus pada bagaimana tim berkolaborasi sebagai satu unit, hambatan yang mereka hadapi, dan bagaimana mereka bisa menjadi tim yang lebih produktif dan kolaboratif.

Tujuannya bukan untuk menyalahkan, tetapi untuk memiliki pertemuan positif yang memperkuat perasaan menjadi bagian dari unit yang terus meningkat. Beberapa pertimbangan Meskipun dulunya merupakan proses yang berfokus pada teknologi, Scrum dapat membawa manfaat bagi tim pemasaran konten. Tetapi seharusnya tidak membatasi tim konten untuk menerapkan praktik dan ide lain. Itulah titik Scrum – untuk menyediakan kerangka kerja yang akan membantu menetapkan apa yang memberikan nilai dan apa yang tidak. Scrum biasanya tidak datang dengan kesuksesan instan. Butuh waktu bagi tim untuk menemukan cara terbaik untuk bekerja di bawah kerangka kerja di perusahaan mereka. Beberapa tim mungkin menekankan praktik tertentu dan menghindari yang lain yang tidak masuk akal untuk situasi mereka (missal Memberikan nilai pada tugas individu). Tetapi manfaat utama Scrum transparansi, inspeksi, dan adaptasi mengarah pada cara yang lebih baik dalam melakukan sesuatu.

SUMBER LINK : https://contentmarketinginstitute.com/2019/01/content-marketing-scrum-how-to/