Kit PHK

• Pengetahuan tentang OOP dan struktur data;
• Pengalaman pengembangan Java untuk Android.;
• pengetahuan tentang Android API, pemahaman arsitektur Android;
• pengetahuan tentang dasar-dasar HTTP, XML, JSON;
• pengalaman dengan sistem kontrol versi Git;
• pengalaman dengan Android Studio, Gradle;
• pengalaman bekerja dengan database SQL;
• Keakraban dengan prinsip-prinsip Desain Material;

Apakah kamu mengetahuinya? Tentu saja mereka melakukannya. Ini adalah salah satu resume programmer standar.

Secara pribadi, ringkasan ini mengingatkan saya pada satu lagu , atau lebih tepatnya satu baris lagu ini: “Lada! Sudah berjalan dengan baik! "

Ini juga mengingatkan iklan Lada yang sama, di mana kehadiran ABS, sensor hujan dan cahaya, dll. diberikan sebagai keunggulan kompetitif. Nah, slogan terkenal: "Ini harusnya mobil!"

Tetapi haruskah seorang programmer seperti itu? Jika Anda ingin menjadi seperti Lada - besar-besaran, murah dan "seolah-olah bukan programmer mesin ," maka ya.

Tapi kami tidak seperti itu, jadi kami akan merumuskan dan merumuskan keunggulan kompetitif kami - serangkaian pemecatan .



Kit pemberhentian adalah apa yang tersisa bersama Anda saat Anda berganti pekerjaan. Saat Yuri Shevchuk bernyanyi, “Inilah yang akan tersisa setelah saya. Ini yang akan saya bawa. "

Kit pemberhentian secara kondisional dibagi menjadi beberapa bagian:

1. solusi (produk jadi atau setengah jadi);
2. pengalaman;
3. tugas yang telah diselesaikan;
4. hasil yang dicapai.

Pembagian menjadi beberapa bagian tentu saja bersyarat. Terkadang tidak jelas apa yang dimaksud dengan elemen kit ini atau itu. Beberapa orang masih menyertakan salinan pangkalan kerja, tetapi saya pribadi tidak merekomendasikan melakukan ini.

Jadi mari kita selesaikan.

Bekerja untuk majikan di masa depan

Saya mengucapkan kalimat ini di salah satu konferensi, dan itu menimbulkan banyak tanggapan berbeda. Maka tidak ada waktu untuk menjelaskannya secara lebih rinci, sekarang saya akan memperbaikinya.

Bekerja untuk majikan di masa depan adalah prinsip dasar yang menjadi dasar bekerja dengan kit pemecatan.

Pada pandangan pertama, sepertinya saya mengusulkan untuk menipu majikan, melakukan pekerjaan sampingan sebelah kiri atau menyabotase.

Ini tidak benar. Saya menawarkan sinergi yang bermanfaat bagi Anda, atasan Anda, dan atasan Anda di masa depan.

Mari kita lihat sebuah contoh.

Anda membuat keputusan, sesuatu yang populer dan populer - dasbor yang mengambil data dari sistem perusahaan dan menampilkannya di web menggunakan Google Charts atau d3.

Majikan saat ini ingin melihat penjualan dan arus kas. Setidaknya dia bilang begitu.

Tidak ada yang rumit. Anda dapat mengambil permintaan data untuk membentuk array dari dimensi yang diperlukan, dan membuat skrip js statis menggunakan contoh yang ditulis dengan hati-hati oleh Google Charts atau Recharts. Anda perlu menyematkan skrip statis di suatu tempat, bahkan di TV di kantor direktur, mengkonfigurasi pembaruan otomatis peramban - dan itu saja, Anda dapat membuat majikan bahagia.

Kemudian Anda ingat bahwa Anda akan berganti pekerjaan. Anda tidak pernah tahu, mungkin mereka berencana pindah ke kota lain. Dan Anda berpikir - oh, tapi alangkah baiknya untuk membawa dashboard bersamamu. Topiknya populer, saya akan menunjukkan kepada Anda saat wawancara di smartphone, ini bukan 1C, grafiknya dapat diskalakan dan dibalik dengan indah.

