Bagaimana cara melaporkan kemajuan proyek saya (Agile) ke perusahaan saya (yang bukan programmer)?


15

Saya memiliki masalah dalam melaporkan kemajuan kepada majikan saya. Saya seorang programmer paruh waktu, menangani proyek perangkat lunak untuk departemen (non-teknis) sekolah saya.

Contact person:
1. Staf yang benar-benar menggunakan perangkat lunak dan mengajukan permintaan fitur,
2. Bos saya (non-programmer), dan dia bukan pengguna perangkat lunak.

Sifat proyek:
Ini adalah perangkat lunak siap pakai, yang telah dibeli dari pihak ketiga. Saya harus memodifikasi atau menambahkan fitur / fungsi ke perangkat lunak ini untuk memenuhi kebutuhan departemen. Ini adalah perangkat lunak yang perlu digunakan sepanjang semester. Tidak semua fitur perlu digunakan di awal.

Karena itu kami menggunakan model Agile: Ketika staf membutuhkan fitur tertentu, mereka mengajukan permintaan, dan saya membuat perubahan. Pada akhir semester, saya kira semua fitur yang diperlukan akan dinaikkan dan diimplementasikan.

Masalahnya:
Setiap kali bos saya bertanya kepada saya bagaimana kemajuannya, saya tidak bisa menjawab, karena saya tidak tahu bagaimana menjawabnya. Saya tidak memiliki daftar lengkap semua fitur yang diperlukan. Meskipun saya telah menyelesaikan fitur yang dimunculkan minggu lalu, saya masih tidak bisa memberi tahu bos saya bahwa saya telah "menyelesaikan", karena fitur-fitur baru juga datang, dan saya tidak tahu berapa banyak. Saya tidak dapat mengatakan "Kami memiliki berapa banyak% penyelesaian" atau "Kami akan menyelesaikannya dengan xxx". Kadang dari 3 permintaan, saya berhasil menyelesaikan 2, saya akan memberi tahu bos saya "Saya telah menyelesaikan 2, tetapi ada satu fitur yang belum selesai". Setelah jangka waktu yang lama, saya terdengar seperti "Saya selalu memiliki sesuatu yang tidak selesai, setelah begitu lama".

Tidak dapat melaporkan kemajuan membuat saya terlihat sangat buruk. Ini bukan tentang berapa banyak yang telah saya lakukan, ini tentang bagaimana membuat orang tahu. Jika saya adalah manajer, dan staf saya terus gagal melaporkan kemajuan kepada saya selama berbulan-bulan, saya akan merasa orang ini juga tidak mampu.

Apakah Anda tahu cara melaporkan, atau menjawab pertanyaan sesederhana "apa status / kemajuan modifikasi perangkat lunak"?

PEMBARUAN Bos saya tidak terlibat dalam tugas pengembangan secara langsung, jadi dia tidak memiliki petunjuk tentang apa yang saya lakukan, atau bagaimana program bekerja. Kami tidak bertemu secara teratur karena dia sibuk, dan saya merasa itu akan membuang-buang waktu karena dia bukan pengguna utama, dia tidak tahu detail program.

Saya bertemu secara teratur dengan staf yang menggunakan dan lebih tahu tentang perangkat lunak.

Saya merasa sulit menjelaskan perkembangannya kepada bos saya.

Jawaban:


24

Ini adalah masalah umum ketika Anda seorang programmer yang bekerja secara mandiri, dan Anda melaporkan kepada seseorang yang tidak teknis.

Atasan seperti itu sebagian besar ingin mengetahui beberapa hal:

  • Seberapa senang para pengguna?
  • Apakah hal-hal yang ingin dilakukan pengguna?
  • Apakah yang Anda lakukan sepadan dengan uang yang Anda bayarkan?

Agile burn-down atau hal lain seperti itu akan menjadi ide yang buruk! Seperti yang Anda katakan, bos Anda benar-benar sibuk, sehingga mereka tidak akan punya waktu untuk mempelajarinya, dan mungkin juga tidak tertarik untuk itu.

Jadi jika saya jadi Anda, saya akan mengirimi mereka laporan seminggu sekali yang berisi:

  • "Ringkasan eksekutif" di awal: "Fitur selesai 3 minggu ini, dan mendapat 2 permintaan fitur baru. Pada awal minggu ini, ada 11 permintaan fitur yang belum selesai, dan pada akhirnya ada 10."
  • Daftar status fitur, dengan kalimat singkat masing-masing, dalam tiga kelompok:
    1. Fitur yang Anda lakukan selama seminggu
    2. Permintaan fitur yang masuk selama seminggu
    3. Fitur lain di "jaminan simpanan"
  • Diskusi singkat tentang apa pun yang rumit atau tidak biasa, lebih disukai menggunakan bahasa non-teknis.

