Apa yang harus diketahui oleh programmer tentang bisnis / manajemen? [Tutup]

Seperti yang saya katakan melalui posting saya yang lain, saya masih cukup baru di dunia kerja. Selama pertemuan tim, saya cenderung dapat mengikuti diskusi teknis, tetapi ketika manajer proyek saya mulai berbicara tentang bagaimana kami memenangkan kontrak baru, atau kami terlibat dalam penawaran proposal baru, atau ... apa pun yang bisnis daripada teknis, sungguh ... saya bisa tersesat cukup cepat.

Berapa minimum yang harus diketahui semua pengembang tentang manajemen proyek / bisnis agar berfungsi?

Saya pikir Anda perlu memahami bagaimana perusahaan Anda menghasilkan uang. Anda juga harus dapat mengevaluasi jika Anda harus melakukan sesuatu untuk membantunya menghasilkan lebih banyak uang, yaitu melakukan pekerjaan Anda dengan lebih baik. Yang paling penting ini berarti bahwa Anda harus dapat mengetahui tugas yang sedang Anda kerjakan, yang harus Anda upayakan dan bagaimana memprioritaskan tugas yang telah Anda berikan.

Juga, programmer perlu memahami bahwa meskipun sesuatu secara teknis bisa menjadi pilihan terbaik, pilihan itu mungkin bukan pilihan terbaik untuk bisnis. Dan itu adalah alasan bagus untuk tidak mengambil cara terbaik secara teknis.

Mengetahui tentang bisnis dan manajemen - dan pemasaran - tentu saja tidak ada salahnya. Itu benar-benar tergantung pada konteks tempat Anda bekerja.

Dalam bisnis besar di mana ada level manajemen yang mengambil keputusan dan tugas-tugas dibagi dengan sangat baik berdasarkan jabatan, itu mungkin tidak terlalu penting. Perusahaan Anda mungkin telah mendedikasikan orang untuk menangani hal itu.

Di bisnis kecil, di sisi lain, semakin Anda tahu, semakin langsung nilai Anda ke perusahaan. Misalnya, memiliki selera pemasaran yang baik dapat membantu Anda merasakan desain yang lebih baik / buruk untuk situs web. Atau Anda mungkin harus berurusan lebih banyak dengan pelanggan, atau pergi bersama wiraniaga untuk membantu menutup kesepakatan, atau menghadiri pameran dagang, atau sekadar mencari kemungkinan kemungkinan sumber / peluang penghematan pendapatan baru.

Jadi, seperti biasa dengan pertanyaan jenis 'berapa banyak yang harus saya ketahui', jawabannya adalah, semakin banyak pengetahuan selalu lebih baik, tetapi tingkat pentingnya sangat tergantung pada situasi pribadi Anda.

Setidaknya Anda harus sangat memahami bahwa gaji Anda tidak hanya datang secara otomatis dari suatu tempat. Anda tidak dibayar untuk duduk dan menulis kode. Keberhasilan penjualan dan hubungan dengan pelangganlah yang membuat atau menghancurkan kesuksesan perusahaan Anda (dan akhirnya Anda). Dari situlah uang itu berasal.

Bahkan di sebuah perusahaan besar di mana programmer tidak secara langsung berhubungan dengan pelanggan akhir, ada baiknya menekankan bahwa pengiriman produk lebih awal yang paling penting. Begitulah cara perusahaan memenangkan penjualan dan mendapat uang dan Anda dibayar. Memang, pengiriman produk setengah-setengah (terlalu dini) juga merupakan kesalahan, dan sulit menemukan keseimbangan yang tepat di sini, tetapi programmer cenderung terlalu condong ke sisi "kapal ketika sudah selesai (yang hampir tidak pernah)" sisi. Tetapi melihat yang sukses mengungkapkan kebenaran; beberapa dari mereka memiliki produk yang matang, selesai, dipoles.

Mengetahui dan menerima bahwa esensi menjalankan bisnis adalah hal yang penting. Bahkan jika Anda tidak terlalu tertarik pada bisnis (saya tidak), Anda tidak bisa mengabaikannya sebagai "hal kerah putih" jika Anda sendiri tertarik untuk mendapatkan bayaran. Rincian teknis dan kosa kata bisnis / manajemen tidak begitu penting untuk diketahui, IMHO, meskipun mempelajari beberapa dasar tentu tidak ada salahnya.

Tidak ingin menjadi jahat, tetapi saya akan mengatakan "mereka harus tahu untuk menyerahkannya di tangan orang-orang yang pekerjaannya adalah". Sejauh ini terdengar seperti bid'ah, Anda tidak bisa tahu segalanya.

