Apakah tangkas jarak jauh berkelanjutan?

8

Ini agak terkait dengan pertanyaan lain yang baru saja saya tanyakan, tapi saya lepas sendiri dan dari jarak jauh untuk seorang kontraktor yang menangani manajemen proyek, berapa banyak bola lumpur yang harus dikodekan?

Saya telah banyak berpikir tentang mengerjakan proposal untuk menangani proyek-proyeknya dengan cara yang benar-benar gesit. Seperti yang saya lihat, ini akan melibatkan beberapa aplikasi yang ramah-klien dan berbasis web:

  • basecamp untuk komunikasi
  • github sebagai repositori
  • pelacak penting untuk cerita pengguna dan sebagai tampilan pekerjaan yang sedang berlangsung
  • beberapa alat untuk mengumpulkan tes penerimaan (akan membatalkan saran!)

Saya telah membaca sedikit tentang gesit, dan semua sumber daya yang baik banyak menekankan pada pentingnya komunikasi dalam tim, sampai pada titik mereka mengecilkan tangkas untuk tim yang tidak berkolokasi . Menjadi satu-satunya programmer sepertinya ini bukan masalah, tetapi karena saya jarang bertemu klien (jika sama sekali), saya khawatir komunikasi mungkin tidak cukup efektif untuk memungkinkan manajemen semacam ini .

Sunting: Orang lain dalam tim akan mencakup:
- pelanggan (pelaku bisnis)
- manajer produk (klien klien saya)
- manajer proyek (klien saya)
- desainer ui

Julien
sumber
Siapa lagi yang ada di tim? Dengan siapa Anda berkomunikasi dan apakah mereka akan dipersiapkan untuk jumlah komunikasi yang dibutuhkan oleh tangkas? Masalah yang bisa saya lihat adalah kelebihan informasi di pihak mereka. Saya tidak menyalahkan Anda karena menginginkannya, saya telah menggunakannya untuk beberapa waktu dan akan menggunakannya jika saya berada di tim satu orang. Ini membantu saya tetap fokus dan bertanggung jawab atas waktu saya. Saya merasa saya membuat keputusan yang lebih baik karena saya lebih sering memeriksa diri saya sendiri.
Beth Whitezel
Mengedit pertanyaan saya untuk menjawab ini, karena seharusnya sudah dimasukkan dalam posting asli.
julien
1
Jangan gunakan basecamp, itu tidak dirancang untuk pengembang. Anda memerlukan sesuatu seperti redmine atau unfuddle yang memiliki alur kerja tiket yang tepat dan integrasi git.
Keyo

Jawaban:

6

Saya telah mengerjakan beberapa proyek yang menggunakan strategi pengembangan gesit jarak jauh, dengan hasil yang beragam.

Tingkat pengalaman tim adalah faktor kunci, jika semua orang yang terlibat kompeten dengan strategi ini dan alat-alatnya (atau dapat menjadi kompeten dengan cepat) Maka itu adalah berkelanjutan.

Masalah pekerjaan jarak jauh seringkali karena kurangnya komunikasi, baik 'tatap muka' dan buruknya penggunaan alat pelacakan proyek dan SCM / VCS. Proyek tangkas paling sukses yang pernah saya kerjakan dari jarak jauh melibatkan yang berikut ini.

  • Pertemuan gaya scrum pagi harian tatap muka / VOIP.
  • Rencana iterasi yang jelas (ini sangat bergantung pada manajer proyek yang baik, ditambah pengembang yang baik dan komunikatif.)
  • Alat otomatisasi seperti integrasi berkelanjutan / server pembangun.
  • Rajin menggunakan alat pelacakan proyek (dan kualitasnya.)
  • Penggunaan VCS / SCM yang kohesif dengan strategi tim yang dipahami dengan baik untuk melakukan dan bercabang.

Alat pelacakan proyek yang bagus yang saya rekomendasikan adalah Redmine, TargetProcess, dan Jira. Pengalaman saya dengan TargetProcess sangat efektif, sebagian besar karena tingkat kompetensi PM pada proyek-proyek tersebut.

Sebuah tim yang hebat tanpa diragukan lagi merupakan kunci fundamental untuk sukses pada proyek-proyek yang jauh (dan terus terang saja), dalam waktu dekat adalah alat yang digunakan untuk memfasilitasi manajemen dan pengembangan proyek.

Satu hal lain, jika pasangan pengembang dapat bekerja secara kolokal maka ada manfaat yang pasti atas pengembang solo, dalam hal motivasi dan tentu saja, tinjauan kode terus menerus.

ocodo
sumber
1
Saya lebih suka Pivotal Tracker untuk perangkat lunak PM, tetapi selain itu, +1 ke semuanya @slomojo berkata. Komunikasi adalah kunci — untuk itu, ketekunan terhadap proses dan standup harian melalui video sangat penting. Saya telah menggunakan proses ini selama sekitar satu tahun dengan sukses besar.
karmajunkie
Saya sedang mempertimbangkan bahkan tidak menyebutkan alat khusus, karena konotasi keagamaan, yang penting adalah kelancaran yang dimiliki setiap orang dengan alat, atau paling tidak, dengan gaya alat yang digunakan. Beberapa alat dapat dipertukarkan, beberapa tidak.
ocodo
Yap, standup video jauh lebih berharga daripada VOIP, tetapi apa pun yang praktis, sistem komunikasi 'langsung' sangat penting.
ocodo
1

Saya telah menemukan bahwa ini dapat bekerja dengan baik dengan semua orang yang berada di tempat yang jauh atau semua orang yang berada di tempat. Jika Anda memiliki campuran, orang yang berlokasi bersama akan cenderung berkomunikasi dengan cara yang membuat orang yang jauh dalam kegelapan.

Olahpesan instan dan / atau irc bisa menjadi hal yang bagus untuk tim jarak jauh. Karena selalu menjaga komunikasi dengan log dari apa yang dikatakan orang untuk mengejar ketinggalan

Jeremy French
sumber
1

Untuk menjawab pertanyaan Anda secara empiris, sinyal mulai dengan sebagian besar (atau sepenuhnya?) Pekerjaan jarak jauh, dan tidak hanya itu jelas bekerja dengan baik untuk mereka, tetapi DHH mengatakan bahwa perbedaan zona waktu antara AS dan UE sebenarnya membuat mereka lebih produktif (karena ada waktu kerja tanpa gangguan, dan rapat menjadi lebih fokus).

Konon, poin Slomojo itu tergantung tingkat pengalaman tim yang menurut saya sangat valid. Jika Anda perlu memberikan banyak bantuan kepada pengembang baru, mungkin lebih baik duduk di kantor yang sama.

Jo Liss
sumber