Pertanyaan muncul di hadapan Anda - apa yang ingin dilihat majikan baru di dasbor? Juga penjualan dan uang? Bagaimana jika itu akan eceran, dan Anda membutuhkan tagihan rata-rata? Atau akankah itu distribusi, di mana TOC diimplementasikan, dan mereka ingin melihat status buffer? Dan tiba-tiba itu akan menjadi sistem php, seperti bitrix, dan kemudian semua permintaan harus ditulis ulang.

Ya, Anda pikir Anda perlu kemampuan untuk mengkonfigurasi dan mengisolasi dari sistem tertentu. Biarkan dimungkinkan untuk membuat sejumlah indikator sewenang-wenang yang akan ditampilkan pada dasbor sewenang-wenang.

Istirahat, selesai - kecantikan. Datanglah ke pekerjaan baru dan segera hasilkan efek wow.

Tapi kamu berhenti. Kami menyerahkan segalanya, memberi tahu programmer baru tentang dasbor dan keputusan Anda yang lain, dan pergi.

Dan kemudian perubahan dimulai pada pekerjaan Anda sebelumnya. Butuh 10 digit lagi ke dasbor. Kami membeli perusahaan lain, ada akuntansi di BP, kami juga membutuhkan dashboard, untuk saat otomatisasi sesuai dengan aturan holding. Kami memulai proyek tentang perubahan strategis - tidak ada cara untuk melakukannya tanpa dashboard terpisah, besar, dan indah - monitor strategis.

Semua hal di atas mudah dan cepat diimplementasikan oleh dasbor Anda, yang tetap pada pekerjaan yang sama. Dan saat ini Anda sudah sepenuhnya membuat majikan baru senang dengan dashboard yang sama.

Sekarang kita berhenti, dan menghitung siapa yang lebih bahagia:

1. Anda, karena Anda memiliki permulaan dan keunggulan kompetitif dalam wawancara;
2. Majikan baru Anda, sebagai Menerima solusi turnkey atau ide terbukti yang Anda terapkan dengan cepat (dari memori);
   
   Sekarang perhatian:
3. Majikan lama Anda, sebagai dasbor berfungsi dengan baik tanpa Anda, menyelesaikan semua tugas baru dalam waktu singkat, yang berarti - dengan sedikit uang;
4. Dan anehnya, programmer yang datang untuk bekerja setelah Anda pada pekerjaan lama itu baru.

Semua angka baru di dasbor sudah hasilnya, meskipun diterima terima kasih. Hasilnya membawa keuntungan baginya.

Total 4 beruntung. Jika Anda meninggalkan versi pertama dasbor (dengan dua permintaan dan skrip statis), maka hanya majikan yang lama yang akan senang, dan itupun tidak lama. Begitu dia mulai berubah, mereka, bersama dengan programmer baru, akan mengutuk Anda dengan kata-kata terakhir. Salah satu kata itu adalah "govnokoder."

Tentu saja, Anda juga dapat menerbitkan dasbor Anda di Git, maka jumlah yang beruntung akan meningkat secara signifikan.

Jelas bahwa membuat dasbor yang tepat akan memakan waktu lebih lama daripada yang salah. Tapi, percayalah pengalaman saya, perbedaannya sangat kecil, dibandingkan dengan manfaatnya untuk semua peserta.

Dan di sini kita memiliki sinergi murni. Alih-alih 1 = 1, kita mendapatkan 1 = 4. Dan semua karena bekerja untuk majikan saat ini, kami bekerja untuk masa depan.

Dan yang terakhir, untuk sepenuhnya menghilangkan keraguan. Tidak masalah di mana Anda bekerja sekarang, di mana Anda bekerja sebelumnya atau di mana Anda akan bekerja. Pada dasarnya, Anda:

• Atau memecahkan masalah saat ini;
• Atau pecahkan masalah di masa depan.

Baik tugas saat ini dan masa depan adalah untuk kedua pemberi kerja - baik saat ini dan masa depan. Jadi, membuat dasbor yang tepat, Anda menyelesaikan tugas masa depan keduanya.

Atau dengan cara lain: Anda menyelesaikan tugas masa depan dari majikan Anda saat ini. Tugas-tugas yang akan muncul di hadapannya ketika Anda sudah berada di perusahaan lain.

Apakah kamu mengerti