Tapi, ya, orang harus tahu beberapa minimum, beberapa fundamental ekonomi. Jadi, katakanlah, dasar-dasar ekonomi mikro (ekonomi mikro <- ekonomi yang berhubungan dengan sistem kecil, katakanlah sebuah perusahaan), beberapa teori ekonomi dasar (Apakah inflasi baik atau buruk untuk Anda? Apa artinya? Apakah meningkatkan impor baik atau buruk? Bagaimana pengaruhnya terhadap faktor-faktor lain?), Beberapa dasar tentang bagaimana sistem sosial bekerja (jika Anda berada di negara yang diatur dengan cara itu), dasar-dasar perdagangan obligasi (jika Anda berada di perusahaan yang terorganisir dalam hal itu cara) ...

Namun, jika saya sudah, salah paham pertanyaan Anda, dan Anda bertanya apa itu proposal, atau tawaran, ... itu bisa dijelaskan dengan lebih baik di wikipedia. Namun, aturan tentang mereka lebih merupakan topik hukum, bukan ekonomi.

tetapi ketika manajer proyek saya mulai berbicara tentang bagaimana kami telah memenangkan kontrak baru, atau kami terlibat dalam penawaran proposal baru, atau ... apa pun yang bisnis daripada teknis, sungguh ... saya bisa tersesat cukup cepat.

Satu-satunya untuk mempelajari lebih lanjut tentang bisnis ini adalah dengan benar-benar terlibat. Rapat mungkin bukan forum terbaik untuk memulai pertanyaan tertentu, tetapi yang paling pasti setelah pertemuan tersebut meminta manajer Anda untuk memperluas proposal atau hal-hal terkait bisnis yang membuat Anda bingung.

Pertanyaan seperti,

• apa proses proposal di perusahaan?
• bagaimana kita terlibat?
• bagaimana kami berencana untuk menagih klien?

Masing-masing di atas adalah indikator kecil tentang cara perusahaan Anda bekerja. Ini membuat Anda lebih dekat dengan internal dan kerja batin sehingga setidaknya tahu bagaimana bisnis menghasilkan uang. Saya pikir poin utama di sini adalah untuk bertanya tentang hal-hal yang tidak Anda ketahui!

Juga "Aku bisa tersesat cukup cepat" baik artinya bagiku, kamu memberikan sedikit atau kamu benar-benar tidak tahu. Sikap yang Anda miliki dapat membuat perbedaan jika Anda ingin belajar lebih banyak tentangnya.

Berapa minimum yang harus diketahui semua pengembang tentang manajemen proyek / bisnis agar berfungsi?

Pada aspek ini, saya tidak berpikir ada jawaban konkret. Pikiran awal saya adalah beberapa keterampilan akuntansi dan orang dasar. Manajemen proyek dan menjalankan bisnis adalah dua hal yang berbeda, namun akan ada beberapa rangkaian keterampilan yang tumpang tindih.

Ingat saja - keterampilan yang Anda pelajari sebagai pengembang 'kadang-kadang' (jika tidak sebagian besar kali) menjadi batal dan tidak berlaku ketika Anda beralih ke posisi yang lebih tinggi (seperti manajer). Misalnya. keterampilan orang-orang Anda akan benar-benar perlu lebih difokuskan sekarang dibandingkan dengan peran Anda sebelumnya sebagai pengembang.

Kiat umum - pelajari / praktikkan / tingkatkan keterampilan kurang teknis lainnya di awal karier Anda karena ini akan bermanfaat di tahun-tahun berikutnya (kecuali tentu saja Anda masih memutuskan )

Berapa minimum yang harus diketahui semua pengembang tentang manajemen proyek / bisnis agar berfungsi?

"... teknologi yang baik hanya 10% dari kesuksesan. Jika manajemen Anda tidak tahu bagaimana mengelola proyek teknik yang sukses, atau departemen pemasaran Anda tidak tahu cara mengakses pelanggan, atau tidak memberi tahu Anda apa yang pelanggan inginkan, atau jika pengacara Anda tidak menangani kekayaan intelektual Anda dengan benar, atau jika kepala arsitek tidak memiliki kemampuan untuk menciptakan arsitektur yang konsisten dan sederhana, maka pekerjaan Anda dapat sia-sia, dan Anda dapat menghabiskan waktu bertahun-tahun membangun berbagai hal yang tidak pernah melihat cahaya hari. " ( Hal-hal yang Saya Berharap Saya Pelajari di Sekolah Teknik ... )

