Pindah dari perusahaan kecil ke perusahaan besar [ditutup]

Adakah yang punya tips, pemikiran, peringatan, atau kearifan umum untuk pengembang aplikasi / basis data yang bergerak secara khusus dari perusahaan yang baru berdiri ke perusahaan besar?

Contoh pemikiran akan mencakup hal-hal seperti:

• Bagaimana saya dapat berinteraksi secara berbeda dengan rantai manajemen?
• Apakah Anda melihat tren kualitas atau kecepatan perkembangan yang berbeda antara besar dan kecil?
• Pikiran tentang pengembangan tim.
• Aspek sosial.
• Ada yang lain.

Tambahan: Apakah ada yang punya cerita dan pengalaman pribadi untuk dibagikan dengan langkah serupa?

Harap beri tahu saya jika saya dapat mengklarifikasi dengan cara apa pun.

Saya menghargai setiap pemikiran!

Beberapa pengalaman pribadi untuk dibagikan:

• Sebelum pindah:

  • Jangan percaya semua janji besar. Ketika mereka mencari bakat, mereka akan menunjukkan kepada Anda semua sisi baik dan menyembunyikan fakta buruk itu. Jika posisi adalah yang baik, mengapa tidak diisi sebelum aku? :-)
  • Bisnis adalah bisnis, satu-satunya tujuan adalah untuk mendapat untung. Pikirkan, apakah membawa Anda ke kapal menambah nilai pada tujuan. Anda diundang karena mereka pikir Anda membawa nilai tambah. Maukah kamu?
  • Dengan asumsi Anda seorang programmer, perusahaan besar biasanya datang dengan kompleksitas selain tantangan teknis, misalnya politik, keterampilan komunikasi, peraturan, ... Apakah Anda siap?

• Setelah Bergerak:

  • Cobalah untuk mengidentifikasi KPI grup fungsional Anda (departemen) sedini mungkin. Sederhananya, mengapa perusahaan besar ini akan membayar uang untuk kelompok orang yang melakukan hal ini?
  • Posisikan diri Anda sebagai faktor penyumbang jawaban di atas (jika ditemukan). Jangan melawan borg. Anda tidak akan menang. Anda dibayar untuk mematuhi.
  • Membuat barang bagus dan melakukan pekerjaan dengan baik biasanya bukan bagian yang paling sulit.

• Ketika semuanya berjalan dengan baik:

  • Perbaiki barang sedikit demi sedikit, jangan duduk dan mengeluh.
  • Jangan takut untuk mengambil tugas yang sulit . Anda cenderung dihapus jika Anda berada di peran kunci.
  • Gunakan sumber daya seolah-olah itu adalah tetes terakhir air di bumi.
  • Pikirkan lagi dan lagi apakah peran manajerial baik untuk Anda dan jalur karier masa depan Anda. Tidak terlalu banyak insinyur yang merupakan manajer yang baik.

• Ketika ada masalah:

  • Ingat Anda memiliki sewa sebulan (waktu atau uang ;-) jangan panik.
  • Sekali lagi, jangan berkelahi. Jika mereka dapat berubah pikiran, mereka sudah melakukannya.
  • Tidak peduli apa, sh_ts terjadi. Ini bukan tentang benar atau salah, ini tentang kecocokan atau tidak.
  • Dunia lebih besar dari satu perusahaan. Peluang adalah bagi mereka yang siap mengambil.

Bersulang!

• Bagaimana saya dapat berinteraksi secara berbeda dengan rantai manajemen?

Perusahaan besar akan lebih birokratis daripada biasanya. Anda akan berinteraksi dengan layer di atas dan di bawah Anda; melompat akan jarang terjadi.

• Apakah Anda melihat tren kualitas atau kecepatan perkembangan yang berbeda antara besar dan kecil?

Anda akan memiliki lebih banyak lapisan. Anda tidak akan memiliki akses admin ke server produksi, sehingga akan ada lebih banyak hand-off. Saluran komunikasi dan dokumentasi serta proses akan memperlambat segalanya di perusahaan yang lebih besar.

• Pikiran tentang koding tim yang dikembangkan vs koboi.

Tidak relevan; baik besar maupun kecil bisa menjadi salah satunya.

• Aspek sosial.

Perusahaan yang lebih besar cenderung lebih konservatif, karena masih banyak yang kalah.

Perusahaan besar memiliki satu keuntungan besar: mereka tahu cara membuat daftar gaji. Beberapa perusahaan kecil tempat saya bekerja gagal dalam hal itu. Penjualan dan menjaga aliran pendapatan mengalir dapat menjadi masalah bagi perusahaan yang lebih kecil.

• Ada yang lain.

Anda akan menjadi satu suara di antara banyak suara. Pengaruh Anda akan lebih tergantung pada seberapa baik Anda dapat mengintegrasikan diri Anda dengan penggerak dan pengocok.

Kebebasan dan Batas

Perbedaan terbesar yang dapat saya pikirkan dalam pengalaman saya adalah perbedaan batas dan fleksibilitas. Di perusahaan kecil:

• Anda memainkan peran yang lebih besar sebagai Pengembang di mana Anda harus berbuat lebih banyak. Apakah itu adalah menyiapkan server, mengkonfigurasi sistem kontrol sumber, mengelola database untuk Perusahaan Produk X .

• Ini lebih sosial - Anda mungkin memiliki hubungan dengan pemilik / direktur perusahaan dll.

• Anda merasa memiliki pengaruh lebih besar saat opini Anda menjangkau lebih jauh di sekitar perusahaan.

Ketika Anda pindah ke organisasi yang lebih besar, batasan menjadi lebih jelas.

• Peran Anda jauh lebih spesifik.

• Hampir Anda baru saja menjadi Programmer .

• Anda melaporkan ke manajer proyek untuk pembaruan tugas.

• Infrastruktur Anda dikelola oleh tim dukungan / komunikasi.

• Terkadang ada tim pengujian yang melakukan pengujian UAT dan mengatasi bug dalam sistem pelacakan bug.

• Rasanya lebih kompetitif karena ada hierarki yang lebih jelas bahwa orang berusaha memanjat dan merasa diperhatikan di lautan orang.

Sebagai seseorang yang bekerja di kedua lingkungan, berikut adalah pikiran saya:

• Manajemen - Anda mungkin akan menemukan bahwa banyak komunikasi "hilang dalam hierarki". Yang saya maksud dengan ini adalah bahwa di perusahaan kecil, hampir semua orang tahu segalanya (atau setidaknya "mengetahuinya"). Di perusahaan besar, manajer menengah Anda biasanya tidak tahu apa yang sedang Anda kerjakan (itulah tugas ketua tim - jadi ada kehilangan rincian informasi di rantai atas dan ke bawah).
• Kualitas dan kecepatan pengembangan - Ini cenderung lebih lambat di perusahaan besar. Startup cenderung lebih gesit (bagian dari ini berasal dari fakta bahwa produk di perusahaan kecil cenderung lebih kecil). Namun, jangan jatuh ke dalam perangkap pemikiran bahwa perusahaan besar tentu memiliki proses dan metodologi yang lebih baik. Terutama jika kompetensi utama perusahaan tidak ada dalam perangkat lunak - tim perangkat lunak dapat dijalankan tidak lebih baik daripada di peretasan kecil. Faktanya, salah satu tempat terbaik yang pernah saya kerjakan adalah sebuah toko kecil sejauh ini - terutama karena itu adalah toko perangkat lunak kecil yang nyata - dimulai dan dijalankan oleh para programmer. Solid 12/12 pada soal Uji Joel.
• Pengembangan tim - Seperti di atas. Itu sangat tergantung pada tim. Perusahaan besar tidak selalu berjalan lebih baik (tidak seperti dalam beberapa disiplin ilmu lain). Sebagian besar tergantung pada bagaimana "kompeten pengembangan perangkat lunak" orang-orang yang bertanggung jawab atas tim perangkat lunak. Manajer menengah / atas yang tidak memahami perangkat lunak dengan baik akan kekurangan dana dan membuat frustrasi tim perangkat lunak di perusahaan besar khususnya.
• Aspek sosial - Secara keseluruhan, perusahaan kecil dan pemula umumnya lebih informal dan sosial, tetapi perusahaan besar tidak harus terlalu kaku juga. Banyak yang bisa bergantung pada domain industri, dan juga pada usia rata-rata tim. Sebuah tim perangkat lunak yang muda dan sangat kooperatif di sebuah perusahaan besar bisa merasakan sedikit startup sendiri.

Hal lain (hanya beberapa pemikiran dan peringatan acak yang dapat saya pikirkan):

• Waspadai konflik antar tim. Di perusahaan besar, sering ada tim terpisah yang bertanggung jawab atas lapisan sistem yang berbeda, dll. Sifat manusia, erm, sifat manusia - berarti sering ada beberapa mentalitas "kita dan mereka" di sini (pengkhianatan, pelecehan, pengalihan tanggung jawab, dll). Anda tidak cenderung melihat ini di startup kecil di mana semua orang pada dasarnya berada di tim yang sama.

• Biasakan menerima pesanan dari orang-orang yang tidak tahu cara kerja perangkat lunak. Ini bisa menjadi masalah di mana saja, tentu saja, tetapi pemisahan antara "pelaku bisnis" dan tim perangkat lunak cenderung lebih kuat didefinisikan semakin besar perusahaan. Dalam sebuah startup kecil, mereka seringkali adalah orang yang sama. Di perusahaan besar, mereka hampir tidak pernah ada. Ini tidak akan terlalu buruk jika perusahaan tersebut adalah perusahaan perangkat lunak yang sebenarnya (mis. Microsoft).

• Anda cenderung lebih terlindung dari "garis depan" klien. Mungkin akan ada meja bantuan dan manajer produk yang berurusan dengan klien, dan Anda mungkin hampir tidak perlu melakukannya. Ini bisa baik dan buruk. Baik dalam arti bahwa Anda tidak harus berurusan dengan dukungan langsung, buruk dalam arti bahwa mungkin ada masalah komunikasi dan waktu penyelesaian yang membosankan untuk menyelesaikan masalah yang relatif sederhana.

Ini semua yang bisa saya pikirkan untuk saat ini.