Mungkin ini bisa disebut "memecahkan masalah majikan masa lalu." Itu juga terdengar tidak menyenangkan, seperti "memecahkan masalah majikan di masa depan." Semua masalah terhubung dengan titik awal - di mana Anda berada, dan di mana kedua majikan - di sebelah kiri atau kanan di sepanjang sumbu waktu.

Tapi sekarang Anda mengerti bahwa ini hanya permainan kata-kata, itu merusak segalanya. Masa lalu, sekarang, masa depan. Memberi nuansa emosional dan evaluatif.

Jika Anda membuang pun kata-katanya, itu menjadi sederhana dan jelas. Anda sedang bekerja untuk masa depan.

Solusi

Mari kita mulai dengan masalah hukum. Biasanya salah membawa potongan kode, modul, dan perpustakaan bersama Anda. Sepotong program, tampaknya, adalah kekayaan intelektual perusahaan tempat program itu dibuat.

Oleh karena itu, saya sarankan untuk berfokus pada ide dan serpihan solusi, mengetahui yang mana Anda dapat mereproduksi solusi kapan saja.

Tetapi, tentu saja, jika ada situasi di mana suatu keputusan dapat diambil sepenuhnya tanpa konsekuensi hukum, maka adalah dosa untuk tidak menggunakannya.

Maka semuanya sederhana. Saat memecahkan masalah, ingatlah pertanyaan-pertanyaan:

• Seberapa sering tugas-tugas tersebut muncul untuk majikan saat ini?
• Seberapa sering tugas-tugas seperti itu akan muncul di masa depan dengan majikan saat ini?
• Seberapa sering tugas ini muncul untuk perusahaan lain?

Jika Anda melihat bahwa tugas tersebut berulang atau akan terulang, maka cobalah untuk menyelesaikannya secara abstrak. Sehingga keputusan Anda akan berguna bagi majikan di masa depan dan majikan Anda saat ini ketika Anda meninggalkannya.

Untuk menjawab pertanyaan-pertanyaan ini dengan benar, Anda tidak hanya harus memprogram. Anda perlu melihat apa yang dilakukan orang lain - perusahaan, pemrogram, vendor. Mengikuti perkembangan arah platform, kerangka kerja, industri secara keseluruhan.

Bahkan ada ilmu - manajemen tren, studi tren. Jadi dia bisa melakukannya.

Anda harus mengikuti dinamika perubahan di perusahaan Anda. Seberapa sering org. struktur, manajer, pembukuan dan pemodal / ekonom, produk, pasar, dll.

Semua pengetahuan ini akan membantu mempengaruhi keputusan Anda - apakah akan membuat instrumen abstrak dan robek, atau kali ini $ p.cat.byId ("000002341") sudah cukup.

Saya belum membuat banyak keputusan yang ditolak dalam hidup saya - sekitar 50. Karena itu, perangkat pemecatan saya agak sedikit. Saya menyadari nilainya belum lama ini, yang terkadang saya sesali.

Meskipun, bahkan bagasi sederhana seperti itu bermanfaat bagi saya berkali-kali. Misalnya saja saat berganti pekerjaan.

Bekerja di pekerjaan pertama saya, di waralaba 1C, saya melakukan penyempurnaan perencanaan produksi untuk soft starter, yang kemudian masuk ke konfigurasi standar. Jadi, jika Anda memiliki soft starter 1C, ada govnokod saya.

Majikan saya berikutnya ingin mengotomatiskan perencanaan produksi, dan pekerjaan saya sebelumnya yang menarik perhatiannya kepada saya - dia hanya bisa melihat keputusan saya. Anda bahkan tidak perlu pergi ke mana pun - dia juga memiliki starter yang lembut, dan ada kode saya.

Bekerja di tempat ini, saya membuat "Struktur Biaya". Itu adalah akuntan kecil yang memeriksa rantai biaya dalam produksi multi-tahap untuk kesenjangan - analitik yang salah ketika mengeluarkan biaya. Saya mengunggah laporan ini ke konferensi mitra 1C, dan menemukan minat yang sangat besar di dalamnya, karena masalah mencari tahu biaya tidak memiliki solusi standar.

Akibatnya, dalam beberapa hari kerja, laporan tersebut menjadi seperti sekarang, dan telah terjual lebih dari beberapa ribu kopi.

