Bagaimana cara mulai mendapatkan pengalaman mengelola suatu proyek [ditutup]

Ada beberapa persyaratan pekerjaan pengalaman manajemen proyek untuk seorang programmer, seperti:

kandidat harus memiliki pengalaman mengelola suatu proyek, tidak harus dengan bawahan, tetapi telah bekerja pada suatu proyek mulai dari desain hingga pengujian.

aku ingin tahu

1. apa "bawahan" artinya di sini?
2. jika ada beberapa buku, halaman web atau di tempat lain dengan pedoman umum dan proyek sampel praktis sederhana untuk membantu orang mendapatkan beberapa dasar tentang seluruh proses suatu proyek. Saya sangat tertarik pada proyek-proyek untuk Linux dan Windows, di C, C ++, Python, Java. Saya sedang mempertimbangkan untuk memulai dengan bermain sendiri, belum ingin menemukan perusahaan.

Jurusan saya bukan CS, jadi saya mungkin tidak memiliki dasar-dasarnya.

Persyaratan pekerjaan pada dasarnya ingin calon pelanggan memiliki pengalaman dengan proyek yang Anda bertanggung jawab di mana Anda mungkin atau mungkin tidak memiliki orang yang mengikuti petunjuk Anda. Jika Anda memiliki pengalaman semacam itu dan Anda berencana untuk menyebutkannya, pastikan Anda berhasil .

Jika Anda tidak memiliki pengalaman PM, maka hal terbaik untuk dilakukan adalah menjadi proaktif dan mencari proyek di pekerjaan Anda saat ini . Jika karena alasan tertentu, Anda tidak bisa mendapatkan proyek di bawah ikat pinggang Anda, kemudian mulai proyek sumber terbuka dan cobalah untuk membuat orang-orang bergabung . Bahkan jika Anda adalah pengembang solo, Anda akan belajar banyak hal tentang manajemen proyek perangkat lunak. Saya memulai proyek open source saya dan saya belajar teknik manajemen proyek (PM). Saya bahkan belajar dan menilai diri saya sebagai pengembang yang bekerja karena saya adalah manajer dan pengembang saya, sehingga pihak manajer saya menetapkan tugas dan estimasi dan pihak pengembang saya berkomitmen untuk tugas-tugas itu. Sekarang di tempat kerja, kami memulai proyek dan sekarang saya merasa lebih percaya diri untuk berkomitmen untuk persyaratan tertentu dan bagaimana memperkirakan pengiriman mereka.

Tentang teknik untuk PM perangkat lunak sumber terbuka:

1. Menemukan fitur .... terkadang bahkan pelanggan pun tidak tahu apa yang sebenarnya ia inginkan.

2. Menerjemahkan fitur ke dalam persyaratan.

3. Memperkirakan persyaratan.

4. Prioritaskan persyaratan dan pilih yang cocok dalam iterasi (Apa persyaratan paling dasar yang dapat ditampung dalam satu iterasi?)]

5. Tetapkan tonggak sejarah dan iterasi.

6. Hancurkan masalah. (analisis domain)

7. Desain awal (desain hanya cukup baik).

8. pengembangan (tes, implementasi, dll)

9. Di akhir iterasi, analisis kinerja dan umpan balik Anda. Apakah saya memenuhi apa yang saya janjikan? Apa yang salah? Apa yang saya lakukan dengan benar?

Pelajari juga ruang lingkup dengan CHANGE . Serius, Di tengah iterasi Anda, Anda atau pelanggan Anda akan menemukan bahwa ada fitur yang sangat penting bahwa jika Anda tidak melakukannya, proyek sudah mati. Kemungkinan besar, satu-satunya konstanta Anda dalam proyek Anda adalah perubahan!

Bawahan adalah orang-orang yang melapor kepada Anda (yaitu jika Anda seorang manajer). Ini pada dasarnya mengatakan bahwa Anda tidak harus mengelola orang, tetapi harus bertanggung jawab atas semua aspek proyek dari awal hingga akhir.

Sayangnya saya tidak tahu sumber apa pun tentang itu; mungkin orang lain dapat membantu dengan sebagian dari pertanyaan Anda.

Manajemen Proyek lebih merupakan seni daripada sains. Buku tidak banyak membantu. Pengalaman pada dasarnya adalah apa yang dibutuhkan.

Untuk mendapatkan pengalaman, Anda cukup berpartisipasi pada sejumlah proyek dengan manajer proyek yang baik dan buruk. Begitulah cara Anda mempelajari seni semacam ini: mengawasi orang lain.

Meskipun banyak perguruan tinggi yang mencoba, ada banyak hal tentang manajemen proyek TI yang tidak dapat diajarkan; itu harus dialami, lalu dipelajari dengan coba-coba. Jika Anda belum pernah duduk dengan orang yang akan membayar tagihan Anda untuk mengembangkan perangkat lunak, maka duduklah dengan pengguna akhir masa depan perangkat lunak Anda untuk menentukan seperti apa tampilannya dan bagaimana perlu bekerja, dan seimbang dua set persyaratan yang seringkali eksklusif untuk membawa perangkat lunak dari pemikiran awal ke produk jadi di tangan pengguna target Anda, Anda belum "mengelola" proyek, dan meskipun Anda dapat diberikan strategi umum dll, Anda mungkin akan tidak berjalan dengan baik jika Anda akan dibuang ke dalam situasi seperti tenggelam atau berenang.

Manajemen proyek perangkat lunak melibatkan kelima area SLDC klasik; analisis, desain, pengembangan, implementasi, dan pemeliharaan. Hal ini juga membutuhkan berurusan dengan tiga bidang utama pemangku kepentingan - tenaga kerja, manajemen dan anggaran - di kedua sisi proyek (mereka yang menginginkan produk dan mereka yang menciptakannya). Paling umum dipelajari melalui pengalaman lebih dari melalui membaca, meskipun ada sejumlah buku yang tersedia yang dapat membantu.

Sepertinya persyaratan pekerjaan yang Anda cari hanyalah mencari seseorang yang memiliki peran senior dalam suatu proyek. Tidak memiliki bawahan berarti mereka tidak mencari Anda untuk mengelola orang (memberikan ulasan kinerja, mempekerjakan / memecat, dll.)

Bekerja jauh dari desain ke pengujian sebenarnya lingkup yang cukup sempit juga. Ini tidak termasuk hal-hal seperti mengajukan proyek kepada Sr. Management, bekerja dengan pelanggan berdasarkan persyaratan, bekerja dengan pemasaran dan penjualan dan seluruh tahap pelepasan dan dukungan proyek.

Saya akan mendapatkan Pengembangan Cepat karena terorganisir dengan baik di setiap fase proyek sebagian besar dari perspektif Pengembang SW. Mungkin sedikit ketinggalan jaman, tapi itu cukup baik untuk menyediakan bahan starter yang cukup untuk membuat Anda maju. Dari sana, bahkan jika Anda belum ingin "menemukan perusahaan", Anda harus mencari sekelompok orang untuk membicarakan masalah yang memiliki lebih banyak pengalaman daripada yang Anda miliki. Belajar dari orang-orang yang telah melalui proses tampaknya selalu menjadi guru tercepat / paling efektif. (jangan salah paham, saya juga merekomendasikan buku, tetapi jika Anda baru memulai, Anda akan merasa terbantu jika ada seseorang yang membantu membangun konteks dengan Anda saat Anda memproses informasi di buku-buku)

semoga berhasil!