Mengetahui apa yang ditanyakan kepada manajer Anda dapat membantu Anda memahami mengapa dia menanyakan beberapa hal, atau mengapa pekerjaan dilakukan dengan cara saat ini. Anda kemudian dapat menyesuaikan diri, atau menemukan cara yang lebih baik untuk memberikan apa yang dia inginkan / butuhkan.

Minimal tergantung pada perusahaan. Saya telah bekerja di tempat di mana orang lain bertanggung jawab atas desain program, dan saya harus menerjemahkan spesifikasi terperinci ke dalam COBOL. Itu benar-benar tidak terlalu menyenangkan, tetapi saya tidak perlu tahu apa-apa tentang bisnis pada awalnya.

Setelah Anda mulai berbicara dalam desain program (atau, lebih disukai, jika Anda memulainya di sana), Anda perlu tahu apa yang dilakukan bisnis ini, sehingga Anda dapat memahami apa yang sebenarnya dibutuhkan oleh pengguna Anda. Mengetahui lebih banyak tentang bisnis berarti bahwa orang-orang perlu memberi tahu Anda hal-hal secara lebih rinci, sehingga nilai Anda terhadap bisnis tumbuh. Anda kadang-kadang dapat melakukan hal-hal atas inisiatif Anda sendiri yang membantu bisnis, juga meningkatkan nilai Anda. Ini sering tercermin dalam jabatan dan gaji Anda.

Ada baiknya juga mengetahui dari mana uang itu berasal, ke mana perginya, dan mengapa sebagian masuk ke kantong Anda. Anda benar-benar harus memiliki semacam ide mengapa perusahaan membayar Anda. Mungkin membantu motivasi Anda untuk belajar mengetahui bahwa kontrak-kontrak baru itu adalah hal-hal yang memberikan upah Anda.

Ini juga mungkin membantu jika Anda tahu apa urusan bisnis bagi Anda, bagaimana kontrak baru mempengaruhi Anda.

Jelas, jika Anda tidak ingin tetap dalam peran teknis murni selamanya (dan, secara empiris, yang tampaknya agak jarang terjadi), Anda perlu memahami bisnis jauh lebih baik, tetapi itu akan membantu siapa pun untuk memahami apa yang sedang terjadi.

Seperti jawaban lain telah menyatakan minimum akan bervariasi dari situasi ke situasi. Sebagai contoh, seorang kontraktor wiraswasta mungkin perlu tahu sedikit lebih banyak daripada karyawan penuh-waktu karena yang pertama mungkin memerlukan seorang akuntan dan orang lain untuk membantu menjalankan bisnis yang dimiliki kontraktor.

Ada beberapa dasar pada kesehatan keuangan yang akan saya pertimbangkan beberapa dasar seperti memahami di mana perusahaan Anda dalam hal kedewasaan: Apakah itu masih merupakan uang malaikat investor pemula atau ventura kapitalis uang sekarang? Seberapa dekat dengan keuntungan perusahaan? Apakah ada tuntutan hukum besar yang dapat membunuh perusahaan dalam waktu dekat?

Saya pikir beberapa dasar memahami rencana proyek di tingkat tinggi, bagaimana permintaan perubahan ditangani, dan proses umum apa yang ada untuk melewati suatu proyek adalah hal-hal penting yang perlu diketahui juga. Saya tidak mengatakan Anda harus tahu semua langkah dalam proses manajemen perubahan, tetapi berhati-hatilah ketika ini digunakan dan bagaimana hal itu dapat mempengaruhi proyek Anda.

Jika Anda ingin mendapatkan lebih banyak ke sisi bisnis, Anda mungkin ingin bertanya tentang rincian lebih lanjut dari kontrak yang dimenangkan. Berapa unit yang dijual? Apakah ini proyek percontohan awal di klien atau apakah ada adopsi massal sekarang? Pertanyaan-pertanyaan dasar semacam itu yang dapat membantu memberikan sedikit lebih banyak detail tentang apa yang akhirnya harus Anda tangani selanjutnya. Misalnya, jika perusahaan Anda mulai mendapatkan pesanan besar, tidak bisakah ini menyebabkan beberapa sistem didorong ke batas mereka yang mungkin perlu diperbaiki secepatnya, bukan? Sementara saya memang memberikan beberapa area yang tidak jelas dan hanya beberapa contoh spesifik, ini adalah bagian-bagian yang cenderung saya perhatikan dengan perusahaan. Bagaimana SDM birokrasi akan menjadi faktor lain untuk tidak lupa di sini sampai batas tertentu.