Majikan berikutnya menganggap eksplorasi biaya sebagai salah satu tugas utama - di sana secara historis mengembangkan praktik menganalisis biaya penjualan dalam konteks biaya akhir. Ketika saya datang untuk wawancara, mereka sudah tahu tentang "Struktur Biaya" - salah satu waralaba menunjukkan kepada mereka file Excel dengan pohon biaya yang diunggah. Tetap hanya untuk mengatakan bahwa saya membuat struktur biaya.

Di pekerjaan berikutnya, lingkaran ditutup. Perusahaan tersebut bekerja dengan waralaba tempat saya memulai karir saya, dan mereka secara alami bertanya kepada franchise tentang pengalaman dan keputusan saya. Saya ingat perencanaan produksi, bersama dengan "Struktur Biaya", dan sekarang saya dengan mudah mendapatkan pekerjaan. Di sini saya sekali lagi membuat distribusi biaya yang sewenang-wenang.

Sekarang saya biasanya memprogram dalam javascript. Tetapi beberapa solusi dari 1Significant past sangat bagus, dalam arti ide saya, bahwa saya akan mereproduksi mereka dalam javascript sehingga mereka bekerja dalam solusi di metadata.js. Sebagai contoh, mekanisme perencanaan universal yang sama, hanya saja tidak akan lagi menjadi solusi terapan, tetapi platform satu - register akumulasi yang secara otomatis dikonversi di latar belakang dan secara otomatis dikonversi di latar belakang.

Apakah ada manfaat di perusahaan tempat saya pergi? Tentu saja

Perencanaan produksi di perusahaan No. 2 telah berkembang (bukan tanpa partisipasi saya) menjadi cadangan cerdas dan sistem manajemen pengadaan. Masih ada mekanisme alokasi biaya dan perhitungan biaya yang direncanakan, yang, setelah perubahan kebijakan akuntansi, dengan cepat dikonfigurasi ulang dan terus bermanfaat.

Perusahaan No. 3 berhasil menggunakan perhitungan struktur biaya kumulatif sampai terjual.

Perusahaan No. 4 menggunakan semua solusi dari kit pemecatan saya, dan bahkan tidak berpikir untuk meninggalkannya setelah kepergian saya. Programer yang tinggal di sana perlahan mengembangkan solusi ini. Semua perubahan yang terjadi dalam proses bisnis (dan ada banyak dari mereka) mudah dan cepat dibuat untuk menyesuaikan solusi.

Tentu saja, Anda akan menemukan banyak contoh serupa dari latihan Anda, dan tentu saja lebih menarik daripada milik saya. Solusi abstrak adalah sinergi.

Pengalaman

Semuanya jelas dengan pengalaman - Anda harus mendapatkannya. Menurut saya, hal utama adalah melakukan ini secara terkendali dan sistematis. Pengalaman bahkan lebih baik daripada solusi, karena tidak ada cara hukum untuk mengambilnya dari Anda.

Majikan Anda dan bos Anda, secara umum, tidak peduli bagaimana dan pengalaman apa yang Anda kumpulkan. Anda dapat ditempatkan pada tugas yang sama yang tidak memerlukan pengembangan kualifikasi. Tentu saja, ada bos yang tepat yang mengelola akumulasi pengalaman, tetapi ini jarang terjadi. Biasanya, semuanya terbatas pada referensi langka untuk kursus, yang biasanya tidak banyak berguna.

Karena itu, Anda perlu menjaga pengalaman Anda sendiri. Dan hal utama di sini adalah tujuan dan terukur. Sesuai dengan prinsip-prinsip yang ditetapkan dalam artikel .

Pengalaman yang paling berguna adalah pengalaman yang diperoleh dalam memecahkan masalah. Jika Anda membuat integrasi situs dan CIS, maka Anda dapat mengasumsikan bahwa Anda telah memperoleh beberapa pengalaman. Jika Anda menggunakan integrasi yang sudah dikonfigurasi, maka pengalaman Anda jauh lebih sedikit. Jika ini adalah kedua kalinya Anda mengintegrasikan CIS dengan situs web, maka pengalaman Anda berkembang. Dll

Apakah kamu mengerti Kunci majemuk: solusi praktis untuk masalah + jumlah mereka.

