Pada pekerjaan pertama saya sebagai pengembang perangkat lunak, tim saya menggunakan agile / scrum untuk mengelola alur kerja proyek kami dan itu bekerja dengan cukup baik. Saya memiliki beberapa mentor berpengalaman yang menempatkan saya di jalur yang benar - saya berhutang banyak pada mereka. Saya bekerja di sana selama beberapa tahun, kemudian pindah ke peluang baru beberapa bulan yang lalu.
Maju cepat ke pekerjaan saya saat ini. Saya bekerja di universitas di bawah arahan seorang profesor. Karena saya di universitas, hampir setiap programmer adalah mahasiswa (murah dan berlimpah!) Bos saya memiliki pengalaman manajemen, tetapi tidak dengan pengembangan perangkat lunak, dan tim perangkat lunak tidak selalu berada di garis depan pikiran bos saya. . Kondisi ini telah menciptakan lingkungan yang sempurna untuk membuat beberapa perangkat lunak berkualitas sangat buruk. Proyek perangkat lunak tampaknya berjalan sedikit nakal, tidak memiliki pemikiran untuk mendesain, dan telah menggunakan beberapa praktik yang benar-benar menakutkan. Saya tahu segalanya bisa lebih baik.
Saya ingin menerapkan proses pengembangan untuk membantu semua orang di jalur, meningkatkan kualitas kode, dan menggunakan perangkat lunak yang lebih stabil. Saya tidak yakin harus mulai dari mana.
Saya tidak mencari, misalnya, untuk jawaban seperti "Gunakan Scrum", "Siapkan papan kanban", atau "Lihatlah tangkas!" (meskipun ide dihargai). Lebih khusus lagi, saya berharap untuk mendapatkan wawasan tentang bagaimana menerapkan proses pengembangan untuk lingkungan kerja ini . Karyawan biasanya bekerja antara 1 hingga 2 tahun sebelum pindah, umumnya tidak berpengalaman, dan rapat standup harian yang mencakup semua orang hampir tidak mungkin dijadwalkan.
Bagaimana seseorang memupuk kualitas, efisiensi, dan komunikasi di tempat kerja seperti itu?
Pembaruan: Setelah membaca beberapa jawaban dan komentar, saya pikir saya akan memberikan beberapa latar belakang tambahan.
Saya tidak akan menganggap diri saya seorang master di seni pengembangan perangkat lunak, tapi saya saya cukup berpengalaman untuk mengenali pemrograman buruk ketika aku melihatnya. Saya dapat menentukan apakah seorang pengembang berbakat atau tidak setelah menghabiskan hanya satu atau dua menit bekerja dengan mereka. Saya merasa nyaman dengan kemampuan saya sendiri untuk menemukan cara untuk menyelesaikan masalah dengan cerdas , namun, area di mana saya benar-benar tidak memiliki pengalaman adalah manajemen proyek di mana pengembang lain terlibat (itulah sebabnya saya di sini meminta Anda semua orang yang luar biasa untuk nasihat).
Saya membuatnya terdengar seperti setiap siswa yang datang ke kantor ini benar-benar tolol. Ada beberapa telur buruk di sini, tetapi sebagian besar siswa yang saya temui cerdas, ingin belajar, dan bersemangat dengan pekerjaan. Beberapa baru saja memulai, dan mereka tidak tahu apa yang tidak mereka ketahui. Dan itu tidak masalah. Ketika saya pertama kali memulai pemrograman, saya tidak lebih baik!