Jika saya bos Anda, dan saya belum mendapatkan laporan, saya akan sangat senang mendapatkannya setiap minggu. Dan jika saya menginginkan sesuatu yang berbeda, saya akan meminta Anda untuk itu.


5
+1. Email itu juga akan bermanfaat bagi semua orang, bukan hanya bos yang tampaknya tidak memiliki nomor proyek apa pun. Semua manajer suka daftar tugas turun.
DBlackborough

Ya, ini terdengar sangat masuk akal. Juga tanyakan, kemana Anda akan pergi dalam jangka panjang - apakah itu cukup untuk memenuhi permintaan fitur dalam urutan yang masuk akal? Dalam hal ini, terus lakukan saja. Atau akankah lebih baik untuk mencoba menghemat waktu untuk melihat ke depan dan mengatakan "akankah kita mencapai titik di mana perangkat lunak lebih 'lengkap' daripada sebelumnya" atau "kita harus meninggalkan sejumlah permintaan fitur ini dan melipatnya menjadi beberapa perubahan yang lebih luas "? Jika demikian, Anda mungkin perlu mencari tahu sendiri, tetapi juga memberi tahu bos.
Jack V.

3
Kuncinya di sini adalah mengenal audiens Anda. Bicaralah bahasa mereka. Seperti jawaban yang dinyatakan tetapi sangat penting untuk sesingkat mungkin memberi mereka informasi yang benar-benar berarti bagi mereka. Dia mungkin hanya ingin tahu bahwa Anda bekerja. Sulit bagi seseorang di posisi yang berwenang untuk tidak memiliki petunjuk tentang voodoo yang Anda lakukan.
Ominus

Saya awalnya memiliki ini dalam jawaban saya, dan pada refleksi saya pikir ini lebih baik. Ini sederhana dan membuatnya mudah untuk memahami apakah jaminan simpanan membaik, atau semakin buruk.
Joe McMahon

1
Saya akan mempertimbangkan untuk menambahkan "catatan" atau bagian serupa di mana Anda dapat mengomentari interaksi dengan pengguna di sepanjang baris "Pengguna tampaknya senang memiliki fitur X ditambahkan ke sistem" atau "Permintaan terbaru telah berfokus pada bagian XYZ dari sistem". Ini akan memberi atasan Anda dasar untuk berbicara dengan pengguna jika itu muncul. Menciptakan peluang baginya untuk mendiskusikan aplikasi secara informal dengan pengguna Anda harus membantunya tingkat kenyamanannya dengan kemajuan Anda.
TomG

3

Sepertinya Anda tidak memiliki cara untuk mengetahui apakah Anda selesai atau seberapa jauh Anda selesai. Tidak apa-apa.

Menyimpan daftar fitur yang diminta, mana yang dilakukan, sedang dalam proses atau belum dimulai. Lacak ini sebagai grafik minggu ke minggu dari total di setiap kategori. Ini akan memberi Anda satu set poin yang dapat Anda ekstrapolasi ke tanggal akhir. Yaitu (hanya melihat jumlah fitur "selesai")

  • Minggu 1 - 2 selesai
  • Minggu 2 - 5 selesai (2 dari minggu 1, 3 dari minggu 2)
  • Minggu 3 - 8
  • Minggu 4 - 12

Jika Anda memiliki 16 minggu, Anda dapat menyelesaikan sekitar 48 fitur (jangan terlalu khawatir tentang beberapa fitur yang lebih besar / lebih kecil dari yang lain, setelah 4-5 minggu biasanya akan keluar rata-rata). Anda kemudian dapat melaporkan kepada semua orang bahwa Anda hanya dapat menangani sejumlah fitur X. Di akhir proyek, yang paling penting adalah Anda telah mengirimkan fitur-fitur yang diperlukan dan Anda tidak bunuh diri dalam dua minggu terakhir. Dengan melaporkan cara ini, Anda dapat menarik persyaratan utama sesegera mungkin.

Hal lain yang ingin Anda laporkan adalah berapa banyak kapasitas yang Anda miliki. "Saya hanya mendapat 2 permintaan fitur, tetapi bisa menangani 3 ... bisakah Anda meminta staf untuk meningkatkan fitur lebih cepat?"