Untuk mengetahui dengan pasti bagaimana dan pengalaman apa yang diperoleh dari saya dan karyawan saya, saya mengambil model dari permainan komputer.

Ada game di mana model pengalaman tidak seperti kehidupan nyata. Misalnya, Fallout, dengan segala hormat dan cinta 20 tahun yang tak terkendali untuk seri ini. Di sana Anda hanya mengumpulkan poin pengalaman, dan kemudian membelanjakannya untuk pengembangan kualitas-kualitas yang Anda anggap perlu. Ini adalah model yang menggambarkan pendidikan berbayar. Saya menabung uang - pergi ke kursus, seperti bahasa Inggris atau manajemen proyek. Ini tidak cocok untuk kita, ini untuk manajer puncak yang bergula.

Model akumulasi pengalaman dalam Elder Scrolls lebih dekat dengan kehidupan. Saya sudah tua, jadi saya bermain ES 3 Morrowind, dan saya akan mengingatnya.

Jadi, di Morrowind, Anda meningkatkan karakteristik yang Anda gunakan dalam praktik. Ayunkan pedang Anda - tingkatkan kemampuan pedang. Conjure - keterampilan sihir meningkat. Dll Ketika saya bermain, saya memiliki kemampuan akrobat yang tinggi - tepatnya karena saya pernah terjebak di beberapa gunung, tidak ada ramuan pengangkatan, dan saya banyak melompat untuk keluar dari sana. Jumping mengembangkan akrobat.

Di pekerjaan terakhir saya, saya memulai sistem seperti itu. Tugas hidup dalam sistem, dan saya melampirkan tabel "Kompetensi" kepada mereka, dan pada saat yang sama - klasifikasi kompetensi. Ketika seseorang memecahkan masalah, saya membuat daftar kompetensi yang diperlukan untuk menunjukkan solusinya. Dan dia menetapkan tingkat penerapan kompetensi, dalam persen bersyarat. Akibatnya, statistik mulai menumpuk dan untuk setiap diagram karyawan tampak serupa dengan yang kami lihat di profil beberapa situs profesional.

Kemudian saya, menganggap diri saya bos yang baik, mulai mendiversifikasi kompetensi bawahan. Jika saya melihat bahwa seseorang memperoleh banyak pengalaman pada tugas permintaan di alasql, maka saya berhenti memberinya tugas seperti itu, dan memberikannya kepada seseorang yang memiliki sedikit pengalaman seperti itu. Tentu saja, tanpa fanatisme - jika tugas itu mendesak, maka yang paling berpengalaman menerimanya.

Di konferensi, saya menyebutkan bahwa untuk "tugas untuk meningkatkan pengalaman" seperti itu, saya mengalokasikan hingga 30% dari waktu karyawan. Jelas bahwa perusahaan bukan universitas. Dibutuhkan keseimbangan antara kecepatan dan pengalaman, karena tanpa pengalaman yang berkembang, kecepatan akan mencapai langit-langit dan potensi akan hilang.

Ketika Anda bekerja dalam sebuah tim, diversifikasi pengalaman penting tidak hanya dalam hal pertukaran. Yang paling penting adalah kehadiran lawan bicara yang akan membantu dalam membahas masalah, brainstorming, membuat keputusan arsitektur dan teknis. Jika hanya satu orang dalam sebuah tim yang membahas suatu topik, maka tidak akan ada seorang pun yang berbicara dengannya.

Salah satu keuntungan dari sistem tersebut adalah kemampuan untuk menetapkan tujuan dan mengintegrasikan tujuan-tujuan ini ke dalam sistem pemilihan prioritas dan pemain.

Misalnya, kami menetapkan tujuan ini: Piglet harus mencetak 50 poin bersyarat dari pengalaman integrasi - setiap tugas yang terkait dengan permintaan, caching paket data pendek, dll. Sistem untuk setiap tugas baru secara otomatis menghitung kepada siapa lebih baik memberikannya - dengan perbedaan antara tujuan dan posisi saat ini. Dan Anda duduk dan mengendalikan bagaimana tujuan Anda tercapai.

