Teman, kami sangat beruntung.
Orang itu belum pergi, dan saya memintanya untuk melanjutkan. Bukan karena saya ingin membawanya ke tempat kerja - saya bukan orang itu. Sepertinya saya layak untuk dipublikasikan. Kalau saja karena memiliki 22k huruf. Pernahkah Anda bertemu mimpi buruk di suatu tempat?
Dan orang ini mengklaim bahwa beginilah cara seseorang menulis resume. Orang yang layak tidak akan membaca kertas yang diisi sesuai dengan formulir situs standar. Saya tidak tahu apakah dia benar atau tidak - Anda adalah hakim. Sebenarnya, mari kita lihat apakah dia menemukan pekerjaan dengan selembar itu atau tidak.
Jadi, selanjutnya - kutipan yang solid tanpa suntingan saya.
Saya tidak suka resume standar. Tapi secara objektif saya mengerti bahwa Anda, kemungkinan besar, tidak tahu apa-apa tentang saya, dan celah ini perlu diisi. Karena itu, saya akan menulis resume yang tidak biasa. Artikel ringkasan.
Tuangkan teh atau kopi, kami punya longrid di sini.
Peran
Selama bertahun-tahun bekerja di IT, saya menyadari bahwa lebih menarik bukan daftar perusahaan tempat seseorang bekerja, tetapi peran yang dia lakukan. Dan apa yang berhasil dicapai pada peran-peran ini yang dia raih.
Saya telah menjalankan peran dan fungsi berikut:
1. 1C programmer;
2. programmer js;
3. pemimpin tim;
4. manajer proyek;
5. direktur TI;
6. programmer bisnis;
7. seorang penulis teks;
8. manajer produk;
9. ahli strategi;
10. mitra bisnis.
Saya akan memberi tahu Anda lebih banyak tentang masing-masing peran.
Programmer 1C
Ini adalah peran yang belum saya tinggalkan sejak hari pertama pekerjaan saya. Apa pun yang saya lakukan, saya selalu memprogram dalam 1C. Sedikit saja.
Saya suka 1C dan memprogramnya. Saya sungguh percaya bahwa programmer 1C adalah tipe orang yang paling diremehkan. Tapi, ini tidak menghentikan saya untuk mencintai, misalnya, javascript. Saya telah lama melampaui usia holivar, dan saya mengerti: untuk setiap tugas ada solusinya.
Jadi, jangan terganggu ... Saya seorang programmer 1C yang sangat bagus. Jangan bingung dengan coders, arsitek dan roh jahat lainnya. Hampir tidak ada programmer 1C di dunia, dan sudah saatnya kita dimasukkan ke dalam Buku Merah.
Seorang programmer 1C adalah orang yang memahami tugas bisnis tanpa spesifikasi teknis, persyaratan fungsional dan birokrasi lainnya. Seperti yang dikatakan akuntan ibu mertua saya tentang orang-orang seperti itu, "Saya belum selesai, tetapi dia sudah makan sosis." Pengguna bisnis menyukai programmer seperti itu jika mereka diizinkan untuk bekerja secara langsung, tanpa mediasi manajer yang efektif.
Apa yang saya tidak lakukan sebagai programmer 1C. Diimplementasikan soft starter di pabrik-pabrik besar ketika dia bekerja di franchisee 1C. Membuat konfigurasi saya sendiri. Saya menyelesaikan soft starter khas untuk 1C (jika Anda menginstalnya, maka ada kode saya). Saya menulis banyak subsistem - perencanaan, manajemen pengadaan, penjualan, CRM, indikator strategis, manajemen tugas, manajemen biaya, penemuan biaya, MDM, bekerja dengan layanan web pihak ketiga, dll. Sederhananya, hampir semua yang ada, dalam 1C ini, adalah.
Ada beberapa hit yang diterima secara umum di mana Anda dapat mengevaluasi keputusan saya. Misalnya, struktur biaya, yang terjual ribuan kopi. Tidak ada yang lebih layak dalam mengeksplorasi biaya selama bertahun-tahun. Atau periksa data - alat terbaik untuk memastikan kualitas data. Atau tugas otomatis yang sama - pendekatan fundamental baru untuk mengendalikan otomasi. Atau baca deskripsi subsistem botol.
Secara umum, lebih mudah untuk mencantumkan apa yang tidak saya lakukan di sana. Saya tidak banyak bekerja dengan ritel. Saya tidak tahu semua jenis kantor tiket di sana. Tema, meskipun hype, tetapi semacam non-programmer, atau sesuatu ...
Saya memiliki pendekatan penulis untuk otomatisasi, yang disebut kustomisasi on the fly. Ada artikel dengan nama yang sama tentang hal ini - bacalah jika Anda mau. Intinya sederhana: Saya membuat alat universal yang memungkinkan Anda dengan cepat memecahkan kelas masalah tertentu. Misalnya mengecek data saat menulis direktori / dokumen. Dengan pemrograman, setiap cek ditambahkan dalam setengah jam, dan melalui alat dalam beberapa menit. Saya membuat 30-40 alat seperti itu. Tugas otomatis yang disebutkan di atas dan verifikasi data juga berlaku untuk mereka.
Programmer Js
Peran ini relatif baru bagi saya, tetapi layak disebut - tiba-tiba itu penting bagi Anda.
Saya mengerti bahasa pemrograman itu sendiri dan jatuh cinta cukup cepat. Terutama setelah 1C, otak itu rusak lurus - di mana ia terlihat sehingga fungsinya adalah properti? Ya, dalam 1C dengan kemampuan seperti itu kita akan mengubah gunung!
Tapi saya tidak bisa menyebut diri saya seorang programmer langsung, karena Saya tidak punya waktu untuk memahami teknologi terkait, yang setelah 1C tidak mudah. Misalnya, saya tidak tahu cara kerja paket web. Yaitu, saya akan menulis kodenya, tetapi saya tidak tahu harus meletakkannya di mana.
Masalahnya, tentu saja, bisa diperbaiki, hanya pengalaman saja tidak cukup.
Pemimpin tim
Salah satu peran favorit saya. Dalam posisi ini, saya telah mencapai kesuksesan tertentu.
Hal utama: Saya belajar membangun pekerjaan yang efektif. Kedengarannya, tentu saja, seperti ungkapan standar dari resume standar. Tetapi saya juga memiliki angka: efisiensi meningkat 4 kali lipat. Persis seperti itu - programmer di bawah kepemimpinan saya melakukan pekerjaan 4 kali lebih banyak dalam periode waktu yang sama.
Itu tidak ada dalam diriku, tetapi dalam tekniknya. Saya mencampur Scrum, Teori Kendala, manajemen batas, kontrol proses statistik, penjadwalan volumetrik, metode Gereja Katolik Roma, Genghis Khan, Belbin, mengendalikan dan banyak hal lainnya, termasuk yang saya ciptakan.
Dari setiap teknik saya mengambil yang terbaik. Dan hanya apa yang berfungsi, mis. benar-benar meningkatkan efisiensi. Kemudian semuanya menjadi liar.
Sejak itu, saya tidak bisa lewat tanpa menangis mereka yang "kami bekerja di Scrum", atau "kami menetap di DevOps", atau "praktik terbaik - Kanban". Tidak jika Anda suka bekerja di putaran rendah, tetapi miliki bendera dan sertifikat yang indah di tangan Anda - demi Tuhan.
Dalam kehidupan nyata, tidak satu pun dari kita hidup dengan satu teknik. Mereka tidur satu per satu, makan yang lain, berkomunikasi dengan anak-anak di ketiga, dan di sepeda mereka mengendarai di keempat. Dan secara total, kehidupan yang bahagia diperoleh. Dan itu cocok untuk semua orang. Mengapa mengatur sirkus ini di tempat kerja? Kecuali untuk memberi makan konsultan terkemuka.
Saya meragukan metodologi saya untuk waktu yang lama, karena tidak ada yang berusaha menerapkannya di rumah. Dan baru-baru ini, seseorang mengambilnya. Dan mendapat hasil yang serupa. Bahkan dalam uang telah tumbuh. Jadi tidak ada lagi keraguan.
Teknik ini cukup formal untuk saya - saya bahkan menulis setengah buku tentangnya, entah bagaimana, kadang-kadang, saya akan menyelesaikannya. Tidak ada proses dan persyaratan - hanya seperangkat alat yang cocok untuk situasi tertentu.
Jadi, jika Anda ingin melihat saya sebagai pemimpin tim Anda, ketahuilah apa yang akan saya lakukan - untuk meningkatkan efisiensi kerja tim. Sehingga dia memberikan hasilnya lebih cepat.
Baik dan ya, saya bisa bekerja dengan orang. Saya berbicara dengan mereka, saya dapat menemukan tujuan bersama, yang mencakup pribadi dan pribadi. Saya memahami perbedaan dalam psikologi, dan saya tidak akan memaksa pemain untuk menghasilkan ide, dan pembuat ide untuk menulis laporan.
Mungkin pencapaian utama bisa disebut pendapat orang-orang dari tim: kami ingin bekerja sama dengan Anda. Bahkan jika Anda tidak menyukai perusahaan tempat bisnis berlangsung.
Tentu saja, mereka siap bekerja keras. Dengan sepenuh hati dan tekun. Untuk bereksperimen, cobalah pendekatan baru, kembangkan, pelajari teknologi, selami lumpur bisnis. Mereka mengerti mengapa.
Manajer proyek
Saya tidak terlalu suka peran ini, karena Saya menjadi marah dan sangat suka. Apalagi ketika tujuannya jelas.
Misalnya, ada proyek semacam itu - untuk menertibkan gudang. Akuntansi adalah kurva, hingga setengah dari gudang ternyata menyimpang sesuai dengan hasil inventaris. Tujuannya ditetapkan sederhana - untuk mengurangi penyimpangan menjadi 5%. Saya begitu terbawa sehingga saya menguranginya menjadi 0,1%.
Proyek ini komprehensif - ini jauh lebih menarik. Saya memprogram di sana, dan menulis ulang proses, dan muncul dengan sistem motivasi dan denda, dan saya mengerjakan intrik politik.
Tetapi jika secara umum, maka saya dekat dengan manajemen proyek menggunakan metode yang fleksibel. Sekali lagi, bukan "kami mengelola proyek Scrum," tetapi campuran metode yang menghasilkan hasil yang waras.
Di suatu tempat saya tangguh, terutama dalam hal kontrol kualitas data, jika diperlukan oleh proyek. Saya bekerja dengan daftar tugas dengan sangat jelas dan formal, jika tidak orang-orang suka mengatur parade para pelaku bisnis perhotelan, menyebarkan negatif dan mengunyah ingus. Saya memberi peringkat tugas sejelas mungkin, sesuai dengan beberapa kriteria - misalnya, berdasarkan nilai untuk rilis berikutnya.
Dia bahkan menemukan tekniknya sendiri, berdasarkan teknik yang fleksibel - disebut “Rides”. Saya belum memberi tahu di mana pun, karena dia belum terbentuk. Memungkinkan Anda menjalankan beberapa proyek pada saat yang bersamaan, mengurangi apa yang disebut oleh para fesyen waktu ke pasar.
Singkatnya, dalam manajemen proyek, saya fokus pada hasil bisnis, dan bukan pada noda ingus pada anggaran. Sangat cepat, tetapi tanpa kehilangan kualitas. Dan rilis lebih sering.
Ya, 100.500 kali saya yakin akan kebenaran prinsip Pareto. Tidak peduli bagaimana Anda mencoba, tidak peduli bagaimana Anda berjilbab, tetapi tetap hasilnya disediakan oleh 20% dari pekerjaan, dan 80% - sampah yang tidak perlu.
Direktur TI
Salah satu peran favorit saya. Saya menggerutu di dalamnya selama beberapa tahun.
Ketika Anda membaca resume CIO, Anda tertidur di baris ketiga. Mereka mencantumkan beberapa teknologi, produk perangkat lunak, semuanya dalam bahasa Inggris, yang berhasil mereka implementasikan. Dan siapa sih, kapan dia akan menulis bagaimana ini membantu bisnis.
Dan ketika Anda langsung bertanya tentang manfaat untuk bisnis, mereka terlihat seperti orang gila. Tujuan kami, kata mereka, adalah untuk mendukung infrastruktur TI. Tetapi teman-teman, biarkan saya ... Mendukung infrastruktur TI adalah tujuan administrator sistem. Ini adalah orang-orang yang sangat baik, sangat cerdas yang mengetahui pekerjaan mereka dengan sangat baik. Dari resume mereka, kau menghapus semua kata cerdasmu dalam bahasa Inggris.
Tujuan utama CIO adalah mengembangkan bisnis dengan segala cara yang tersedia. Sebenarnya, seperti sutradara lainnya.
Dukungannya tentu saja adalah cara menyikat gigi di pagi dan malam hari. Bangga bahwa seluruh infrastruktur TI berfungsi, tentu saja, adalah mungkin, tetapi hanya jika itu ada di pihak Anda sebelum Anda.
Saya seorang CIO yang buruk. Begitu juga yang akan dikatakan direktur lain yang bekerja di sebelah saya. Hanya pemilik yang menganggap saya sebagai CIO yang baik.
Karena saya tidak memberikan istirahat kepada siapa pun. Tidak cukup bagi saya untuk mengetahui proses mana yang perlu diotomatisasi. Saya perlu tahu prosesnya. Dan juga mencari tahu mengapa dia begitu canggung. Dan juga untuk memperbaikinya. Ya, saya tidak perlu tahu - saya akan datang dan mengatakan bahwa prosesnya buruk. Terutama jika itu merusak kehidupan untuk proses lain.
Saya akan menawarkan solusi komprehensif untuk perubahan - proses, dan motivasi, dan tujuan, dan sistem manajemen, dan, seperti ceri pada kue, otomatisasi. Tentu saja, jika seseorang ingin mengembangkan departemennya.
Dan kemudian ada banyak pemimpin untuk siapa hal utama adalah duduk diam. Pengembangan dikontraindikasikan dengan cara ini, yang utama adalah mempertahankan kekuatan seseorang.
Jika kepala akuntan meminta saya untuk dukungan karyawannya oleh programmer, saya mengotomatiskan operasi rutin, menetapkan kontrol kualitas data dan melacak metrik dengan waktu entri data, untuk akhirnya memecat beberapa akuntan.
Jika direktur pengadaan meminta saya untuk menambahkan tanda centang pada pesanan, saya menerapkan sistem perhitungan kebutuhan dengan personalisasi tugas keamanan, dan sekarang setiap detik saya tahu siapa yang biasanya memenuhi tugasnya dan siapa yang baru saja datang untuk duduk. Pada akhirnya, omong-omong, ternyata seorang karyawan muda yang baru bekerja paling baik, dan dua pekerja pemasok lama menendang buldoser.
Semakin luas CIO melihat tugas, semakin baik. Jadi saya memutuskan sendiri. Benar, ia berhenti menjadi direktur TI, tetapi berubah menjadi kesalahpahaman tentang siapa. Sesuatu seperti direktur pengembangan. Atau seorang programmer bisnis.
Programmer bisnis
Saya menciptakan istilah sendiri. Artinya adalah ini: ini adalah orang yang mengubah bisnis sebagai suatu sistem.
Saya menjadi programmer bisnis ketika saya menjadi direktur TI. Dan saya tetap seorang programmer bisnis sampai hari ini. Mungkin Anda akan seperti itu.
Ada seorang programmer di dunia. Dia mengubah sistem informasi. Setiap hari membuat beberapa perubahan padanya. Terkadang - atas tugas seseorang. Terkadang - atas kebijakan Anda sendiri.
Sebagai contoh, ia melihat bahwa di suatu tempat sistem melambat, crash, dan tidak memungkinkan proses berjalan dengan kecepatan normal. Ini termasuk debugging, pengukuran kinerja, menemukan penyebab rem dan menghilangkannya. Pekerjaan normal, yang, sebagai suatu peraturan, tidak ada yang memperhatikan.
Jadi, Anda dapat melakukan hal yang sama dengan proses bisnis biasa. Misalnya, ada proses penjualan. Itu dimulai dengan panggilan pelanggan, diakhiri dengan penerimaan uang di rekening giro, jika kita memiliki pascabayar.
Seorang programmer bisnis melihat proses ini, dan mengerti - ya, masalah! Tiga bulan dari panggilan ke uang. Mimpi buruk.
Dan itu bertindak seperti seorang programmer. Dia mengawasi seluruh rantai dari awal hingga selesai, dengan pengukuran, foto hari kerja dan analisis data. Ya, saya menemukan bahwa produk-produk tersebut berseri, tetapi mereka selalu kehabisan stok, pelanggan harus menunggu. Adalah perlu untuk membentuk dan memelihara penyangga, menurut Teori Kendala.
Diputuskan dan dilakukan. Otomatis, membuat perubahan pada proses pasokan - sehingga mereka dibeli tidak hanya atas permintaan pelanggan, tetapi juga untuk mengisi kembali buffer - dan voila, panggilan pelanggan, dan setelah satu jam pesanannya telah dirakit.
Atau kasus lain - layanan TI. Waktu yang terlalu lama mulai dari tampilan aplikasi pelanggan hingga pembayaran. Seorang programmer bisnis menonton, dan melihat - tidak ada manajemen biasa yang cukup. Seseorang yang menerima aplikasi untuk bekerja melihatnya setiap dua hari sekali. Kami menaruhnya di atas meja, menambahkan metrik, atau beberapa SLA - dan semuanya, betapa menyenangkannya selama satu jam.
Kami melihat lebih jauh - tugasnya telah menjadi prioritas, tetapi programmer tidak. Kami mengerti mengapa. Jika sistem hanya berupa kurva dan memungkinkannya mengurutkan daftar sendiri, kami mengubahnya, karena kebebasan memilih bersifat merusak. Jika programmer terlalu banyak berpikir tentang dirinya sendiri, maka kami menentukan metrik untuknya juga - mengikuti pesanan. Dan kami membawanya ke dalam sistem motivasi - lakukan sesuai urutan yang Anda suka, tetapi dengan diskon.
Anda mengerti prinsipnya. Jangan hanya menganalisis seperti analis bisnis. Jangan hanya menyelesaikan tugas sebagai programmer. Jangan bekerja dengan satu bagian dari sistem bisnis, seperti otomatisasi, motivasi, proses, dll., Tetapi dengan sekaligus. Bertindak pada tuas yang akan menyebabkan hasil lebih cepat, dan bukan pada yang lebih dekat, lebih jelas atau lebih mudah diakses.
Jadi, saya seorang programmer bisnis. Benar, dengan satu syarat - jika memungkinkan saya. Dan jika mereka tidak mengizinkannya, saya mencoba mencapainya. Nah, begitulah.
Ya, saya mengubah pemrograman bisnis menjadi sains. Saya menulis dan terus menulis tentang metode, praktik, dan kasus. Anda tidak pernah tahu, tiba-tiba orang lain ingin pergi dengan cara ini.
Penulis teks
Saya akhirnya memainkan peran ini secara tidak sengaja. Pada titik tertentu, dua tahun yang lalu, saya memutuskan untuk menulis beberapa artikel, dan kemudian mati terus.
Pada awalnya, ia hanya menulis apa dan bagaimana hasilnya, tanpa tujuan apa pun. Tetapi lambat laun, seiring waktu, saya menyadari kekuatan instrumen ini - teks.
Bagi kebanyakan orang, menulis teks adalah tugas yang mengerikan, tidak menyenangkan, dan sulit. Tulis kodenya - tolong. Pelepasan itu mudah. Dan untuk menulis teks tentang kode ini, rilis atau produk - tidak, terima kasih.
Akibatnya, satu menciptakan produk, dan teks menciptakan yang lain. Tak pelak ada telepon tuli dan, seperti yang mereka katakan di Internet, "pemasar detektif."
Banyak produk yang bermanfaat yang menghilang ke ketidakjelasan, karena mereka ditulis tentang teks melengkung, jika ditulis. Banyak orang pintar yang menciptakan karya hilang dengan sia-sia, karena mereka tidak dapat mengekspresikan pikiran mereka dalam bentuk huruf.
Nah, hal yang paling tidak menyenangkan adalah jutaan situs web perusahaan tanpa wajah, dengan teks yang sama seperti "orang adalah aset utama kami", bagian berita yang mati dan halaman yang mengerikan tentang kehidupan perusahaan di tingkat taman kanak-kanak ("oh, lihat, kami mengumpulkan sampah!", "Hore, mereka membawakan kami transformator baru!" Atau "Lihat, kami pergi ke konferensi!").
Jadi, saya menguasai menulis teks dengan baik. Saya dapat menulis artikel teknis, instruksi dan deskripsi program dan layanan. Saya dapat menulis artikel menghibur yang mempromosikan produk dan layanan ini. Saya bisa menulis sesuatu seperti hudlite. Saya bisa menulis moral. Saya bisa menulis berita. Singkatnya, saya bisa menulis hampir semuanya.
Jelas bahwa saya jauh dari profesional, beberapa copywriter atau blogger. Tetapi ada perbedaan, saya seorang spesialis IT, dan saya terus menjadi satu. Bagi saya, menulis teks adalah alat bantu. Dia mempromosikan produk, perusahaan, metode, dan kadang-kadang saya. Secara kasar, saya menulis di antara hal-hal ketika satu menit diberikan. Nah, kapan itu berguna untuk bisnis.
Saya memasukkan penulisan teks dalam resume hanya karena teman-teman lain, sebagai aturan, mengabaikan keterampilan ini. Meskipun sepertinya bermanfaat.
Ada prestasi formal. Saya menulis di dua situs - Infostart dan Habr. Di Infostart, saya - pertama-tama di peringkat, di Habré - saya berenang, saya naik ke peringkat kedua (di sana peringkatnya menurun seiring waktu). Jadi, untuk berjaga-jaga, saya sebutkan, tiba-tiba ini penting bagi Anda.
Manajer produk
Peran bagi saya relatif baru, tetapi kemajuan menyenangkan. Saya telah mengelola pengembangan produk selama kurang dari setahun.
Produk pertama sebenarnya adalah situs (tautannya ada di profil). Mitra bisnis saya yang membuat teknik, saya mengisi situs dengan konten. Ada sesuatu untuk dibaca, ada layanan - manajemen tugas dan manajemen kehidupan.
Manajemen tugas adalah produk kedua saya. Seperti yang saya sebutkan di bagian Timlider, saya memiliki teknik manajemen tugas yang dapat secara signifikan meningkatkan efisiensi kerja. Bagian dari teknik ini sepenuhnya diwujudkan dengan cara teknis, yang tercermin dalam produk. Benar, saya tidak punya waktu untuk meluncurkannya kepada massa.
Manajemen kehidupan telah menjadi produk ketiga. Ini adalah layanan keren yang memungkinkan Anda mengelola keseimbangan dalam hidup dengan mendaftarkan aktivitas. Hanya ada satu artikel tentang dia, tetapi kami dengan cepat mendapat sekitar seribu pengguna. Kemudian seorang programmer yang masuk akal membuat aplikasi mobile dengan logika yang sama dan, seperti orang yang baik, memberikan tautan ke artikel saya. Saya mungkin masih mengembangkan produk ini - ada banyak rencana untuk itu. Secara pribadi, dia banyak mengubah hidup saya.
Lalu ada produk 1Snny bernama Flowcon. Benda ini mulai membawa uang secara langsung, dan saya melakukannya sendiri. Selama 4 bulan mereka menjual 16 langganan, ada beberapa rilis, dan prospeknya paling menjanjikan. Dan semua ini - tanpa iklan, manajer penjualan, demonstrasi, dll. Hanya teks.
Ada, atau lebih tepatnya - ada produk lain, tetapi saya tidak bisa membicarakannya, karena NDA. Tapi dia sangat keren sehingga dia masih merinding - bisakah saya benar-benar memikirkan ini?
Ya, masih ada body-math.com. Jangan ikuti tautannya, tidak ada apa-apa di sana. Saya membuat dan menguji diri saya sendiri cara menurunkan berat badan tanpa diet, kebugaran, pil, dan pembatasan diet. Pendekatan rekayasa murni, pembelajaran mesin, dan akal sehat.
Saya pasti akan menyelesaikan proyek ini.Saya ulangi, semua ini - dalam waktu kurang dari satu tahun, oleh dua orang. Terlepas dari kenyataan bahwa kami juga mendapatkan uang dengan proyek dan layanan biasa.Saya tidak akan menyebut diri saya seorang manajer produk yang layak - hanya ada sedikit pengalaman. Tapi dia.Ahli strategi
Kedengarannya indah, sebenarnya - tidak ada yang istimewa. Saya hanya harus mengelola perubahan strategis perusahaan secara keseluruhan dua kali dalam hidup saya. Kedua kali, sayangnya, tali tiba-tiba putus.Ada dua pilar dalam pengembangan strategis: tujuan dan prinsip.Pertama, Anda perlu mengartikulasikan tujuan perubahan dengan jelas dan jelas - seperti apa perusahaan itu.Dalam kasus pertama, itu adalah peningkatan penjualan. Saya tidak ingat persis - setiap 2 atau 3 kali.Yang kedua - penjualan produk dan layanan swalayan (untuk menjual dan bekerja tanpa partisipasi kami, karena kami sedikit).Ketika tujuan dipilih, perlu dirumuskan prinsip-prinsip gerakan ke arah itu. Pada saat ini, orang biasanya ingin menulis bukan prinsip, tetapi acara dan proyek yang konkret - lebih baik tidak melakukannya. Karena pemahaman tentang hubungan antara tindakan dan tujuan sangat cepat hilang.Dan prinsip berfungsi sebagai penghubung antara tujuan dan tindakan. Sebagai contoh, untuk meningkatkan penjualan, ada prinsip-prinsip seperti itu: peningkatan lintas (menurut TOC) dan jumlah rantai pasokan. Untuk penjualan layanan, prinsipnya bahkan lebih sederhana: berikan semua waktu luang Anda untuk pengembangan dan pelepasan layanan.Kemudian datang dengan acara, proyek, tugas, dll. Tetapi, karena ada prinsip, Anda selalu dapat mengevaluasi kelayakan suatu peristiwa.Menawarkan untuk mengembangkan produk baru? Nah, konsisten dengan prinsip meningkatkan jumlah rantai pasokan. Tetapi pada saat khusus ini bertentangan dengan prinsip meningkatkan bagian, karena tidak ada cara untuk menerobos. Jadi berbarislah.Klien masuk, ingin proyek implementasi? Sayangnya, teman, itu bukan takdir - Anda akan menunda pencapaian tujuan strategis untuk setidaknya satu tahun.Kepala akuntan ingin memperkenalkan semacam layanan manajemen rekonsiliasi? Sayangnya, tidak mematuhi prinsip mana pun. Bukan hanya itu - itu juga mengurangi bagian, karena orang yang terlibat langsung dalam penjualan akan mulai terganggu oleh omong kosong.Strategi pertama berhasil diterapkan, tetapi tidak lama. Seorang direktur baru datang dan berkata bahwa dia akan memimpin strategi.Strategi kedua diimplementasikan untuk waktu yang lama dan tidak terlalu berhasil, karena pada awalnya, kesalahan telah dibuat - tidak semua orang setuju dengan tujuan. Karena itu, secara berkala strateginya macet, tetapi tetap merangkak. Jika tujuannya salah, maka Anda tidak bisa membuang waktu.Strategi yang lebih kecil harus menerapkan ratusan. Sama seperti kamu. Setiap produk, proyek, tugas, orang, dll. ada strategi, tidak ada yang menyebutnya begitu. Dan teks ini memiliki tujuan dan prinsip strategis. Saya tidak akan memberi tahu yang mana saja.Mitra bisnis
Dan akhirnya, pengalaman terbaru. Selama dua tahun saya adalah mitra dalam bisnis dua orang.Hal yang paling menarik bagi saya dalam pengalaman ini adalah kesempatan dan kebutuhan untuk melakukan segalanya secara berurutan. Ini tidak ada dalam peran sebelumnya. Apalagi mengingat kami berdua, tanpa bawahan.Sebenarnya, Anda perlu bekerja - memprogram, memperkenalkan sesuatu kepada pelanggan, menyelesaikan masalah mereka, memberikan dukungan, menjawab pertanyaan, dll.Anda harus melakukan sesuatu dengan penjualan - menulis teks, membuat komunitas, berkorespondensi, mengobrol, menunjukkan, dll.Sangat penting untuk mengendalikan arus kas, agar tidak tetap tanpa celana.Diperlukan, dengan setengah kesedihan, untuk menerapkan strategi pengembangan perusahaan.Hal ini diperlukan untuk meningkatkan keefektifan segala sesuatu yang berkaitan dengan pemrograman tangan, bekerja dengan teks, memecahkan masalah pelanggan, dll.Kita harus terus memikirkan masa depan. Tidak, tidak begitu ... Kita harus selalu khawatir tentang masa depan, karena tidak ada orang lain.Yah, dan yang paling penting - seseorang harus sadar akan tanggung jawab. Ini mungkin perbedaan utama dari pekerjaan yang disewa. Jangan bekerja - tidak ada uang. Bekerja - ada uang. Meskipun kebetulan Anda bekerja, tetapi tidak ada uang.Sebenarnya, semua yang saya lakukan sebagai mitra bisnis ditulis di atas - produk, layanan, dan strategi yang menghasilkannya. Secara keseluruhan, pengalaman itu sangat berguna, tetapi tetap tidak lengkap - tidak mungkin untuk mencapai tujuan strategis, yang membuat saya sangat kesal.Total
Saya belum menyebutkan beberapa peran dari bidang TI yang saya lakukan dalam hidup. Sebagai contoh, saya pernah menjadi administrator sistem. Tapi, pertama, itu sudah sangat lama, dan kedua, saya tidak lagi mengklaim peran ini.Tetapi desas-desus utama, tentu saja, bukan dalam peran tertentu, tetapi dalam penetrasi timbal balik. Semakin banyak posisi yang saya ambil, semakin baik saya memahami dan memenuhi masing-masing dari mereka.Hanya setelah menjadi direktur TI saya mengerti kesalahan diri saya sebagai seorang programmer. Setelah hanya bekerja sebagai mitra bisnis, saya menyadari betapa buruknya saya memahami bisnis sebagai direktur TI. Setelah menciptakan produk pertama saya, saya menyadari bagaimana membuat proyek. Setelah menulis ratusan artikel, saya menyadari mengapa programmer berjam-jam tidak berani memanggil klien. Hanya setelah kepemimpinan tim yang berhasil, saya berhasil menjadi pemimpin dalam perubahan perusahaan. Hanya berkat pemrograman bisnis, saya tahu bahwa di perusahaan mana pun di negara kami, ada sesuatu yang harus dilakukan.Dan di peran mana Anda membutuhkan saya, putuskan sendiri. Saya tertarik pada masing-masing. Dan saya masih akan membawa partikel sisanya, jika lebih efektif.