tidak yakin saya sepenuhnya menjawab pertanyaan Anda, jadi jangan ragu untuk mengajukan pertanyaan tindak lanjut ...


2

Tiga kata ... bakar bagan.

Majikan Anda, apakah mereka pecandu lincah atau hanya orang yang bertanggung jawab atas pengembang akan menghargai grafik terbakar .

Semua orang senang memahami kapan suatu proyek akan selesai dan memanfaatkan cuaca kemarin akan memberikan cara yang paling akurat dan paling realistis untuk memprediksi penyelesaian suatu proyek.


Saya akan berasumsi, untuk membuat grafik Down Burn berfungsi, saya akan memiliki semua permintaan fitur di awal untuk setiap bulan, dan grafik tersebut menunjukkan tren kemajuan satu bulan. Permintaan fitur saya datang setiap minggu. Haruskah saya membuat bagan BD untuk setiap minggu? Terlihat aneh dengan hanya menampilkan 3 permintaan (misalnya) untuk setiap minggu.
Janet Smith

Untuk bagan burn down untuk menangkap pekerjaan dengan benar, semua cerita untuk rilis akan memiliki perkiraan yang terkait dengannya. Jumlah total perkiraan mewakili jumlah total poin untuk rilis. Kemudian, ketika sebuah cerita selesai, poin-poin itu terwakili pada bagan. Tidak apa-apa untuk menambahkan cerita baru kapan saja ... cerita-cerita itu akhirnya meningkatkan jumlah poin.
Dakotah Utara

Bagan Pembakaran akan dapat menunjukkan kemajuan bahkan jika permintaan fitur terus mengalir.
rwong

1

Saya berasumsi bahwa Anda melakukan satu-satu setidaknya satu kali seminggu, dan dapat mendiskusikan prioritas Anda dengan manajer Anda pada saat itu - apa yang penting dari sudut pandangnya (si-dan-begitu perlu fitur-fiturnya sebelum) orang lain, dll.) - dan karena itu dapat melaporkan berapa banyak hal yang membuat manajer Anda terlihat baik dilakukan vs. jumlah total barang yang harus Anda lakukan.

Manajer Anda mungkin tidak mencari rincian menit demi menit; Dia hanya mencoba melihat apakah pekerjaannya selesai, jika hal-hal penting mendapat perhatian lebih, dan bahwa Anda tidak tenggelam di bawah beban atau menganggur karena Anda diblokir untuk melanjutkan.

Perhatikan bahwa dalam proses lincah yang sesungguhnya, Anda memang memiliki banyak hal yang masuk sepanjang waktu, tetapi Anda dan manajer Anda sepakat tentang apa yang paling penting / paling dibutuhkan dan berapa banyak dari itu akan cocok dalam periode kerja saat ini (apakah itu seminggu, dua minggu, sebulan ...), memecah pekerjaan menjadi potongan-potongan yang lebih kecil jika perlu agar potongan-potongan itu sesuai dengan periode.

Perombakan basis data besar yang memakan waktu beberapa minggu dapat dipecah seperti ini: membuat cadangan, memverifikasi cadangan itu baik, merancang tata letak basis data baru, menulis perangkat lunak konversi dan mengujinya, menyiapkan rollback dan mengujinya, mencoba konversi pada mesin pementasan, mencoba rollback di tempat yang sama, dan akhirnya melakukan konversi. Masing-masing dari mereka mungkin dapat dipecah menjadi 1 minggu (atau kurang) potongan. Jika beberapa langkah mungkin memakan waktu 2 atau 3 minggu, Anda akan melaporkan sejauh mana Anda berada di pertemuan berikutnya (menargetkan 50% untuk 2 minggu, 33% untuk 3 minggu, dll.).

Idealnya, Anda akan memiliki bagan yang memiliki hal-hal yang perlu Anda lakukan vs. hal-hal yang akan Anda lakukan sekarang, dan Anda akan mencentang item "lakukan sekarang" sambil berjalan. Ini memungkinkan manajer Anda berjalan saja dan melihat berapa banyak hal yang ditandai vs hal-hal yang ada dalam daftar.


Saya percaya manajer yang Anda sebutkan di sini, biasanya terlibat dalam pengembangan langsung, dan menugaskan tugas. Manajer saya tidak terlibat dalam pengembangan. Saya telah mengirim grafik gannt sebelumnya, tetapi tidak membantu, karena saya telah memecah tugas berdasarkan fitur. Dia tidak tahu detail dari proyek tersebut, jadi itu mungkin tampak luar biasa baginya.
Janet Smith