Anda dapat menerapkan dan menerapkan sistem seperti itu dalam satu, untuk diri Anda sendiri. Tentu saja, jika Anda memiliki tujuan - untuk mendapatkan pengalaman di mana Anda akan yakin. Keuntungan dari pendekatan ini adalah bahwa Anda tidak perlu meminta izin dari siapa pun - Anda dapat menghitung pengalaman Anda bahkan di buku catatan, bahkan dalam file Excel. Jadi, mungkin, ini bahkan lebih baik, karena file tersebut akan selalu bersama Anda - Anda dapat membuat akumulasi pengalaman end-to-end, terlepas dari perusahaan tertentu.

Tugas Terpecahkan

Di satu sisi, ini adalah trik untuk mengesankan HR. Di sisi lain, memahami tugas Anda akan membantu Anda fokus pada produk setiap saat, bukan pada prosesnya.

Saya adalah seorang direktur TI, jadi saya sering pergi ke wawancara dengan berbagai orang, bukan hanya spesialis TI - kami memiliki sistem wawancara silang.

Dan saya perhatikan bahwa SDM membagi orang menjadi dua kategori - berorientasi pada proses dan berorientasi pada hasil.

Pertama-tama mereka membaginya dengan resume, kemudian selama wawancara, memperhatikan kata-katanya. Jika kata-katanya terdengar seperti "penjualan otomatis," maka ini adalah sebuah proses. Jika kedengarannya seperti "menciptakan dan meluncurkan sistem penjualan otomatis", maka inilah hasilnya.

"Prosesor" biasanya tidak disukai. Ini tidak baik, tidak buruk - hanya saja.

Oleh karena itu, lebih baik menulis resume melalui prisma tugas yang diselesaikan, daripada proses pelaksanaannya.

Tapi, sekarang Anda mengerti - untuk menulis masalah yang diselesaikan, Anda perlu memecahkan masalah. Jujur dengan diri kita sendiri, kita semua tahu bahwa programmer tidak selalu menyelesaikan masalah. Terlibat dalam pemecahan masalah - ya. Mereka memutuskan - tidak. Tentang bagaimana tugas dalam proses umumnya dilupakan , kami telah mengatakan .

Ngomong-ngomong, contoh yang baik tentang bagaimana tugas tidak dilupakan dapat dilihat dalam portofolio Artemy Lebedev Studio - di sana, di setiap proyek, tugas yang mereka selesaikan ditulis. Saya tidak bisa berpura-pura mengatakan bahwa mereka secara langsung menyelesaikan masalah secara kualitatif, tetapi Lebedev sendiri menyebut ini keunggulan kompetitif studionya.

Ngomong-ngomong, di setiap proyek mereka juga memiliki karyawan tertulis yang melakukannya. Ini luar biasa - serangkaian pemecatan di domain publik selamanya. Cukup memberi tautan.Jelas bahwa ini adalah pengembangan web tertentu, tetapi tidak semua studio dan pembuat web menulis nama-nama orang yang membuat proyek.

Kembali ke kita. Karena kami bekerja untuk perusahaan yang akan datang, penting untuk memahami dan dapat merumuskan masalah yang sedang Anda selesaikan. Bayangkan langsung - dalam satu tahun, atau dua, atau sebulan, Anda perlu memberi tahu tugas seperti apa yang Anda hadapi, bagaimana Anda menyelesaikannya, dan apakah Anda sudah memutuskannya.

Faktanya, Anda harus menjadi pengamat, jurnalis, penulis biografi, atau manajer diri Anda sendiri - pilih kata yang Anda sukai. Separuh dari Anda bekerja keras, yang kedua mengamati, menghafal (atau, lebih baik, merekam), dan bersiap untuk menyelesaikan tugas Anda yang telah Anda jual kepada majikan berikutnya. Dia mencatat keripik, kesulitan dan bagaimana Anda mengatasinya, teknologi apa yang Anda kuasai sepanjang jalan, bagaimana Anda menerapkannya, bagaimana Anda menemani dan menghilangkan hambatan.

Setiap tugas yang diselesaikan - dapat dimengerti, dirumuskan, dan lebih disukai abstrak - mengisi ulang perangkat pemecatan Anda.

Hasil Dicapai

