Terdapat banyak artikel bagus tentang kemungkinan jejak kerjaya yang boleh anda lakukan dalam IT. Saya tidak melihat banyak yang mungkin digunakan sebagai panduan sebenar untuk menaiki tangga kerjaya. Dalam hampir mana-mana syarikat IT yang lebih atau kurang matang, trek kerjaya biasa untuk jurutera perisian adalah linear. Laluan kerjaya selanjutnya akan bergantung pada kecenderungan anda, perkara yang anda suka lakukan dan sama ada anda bersedia untuk peralihan dalam cara anda bekerja.
Terdapat banyak artikel bagus tentang kemungkinan jejak kerjaya yang boleh anda kejar dalam IT, namun, saya tidak melihat banyak artikel yang mungkin digunakan sebagai panduan sebenar untuk naik tangga kerjaya.
Pada masa ini, saya bekerja di sebuah syarikat yang mempunyai keperluan yang sangat jelas untuk kenaikan pangkat jurutera dan apa yang boleh digunakan sebagai bukti yang mencukupi untuk memenuhi keperluan tersebut. Gabungan kedua-dua faktor ini memberi saya idea bahawa maklumat tambahan mengenai topik ini mungkin membantu jurutera lain yang bekerja di syarikat yang tidak memilikinya untuk membina strategi yang membolehkan mereka mencapai tahap seterusnya.
Dalam hampir mana-mana syarikat IT yang lebih atau kurang matang, trek kerjaya biasa untuk jurutera perisian adalah linear dan kelihatan hampir sama:
Jurutera Perisian Bersekutu adalah pilihan dan mungkin atau mungkin tidak dibentangkan dalam struktur jabatan IT biasa atas sebab yang sangat mudah: ia adalah negatif bersih untuk 12 bulan pertama kerana ia memerlukan banyak pegangan tangan jadi tidak semua syarikat mempunyai sumber dan masa untuk membenarkan jawatan tersebut dalam struktur mereka.
Laluan kerjaya selanjutnya akan bergantung pada kecenderungan anda, perkara yang anda suka lakukan, dan sama ada anda bersedia untuk peralihan dalam cara anda bekerja.
Tidak salah untuk kekal sebagai jurutera perisian kanan jika anda ingin memperuntukkan sebahagian besar masa anda untuk pengekodan. Walau bagaimanapun, jika anda merasakan keperluan untuk memperkasakan orang lain dan memimpin itulah masa yang sesuai untuk menimbang semua jangkaan bagi setiap peranan, kekuatan anda, perkara yang mendorong anda dan memilih trek yang paling sesuai untuk diri anda sendiri.
Walaupun kesederhanaan visual trek di atas, tidak jelas cara untuk mendekati hujung yang betul. Cerapan berikut akan digunakan untuk syarikat yang mempunyai:
struktur hierarki di mana setiap majikan mempunyai pengurus barisan
minat yang tulus dalam pembangunan pekerja
Mengapa perkara di atas penting? Jawapannya agak mudah: dari hari pertama anda mempunyai sekutu - pengurus barisan anda .
Kecekapan setiap pengurus baris adalah berdasarkan output setiap orang yang melaporkan kepada mereka: lebih cepat anda berkembang - lebih besar output anda - lebih baik kecekapan pengurus baris. Memandangkan semua ini, lambat laun, selepas anda menyertai syarikat anda, pengurus barisan anda akan mendekati anda dengan soalan: "Di manakah anda melihat diri anda selepas masa tertentu?" Jika ia tidak berlaku dan anda mempunyai satu sama lain yang kerap, sila tambahkan topik ini sebagai topik perbincangan dalam agenda.
Menyuarakan niat anda dan menetapkan matlamat hanyalah langkah pertama anda. Langkah seterusnya ialah mengumpulkan senarai keperluan untuk peranan yang lebih tinggi dan menyusun senarai pencapaian yang boleh menjadi bukti kelayakan anda yang boleh anda gunakan sebagai panduan yang perlu anda ikuti untuk mendapatkan dari titik A ke titik B. Dalam syarikat yang mempunyai proses kenaikan pangkat yang telus, ini sepatutnya sudah sedia ada.
Jika ini tidak berlaku, anda dan pengurus anda boleh mengarang satu. Ingat bahawa proses ini bermanfaat untuk kedua-dua pihak: anda mendapat persetujuan bahawa selepas pencapaian tertentu, anda akan dipuji dengan kenaikan pangkat dan pengurus barisan anda boleh mendapat peningkatan output daripada pasukan, jadi ini adalah kes menang-menang.
Syarikat yang berbeza mungkin mempunyai keperluan yang berbeza untuk jawatan tertentu, dan saya tidak akan mendakwa bahawa yang di bawah adalah universal dan sesuai untuk semua orang. Tujuan utama adalah untuk memberi anda idea yang mungkin kelihatan seperti jika anda memerlukan idea yang boleh disesuaikan dengan keperluan anda.
Garis panduan untuk bukti boleh digunakan sebagai peta jalan yang membawa anda ke destinasi yang diingini. Langkah seterusnya untuk trek biasa mungkin
Semak pelan hala tuju pasukan untuk projek yang sesuai atau permintaan perubahan yang mungkin sesuai dengan tujuan bukti.
Suarakan hasrat anda kepada pengurus baris supaya mereka boleh membantu dengan peruntukan projek yang sesuai dan memberikan maklumat tentang keutamaannya, nilai perniagaan dan bila ia boleh diambil untuk pembangunan.
Kenal pasti mana-mana kawasan yang berpotensi untuk penambahbaikan dalam kod, kebolehmerhatian, kebolehlanjutan dan perspektif keselamatan dan naikkannya sebagai tiket pemilikan.
Biasakan diri anda dengan proses pengambilan semasa di syarikat anda dan minta bayangan semasa sesi pengambilan. Minta untuk menukar peranan di mana seseorang yang lebih senior akan membayangi anda dan meminta maklum balas.
Ini ialah senarai pendek peranan yang akan diliputi daripada keperluan/garis panduan untuk perspektif bukti:
Trek Biasa
Keperluan Jurutera Perisian Junior
Keperluan Jurutera Perisian
Keperluan Jurutera Perisian Kanan
Trek Kejuruteraan
Keperluan Jurutera Utama
Keperluan Utama Kejuruteraan Kanan
Trek Pengurusan
Pengurus Kejuruteraan
Pengarah Kejuruteraan
Keperluan Jurutera Perisian Junior
Kawasan
Keperluan
Garis panduan untuk bukti
Penghantaran
Menyampaikan tugas · Keperluan yang jelas diperlukan (perniagaan dan sistem) · Mereka bentuk/melaksanakan penyelesaian teknikal skop terhad · Bimbingan terhad diperlukan
1. Senarai tugasan yang telah disiapkan o Tugas hendaklah cukup kompleks untuk menyebutnya o Tarikh akhir dipenuhi o Tiada isu kualiti utama o Tugas telah diselesaikan tanpa pegangan tangan 2. Input daripada pengurus baris yang mengesahkan bahawa semua keperluan dipenuhi.
Kualiti
Mengaplikasikan amalan terbaik · Belajar dan sentiasa menggunakan amalan terbaik · Mahir dengan pelbagai alat pembangun · Menyiasat dan membetulkan masalah/pepijat yang rumit
Maklum balas daripada pengurus baris dan rakan sebaya yang mengesahkan bahawa semua keperluan dipenuhi.
Keperluan Jurutera Perisian
Kawasan
Keperluan
Garis panduan untuk bukti
Penghantaran
Menyampaikan permintaan perubahan (ciri) · Mengambil keperluan perniagaan sebagai input · Memecahkan kerja kepada tugas dengan tahap perincian yang mencukupi tentang penyelesaian (apa yang perlu dilakukan dan apabila ia selesai) dan pelaksanaan (bagaimana ia harus dilakukan) · Menyediakan anggaran yang tepat pada tahap tugas/cerita pengguna · Berpasangan dengan jurutera lain untuk menghantar lebih cepat
Senarai permintaan perubahan yang dihantar, mematuhi keperluan berikut: 1. Permintaan perubahan telah dihantar sepenuhnya dan tarikh akhir telah dipenuhi. 2. Bahagian penemuan telah diselesaikan oleh pekerja (tiket, anggaran). 3. Permintaan perubahan cukup kompleks dari perspektif teknikal (lebih daripada 2 minggu untuk 1 jurutera melaksanakannya). 4. Permintaan perubahan memberikan impak yang bermakna kepada perniagaan. 5. Permintaan perubahan ditandatangani oleh perniagaan dan sedang berjalan dalam pengeluaran. 6. Pekerja telah menunjukkan tahap autonomi dan kualiti yang mencukupi (berdasarkan maklum balas daripada ketua teknologi dan pengurus kejuruteraan).
Reka bentuk sistem
Perkhidmatan reka bentuk · Mereka bentuk dan melaksanakan perkhidmatan yang lebih kecil sambil mengambil kira semua aspek tidak berfungsi (kebolehlanjutan, keselamatan, kebolehmerhatian, dll) · Menulis kod berkualiti tinggi dengan penggunaan penuh amalan dan metodologi kejuruteraan · Mengambil bahagian dalam semakan kod untuk menguatkuasakan amalan terbaik · Membetulkan punca di sebalik pepijat dan masalah yang dihadapi
Sekurang-kurangnya dua perkhidmatan yang direka bentuk mematuhi keperluan berikut: 1. Ia boleh menjadi perkhidmatan baharu atau reka bentuk semula lengkap perkhidmatan sedia ada. 2. Ia boleh menjadi perkhidmatan kendiri, perpustakaan atau komponen yang digunakan oleh perkhidmatan lain. 3. Perkhidmatan tidak boleh remeh dari perspektif reka bentuk. 4. Jurutera sepatutnya mengikuti proses reka bentuk formal: · Dapatkan keperluan perniagaan dan sistem · Mengenal pasti konteks terikat · Kenal pasti keperluan tidak berfungsi · Pecahkan konteks kepada perkhidmatan · Dapatkan maklum balas tentang penyelesaian · Melaksanakannya 5. Perkhidmatan dilaksanakan dan sedang berjalan dalam pengeluaran.
Jurutera Perisian Kanan
Kawasan
Keperluan
Garis panduan untuk bukti
Penghantaran
Menyampaikan fasa projek (epik) · Mengambil keperluan dan reka bentuk sistem peringkat tinggi sebagai input · Mencipta reka bentuk sistem untuk perkhidmatan atau komponen, memutuskan teknologi dan amalan kejuruteraan yang akan digunakan · Memecahkan kerja kepada tugas atau cerita pengguna dengan tahap perincian yang mencukupi tentang penyelesaian (apa yang perlu dilakukan dan apabila ia dilakukan) dan pelaksanaan (bagaimana ia harus dilakukan) · Menyediakan anggaran yang tepat pada tahap tugas/cerita pengguna · Mengetuai pasukan kecil untuk menyampaikan skop · Membuka sekatan pasukan mereka, menyelesaikan isu dan menghapuskan halangan
Senarai fasa/epik projek yang dihantar, mematuhi keperluan berikut: 1. Fasa epik/projek telah dihantar sepenuhnya dan tarikh akhir telah dipenuhi. 2. Bahagian penemuan telah diselesaikan oleh pekerja (tiket, anggaran). 3. Fasa epik/projek cukup kompleks dari perspektif teknikal (memerlukan sekurang-kurangnya 2 jurutera selama >= 2 minggu). 4. Fasa epik/projek memberikan impak yang bermakna kepada perniagaan. 5. Fungsi ini ditandatangani oleh perniagaan dan sedang berjalan dalam pengeluaran. 6. Pekerja telah menunjukkan tahap autonomi dan kualiti yang mencukupi (berdasarkan maklum balas daripada ketua teknologi dan pengurus kejuruteraan). 7. Jurutera mengambil bahagian dalam pelaksanaan sebagai peneraju teknikal.
Reka bentuk sistem
Mereka bentuk subsistem · Ia adalah sama seperti Jurutera Perisian tetapi memberi tumpuan kepada perkhidmatan atau subsistem yang lebih kompleks · Mahir dalam reka bentuk dan pelaksanaan sistem awan dan sistem teragih
Sekurang-kurangnya 3 perkhidmatan direka bentuk mematuhi keperluan berikut: 1. Ia boleh menjadi perkhidmatan baharu atau reka bentuk semula lengkap perkhidmatan sedia ada. 2. Ia boleh menjadi perkhidmatan kendiri, perpustakaan atau komponen yang digunakan oleh perkhidmatan lain. 3. Perkhidmatan tidak boleh remeh dari perspektif reka bentuk. 4. Jurutera sepatutnya mengikuti proses reka bentuk formal: a. Dapatkan keperluan perniagaan dan sistem b. Kenal pasti konteks terhad c. Kenal pasti keperluan tidak berfungsi d. Pecahkan konteks kepada perkhidmatan e. Dapatkan maklum balas tentang penyelesaian f. Laksanakannya 5. Perkhidmatan dilaksanakan dan sedang berjalan dalam pengeluaran.
Perubahan pemanduan
Mencadangkan perubahan · Mencabar status quo dan andaian yang dibuat · Cari cara untuk menambah baik platform, proses, persekitaran kerja dan pasukan teknologi secara amnya
Sekurang-kurangnya tiga perubahan penting telah dicadangkan, yang boleh terdiri daripada mana-mana yang berikut: 1. Kefungsian: mencadangkan permintaan perubahan yang diutamakan dan dilaksanakan (permintaan perubahan harus cukup besar untuk dianggap sebagai perubahan, bukan perubahan kosmetik). 2. Orang: menemu bual seorang jurutera yang diupah dan lulus percubaan (jurutera perisian junior atau lebih tinggi, dianggap sebagai pertukaran kepada pasukan). 3. Pemilikan: mencadangkan projek pemilikan (termasuk dalam pelan hala tuju pemilikan, diluluskan oleh CTO).
Keperluan Jurutera Utama
Kawasan
Keperluan
Garis panduan untuk bukti
Penghantaran
Ketua teknologi untuk projek (cadangan projek) · Mengambil keperluan perniagaan sebagai input · Cari penyelesaian yang paling berkesan untuk masalah perniagaan (alternatif penyelidikan, sahkan penyelesaian menggunakan pendekatan tanpa kod/kod rendah) · Mencipta reka bentuk sistem untuk perkhidmatan atau subsistem baharu, memutuskan teknologi dan amalan kejuruteraan yang akan digunakan · Memecahkan karya kepada epik dengan tahap perincian yang mencukupi tentang penyelesaian (apa yang perlu dilakukan dan apabila ia selesai) dan pelaksanaan (bagaimana ia harus dilakukan) · Menyediakan anggaran yang tepat pada tahap projek, komited pada tarikh · Bertindak sebagai peneraju teknologi untuk keseluruhan projek · Membuka sekatan pasukan mereka, menyelesaikan isu dan menghapuskan halangan · Mengurus risiko teknologi, pelaksanaan dan operasi
Senarai projek yang dihantar, mematuhi keperluan berikut: 1. Penyelesaian untuk masalah tersebut telah dicadangkan oleh pekerja dan ia dianggap berkesan. Iaitu pelbagai alternatif telah dinilai, dan alternatif terbaik dipilih berdasarkan pengesahan kod rendah/tiada kod. 2. Bahagian penemuan telah diselesaikan oleh pekerja (tiket, anggaran). 3. Penyelesaian itu direka oleh pekerja. 4. Projek itu perlu menjadi projek "ciri" yang dimulakan melalui cadangan projek. 5. Jurutera mengambil bahagian dalam pelaksanaan sebagai peneraju teknikal (lihat lajur keperluan untuk butiran lanjut).
Perubahan pemanduan
Memacu perubahan teknikal (skuad) · Mencadang dan melaksanakan inisiatif untuk meningkatkan kualiti sistem dan mengurangkan hutang teknikal · Mencadang dan melaksanakan perubahan untuk meningkatkan pengalaman dan produktiviti pembangun · Menyokong dan menguatkuasakan kod bersih dan seni bina bersih
Senarai perubahan besar yang diperkenalkan (biasanya sekurang-kurangnya empat), mematuhi keperluan berikut: 1. Perubahan ini memberikan peningkatan yang bermakna kepada kualiti sistem (cth penambahbaikan platform), pengalaman pembangun atau produktiviti pembangun. Perubahan itu memberi kesan kepada keseluruhan skuad. 2. Jurutera tidak semestinya yang mencadangkan perubahan. Jurutera harus menjadi penggerak utama di sebalik perubahan (cth direka, bertindak sebagai peneraju teknologi, mengambil bahagian dalam pelaksanaan). Perubahan boleh disampaikan oleh jurutera atau sebagai usaha pasukan. 3. Perubahan hendaklah dilaksanakan sepenuhnya dan digunakan oleh skuad/platform (perubahan itu hendaklah “melekat” dan memberikan nilai yang cukup untuk mengekalkannya). 4. Perubahan itu sepatutnya cukup ketara untuk disebut.
Orang ramai
Mentor · Mentor dan menyokong jurutera yang kurang berpengalaman · Menjalankan temu bual teknikal dengan berkesan · Bertindak sebagai "magnet" untuk jurutera yang hebat semasa pengambilan pekerja (jadilah faktor penentu di mana kita berada dalam persaingan untuk bakat yang baik berbanding syarikat lain)
Bukti yang mungkin: 1. Jurutera yang ditemuduga, yang diambil bekerja dan lulus percubaan. 2. Maklum balas daripada jurutera berkemahiran tinggi. 3. Sesi latihan dianjurkan/disampaikan untuk seluruh pasukan teknologi (cth. Tech Sync, Engineering Dojo). 4. Apabila mengetuai kumpulan kerja senarai perubahan yang dicadangkan/dilaksanakan dalam skop kumpulan kerja boleh digunakan sebagai bukti.
Ketua Kejuruteraan Kanan
Kawasan
Keperluan
Garis panduan untuk bukti
Penghantaran
Ketua Teknologi untuk projek kompleks (cadangan projek) Sama seperti Jurutera Utama, tetapi memberi tumpuan kepada masalah yang rumit dari perspektif teknikal, organisasi atau perniagaan · Projek ini memerlukan penyelarasan merentasi pelbagai skuad · Projek ini melibatkan penyedia teknologi pihak ketiga atau pihak berkepentingan (cth perkongsian) · binaan produk baharu semasa produk dalam mod penemuan · projek keutamaan/kedekatan tinggi dengan tarikh akhir tetap dan banyak yang tidak diketahui
Senarai projek yang dihantar, mematuhi keperluan berikut: 1. Projek ini dianggap kompleks (lihat contoh di sebelah kiri). 2. Projek telah dihantar sepenuhnya (semua penghantaran + DoD) dan tarikh akhir telah dipenuhi. 3. Penyelesaian untuk masalah tersebut telah dicadangkan oleh pekerja dan ia dianggap berkesan (iaitu pelbagai alternatif telah dinilai, dan alternatif terbaik dipilih berdasarkan pengesahan kod rendah/tanpa kod). 4. Bahagian penemuan telah diselesaikan oleh pekerja (keperluan sistem, tiket, anggaran). 5. Penyelesaian itu direka oleh pekerja. Projek ini mempunyai kerumitan yang tinggi dari perspektif reka bentuk sistem. 6. Seorang jurutera mengambil bahagian dalam pelaksanaan sebagai peneraju teknikal.
Perubahan pemanduan
Mendorong perubahan teknikal (teknologi) · Sama seperti E5 tetapi pada tahap teknologi · Pemilik sistem untuk sekurang-kurangnya satu aspek tidak berfungsi (cth keselamatan, kebolehmerhatian, dll).
Senarai perubahan besar yang diperkenalkan (biasanya sekurang-kurangnya 4), mematuhi keperluan berikut: 1. Perubahan ini memberikan peningkatan yang bermakna kepada kualiti sistem (cth penambahbaikan platform), pengalaman pembangun atau produktiviti pembangun. Perubahan itu memberi kesan kepada berbilang pasukan (contohnya penggunaan teknologi). 2. Jurutera tidak semestinya yang mencadangkan perubahan. Jurutera harus menjadi penggerak utama di sebalik perubahan (cth direka, bertindak sebagai peneraju teknologi, mengambil bahagian dalam pelaksanaan). Perubahan itu sendiri boleh disampaikan oleh jurutera atau sebagai usaha pasukan. 3. Perubahan harus dilaksanakan sepenuhnya dan digunakan oleh berbilang skuad (perubahan harus "melekat" dan memberikan nilai yang cukup untuk mengekalkannya). 4. Perubahan itu sepatutnya cukup ketara untuk disebut. Ia harus dijejaki pada halaman "projek akan datang" sebagai projek pemilikan (pemilikan dalam konteks ini bermaksud perubahan pada platform, perkakas, proses, dll, bukan hanya perubahan berkaitan platform). 5. Sekurang-kurangnya 2 perubahan hendaklah berkaitan dengan aspek bukan fungsi yang dimiliki oleh individu.
Orang ramai
Pakar yang diiktiraf · Pakar yang diiktiraf dalam bidang kepakaran tertentu di peringkat syarikat, bertindak sebagai titik hubungan teknikal dalam teknologi dalam bidang kepakaran mereka · Memantau trend/teknologi dalam bidang kepakaran dan menyampaikan kemas kini dan penemuan · Secara aktif dan kerap berkongsi kepakaran dengan jurutera lain (bengkel, ceramah teknologi, latihan) · Memudahkan kerjasama untuk mencari penyelesaian untuk masalah yang kompleks (kumpulan kerja, dll) · Menjalankan temu bual teknikal dengan berkesan · Mentor dan menyokong jurutera yang kurang berpengalaman, membimbing kerjaya mereka dari perspektif pembangunan profesional · Bertindak sebagai "magnet" untuk jurutera yang hebat semasa pengambilan pekerja (jadilah faktor penentu di mana kita bersaing untuk bakat yang baik berbanding syarikat lain)
Bukti yang mungkin: 1. Jurutera yang ditemu bual, yang diambil bekerja dan lulus percubaan. 2. Maklum balas daripada jurutera berkemahiran tinggi. 3. Sesi latihan dianjurkan/disampaikan untuk seluruh pasukan teknologi (cth. Tech Sync, Engineering Dojo). 4. Mengetuai kumpulan kerja, senarai perubahan yang dicadangkan/dilaksanakan dalam skop kumpulan kerja boleh digunakan sebagai bukti.
Pengurus Kejuruteraan
Kawasan
Keperluan
Garis panduan untuk bukti
Penghantaran
Menyampaikan pelan hala tuju skuad · Mengetuai skuad 3-6 jurutera · Bertindak sebagai pengurus projek untuk pelbagai inisiatif serentak · Mampu menyampaikan hasil yang hanya mempunyai keperluan perniagaan sebagai input (mampu mencipta dan menandatangani keperluan sistem) · Fokus pada kesan perniagaan, didorong oleh nilai perniagaan · Menyampaikan komitmen, status dan risiko kepada pemegang kepentingan perniagaan · Memastikan semua ahli skuad mempunyai semua maklumat yang mereka perlukan · Berkomunikasi kepada pihak ketiga dalam skop inisiatif/pemilikan · Mencari keseimbangan yang betul antara penghantaran ciri dan kualiti sistem · Semua keperluan untuk Jurutera Perisian Kanan
Projek baharu yang dihantar oleh skuad mematuhi keperluan berikut: 1. Projek yang dimulakan melalui cadangan projek. 2. Projek ini telah memenuhi metrik impaknya, dan komitmen awam telah dipenuhi. 3. Projek yang dilaporkan dalam kitaran promosi sebelumnya tidak boleh disertakan dalam senarai.
Produktiviti
Mendorong perubahan pengurusan (skuad) · Mengukur dan meningkatkan prestasi skuad secara berterusan · Mengenal pasti dan mewujudkan amalan terbaik dalam skuad dengan fokus pada produktiviti · Mengekalkan kualiti penghantaran yang tinggi · Memastikan ketelusan mengenai kemajuan, risiko, keputusan
1. Nilai metrik produktiviti (prestasi) skuad. 2. Perubahan besar (sekurang-kurangnya 4) diperkenalkan, mematuhi keperluan berikut: a. Ia menyelesaikan masalah berkaitan skuad atau suku yang dimiliki, masalah itu perlu dimasukkan ke dalam masalah TOP 5 dan dipersetujui dengan pengurus baris. b. Perubahan harus dilaksanakan sepenuhnya dan digunakan oleh skuad (perubahan harus "melekat" dan memberikan nilai yang cukup untuk mengekalkannya). c. Perubahan harus memberikan peningkatan yang bermakna kepada produktiviti, penglibatan atau kualiti penyampaian. d. Pengurus tidak perlu menjadi orang yang mencadangkan perubahan. EM harus menjadi daya penggerak utama di sebalik perubahan. Perubahan boleh disampaikan oleh jurutera atau sebagai usaha pasukan.
Orang ramai
Pengurus barisan (>=3 laporan langsung) · Menguruskan 3-6 laporan langsung · Melatih dan menyokong jurutera · Menyokong dan membimbing kemajuan kerjaya · Menyelaraskan perbezaan pendapat dan membantu mengurus serta menyelesaikan konflik · Menggalakkan budaya pasukan dan kerjasama yang positif
1. Nilai metrik penglibatan skuad. 2. Senarai jurutera, yang diambil bekerja dan lulus percubaan (boleh dilangkau jika kita tidak mengambil, EM sepatutnya menjadi pengurus pengambilan).
Pengarah Kejuruteraan
Kawasan
Keperluan
Garis panduan untuk bukti
Penghantaran
Menyampaikan peta jalan untuk berbilang skuad · Memastikan penghantaran merentasi 2-3 skuad · Memenuhi peranan Pengurus Kejuruteraan dalam salah satu skuad · Memiliki perkongsian dengan pihak ketiga · Semua keperluan daripada Pengurus Kejuruteraan
Projek baharu yang dihantar oleh skuad mematuhi keperluan berikut: 1. Projek yang dimulakan melalui cadangan projek (bukan aktiviti BAU). 2. Projek ini telah memenuhi metrik impaknya dan komitmen awam dipenuhi. 3. Hasil projek dibentangkan sebagai sesi Ciri Teknologi. 4. Projek yang dilaporkan dalam kitaran promosi sebelumnya tidak boleh dimasukkan dalam senarai. 5. Sekurang-kurangnya 2 projek harus diiktiraf sebagai projek utama di peringkat syarikat (cth produk baru, dll, boleh disahkan dengan CTO).
Memandu perubahan
Memacu perubahan pengurusan (berbilang skuad/teknologi) · Semua keperluan daripada Kejuruteraan tetapi merentasi pelbagai skuad · Pemilik sistem untuk sekurang-kurangnya satu proses (cth sokongan, dll)
1. Nilai metrik produktiviti (prestasi) skuad merentas berbilang skuad. 2. Perubahan besar (sekurang-kurangnya 6) diperkenalkan, mematuhi keperluan berikut: a. Ia menyelesaikan masalah yang berkaitan dengan skuad atau suku, masalah perlu dimasukkan ke dalam masalah TOP 5 dan dipersetujui dengan pengurus baris. b. Perubahan harus dilaksanakan sepenuhnya dan digunakan oleh skuad (perubahan harus "melekat" dan memberikan nilai yang cukup untuk mengekalkannya). c. Perubahan itu harus memberikan peningkatan yang bermakna kepada produktiviti, penglibatan atau kualiti penyampaian. d. Pengurus tidak perlu menjadi orang yang mencadangkan perubahan. Pengarah Kejuruteraan harus menjadi penggerak utama di sebalik perubahan. Perubahan boleh disampaikan oleh jurutera atau sebagai usaha pasukan. e. Sekurang-kurangnya 2 perubahan harus berkaitan dengan proses yang dimiliki oleh pengarah.
Orang ramai
Pengurus barisan (>=10 laporan, termasuk laporan tidak langsung) · Semua keperluan untuk Pengurus Kejuruteraan · Melatih dan menyokong jurutera · Menyokong dan membimbing kemajuan kerjaya · Menguruskan churn, mengurangkan "churn yang dikesali"
1. Nilai metrik penglibatan skuad merentas berbilang skuad. 2. Senarai jurutera, yang diambil bekerja dan lulus percubaan (boleh dilangkau jika kita tidak mengambil kerja). 3. Senarai jurutera yang dinaikkan pangkat (boleh dilangkau jika tiada keperluan perniagaan untuk kenaikan pangkat).