Saya sedang memikirkan "burndown chart", seperti ini . Perhatikan bahwa ini menunjukkan seberapa jauh Anda, apa yang telah Anda lakukan ("harus ada" di atas, "baik untuk dimiliki" di bagian bawah), dan berikan ide kapan Anda akan "selesai" dengan pekerjaan yang Anda miliki saat ini. Anda perlu mengocok kolom sebelah kanan (yang ditunjukkan tanda panah "kami di sini") saat Anda menambahkan pekerjaan. Anda harus tetap memiliki satu-satu dengan manajer Anda untuk memastikan kolom kanan "seberapa penting ini" dalam urutan yang benar.
Joe McMahon

1

Sekali setiap minggu (saya berasumsi bahwa panjang iterasi / sprint dalam proses tangkas Anda adalah satu minggu demi contoh), lakukan hal berikut :

  • demo pekerjaan baru kepada staf, untuk memastikan permintaan mereka telah selesai
  • laporkan kepada bos jumlah permintaan yang Anda selesaikan selama seminggu dan identifikasi / uraikan permintaan itu. Buat ringkasan singkat
  • melaporkan kepada bos jumlah permintaan baru ditambahkan ke backlog / antrian Anda selama seminggu dan jumlah total permintaan
  • beri tahu bos apa (yang meminta) Anda rencanakan untuk bekerja pada minggu depan; dengan kata lain, prioritas saat ini. Inilah kesempatan baginya untuk mengkonfirmasi atau mengubahnya dan bagi Anda berdua untuk menjelaskannya
  • beri tahu bos apa rencananya selama 1-2 minggu setelah itu.

Saya merasa bahwa atasan Anda tidak cukup teknis untuk peduli atau memahami istilah lincah seperti kecepatan , pemilik produk atau grafik burndown . Template di atas menghindari jargon seperti itu, menggunakan kata-kata yang lebih sederhana seperti "jaminan simpanan" dan "antrian" dalam akal sehat mereka, dan karenanya akan membuatnya lebih mudah untuk berkomunikasi dengan bos Anda.


0

Saya akan menggunakan kecepatan saya sebagai statistik utama untuknya. Ini akan menunjukkan berapa banyak tugas / fitur yang saya "setujui" untuk berbicara selama minggu tertentu (atau rentang waktu lain) dan berapa banyak yang saya selesaikan. Dari sini, saya akan menyebutkan beberapa fitur fitur yang lebih penting, dan mengapa ini telah berubah dari iterasi sebelumnya. Anda juga dapat menyebutkan segala hambatan yang Anda temui dan lewati serta bagaimana hal itu memengaruhi kecepatan Anda.

Statistik lain yang mungkin ingin diketahui bos Anda dapat mencakup jumlah laporan bug baru yang diangkat, laporan bug yang ditutup, dan permintaan fitur baru yang diajukan. Anda harus bertanya langsung atau menggunakan penilaian terbaik Anda untuk menentukan mana yang paling penting. Pada akhirnya, saya akan memberikan garis besar dasar dari kemajuan dan bertanya apakah ada hal lain yang ingin dia ketahui. Yang ingin diketahui bos adalah Anda membuat kemajuan dan adakah yang perlu Anda lakukan sebaik mungkin.


0

Sarankan Anda melakukan laporan mingguan: Sebutkan fitur yang diminta. Rekam fitur yang diubah. Laporkan apa yang telah Anda lakukan.


0

Saya akan mencoba menggarisbawahi hal itu dengan cara yang dipahami manajer.

Total Recieved Feature Requests:
Requests Completed:
Requests since last Update:
Estimated Time to required to complete remaining Requests:

Hanya karena manajer Anda bukan seorang programmer, jangan berpikir itu berarti mereka mengharapkan Anda untuk mengetahui tanggal penyelesaian yang tepat. Sajikan angka yang Anda miliki. Setelah manajer melihat jumlah permintaan diterima dan diselesaikan naik, manajer melihat kemajuan. Jika nomor permintaan Anda tidak terkendali, manajer dapat turun tangan dan membantu Anda dengan memprioritaskan sebelum kelebihan beban. Dan jika Anda kehabisan pekerjaan untuk melakukannya, mereka mungkin dapat menemukan Anda beberapa proyek sampingan. Setelah semua itu selalu menyenangkan untuk mendapatkan sedikit istirahat pada suatu proyek ketika tampaknya tidak ada akhir yang terlihat dan hari-hari kerja berlalu lebih cepat dan lebih bermanfaat ketika Anda sibuk.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.