Itu terjadi bahwa Anda tidak diberi tugas tertentu, tetapi tidak jelas. Misalnya, mereka mengatakan "meningkatkan kinerja sistem" dan tidak "mengurangi perbaikan transaksi hingga setengahnya." Atau mereka mengatakan "meningkatkan efisiensi penyelesaian masalah oleh pemrogram", dan tidak "mengurangi waktu eksekusi aplikasi sebesar 30%."

Ketika angka terdengar di kata-kata, ini adalah tugas, dan itu harus ditangani seperti yang dijelaskan di bagian sebelumnya. Ketika tidak ada nomor, Anda harus mengukurnya sehingga ada sesuatu untuk ditulis dalam kit pemberhentian.

Misalnya, Anda terlibat dalam kinerja. Waktu menulis dokumen ke sistem. Saya yakin Anda akan berhasil - Anda akan mengurangi waktu rekaman dokumen. Lalu apa yang memberitahu majikan di masa depan? "Aku mengurangi waktu untuk merekam dokumen." Apa yang Anda dengar sebagai respons? Berapa banyak mereka berkurang. Berapa banyak, berapa banyak, berapa banyak yang diangkut.

Untuk menjawab pertanyaan-pertanyaan ini, ukur saja. Sebelum Anda memulai tugas, letakkan sistem pengukuran seobjektif mungkin, karena sistem pengukuran adalah bagian dari solusi. Anda mungkin akan ditanya "bagaimana pengukurannya?" Baiklah, lanjutkan dengan keputusan.

Ketika Anda mencapai level yang diperlukan, ingat angka, yang pertama dan yang terakhir. Lebih baik lagi, simpan garis waktu untuk mengubah angka dari waktu ke waktu, tandai acara utama di atasnya - tindakan Anda untuk mengubah angka.

Saya telah melakukan ini berkali-kali, dan itu sangat - sangat! - membantu. Pertama, ini membantu dalam proses, karena Anda mengerti di mana Anda berada dan ke mana Anda pergi. Anda dapat mengevaluasi kemajuan Anda dan efektivitas tindakan Anda. Kedua, ini berguna untuk majikan saat ini - ia mendapat hasil yang lebih baik dan lebih mudah dipahami. Sistem pengukuran, yang dengan sendirinya menjadi produk, akan digunakan setelah Anda pergi, dan majikan akan memiliki satu sistem koordinat untuk analisis ujung ke ujung dari indikator yang sama.

Ketiga, dan yang paling penting - ini akan membantu Anda dalam pekerjaan Anda berikutnya. Terutama jika Anda berhasil mengekspresikan nomor Anda dalam sistem koordinat perusahaan baru. Dan ini tidak sulit. Waktu yang sama untuk merekam dokumen - diukur di mana-mana dalam milidetik.

Total

Tampaknya bagi Anda bahwa perangkat pemecatan adalah semacam resume kumulatif. Di satu sisi, memang inilah masalahnya.

Tapi intinya bukan apa yang bisa Anda perlihatkan , tetapi apa yang sebenarnya Anda miliki di bagasi Anda. Ini adalah jenis produk, hasil dari investasi waktunya di setiap majikan.

Ini adalah penggunaan sinergis dari waktu yang dihabiskan.

Anda bisa duduk dan mendapatkan gaji, atau apa pun sistem motivasi Anda. Di pintu masuk ke perusahaan dan keluar dari sana, di garis bawah, Anda baru saja tua. Jika Anda berhasil menghemat uang atau membeli sesuatu yang berharga, maka ini masih tidak buruk. Jika tidak, mereka tidak mengumpulkan uang, dan tidak membangun aset, dan tidak mendapatkan pengalaman, dan tidak menciptakan solusi, dan tidak menyelesaikan tugas yang masuk akal, dan tidak mencapai hasil, maka ini sangat menyedihkan.

Kedengarannya sepele, tetapi saya melihat banyak programmer yang tidak berubah sama sekali ketika pindah dari satu tempat ke tempat lain. Mereka secara sadar mencari pekerjaan di mana mereka perlu menyelesaikan masalah yang sudah biasa . Jelas bahwa dalam jangka pendek lebih aman. Tapi apa jangka panjangnya?

Jika Anda bekerja untuk calon majikan, maka barang bawaan Anda, nilai Anda, jumlah pemecatan Anda terus bertambah. Ini investasi yang tepat.