Hari ini saya akan berbicara tentang bagaimana konsultasi TI bekerja pada contoh Big Data, berbagi pengalaman pribadi saya, bagaimana saya masuk ke bidang ini, dan studi kasus, serta memberikan saran tentang siapa dan mengapa harus mencoba sendiri dalam konsultasi.
Saya lulus dari Jurusan Mekanika dan Matematika Universitas Nasional VN Kharkiv Karazina, masuk ke posisi DataArt Java Trainee dan bekerja di sana selama 6 tahun ke depan. Karier saya berkembang pesat karena kenyataan bahwa cinta datang bersama untuk memecahkan teka-teki rumit, keinginan bawaan saya untuk belajar, terus-menerus menemukan sesuatu yang baru untuk diri saya sendiri dan tim profesional besar. Setelah saya tertarik dengan proyek IOT internal, di mana kami, bersama dengan penggemar lainnya, menemukan cara untuk menghubungkan sensor ke mikrokontroler, di mana untuk menyimpan (dan yang paling penting, apakah perlu?) Sejumlah besar data ini, bagaimana memprosesnya nanti, dan bagaimana melacaknya secara real time keadaan sistem, memprediksi kerusakan, di mana dan bagaimana meng-host semuanya, dll. Jadi kami dengan cepat sampai pada pertanyaan dan tugas BigData.
Ini memberikan dorongan kuat untuk pengembangan saya dan memungkinkan saya untuk bekerja di 15+ proyek IoT dan BigData, secara teratur berpartisipasi dalam pra-penjualan, berbicara di konferensi dan dengan kursus pendidikan. Posisi saya selama ini telah berubah dari Pengembang Senior ke Arsitek Data Besar. Pada awalnya itu menarik, tetapi seiring waktu itu berubah menjadi rutinitas bagi saya. Dalam kebanyakan kasus, saya pergi ke proyek, satu atau dua bulan pertama sangat aktif, saya membangun proses, komunikasi dengan klien dan memikirkan arsitektur, dan setelah itu saya menjadi satu di dalamnya. lead, PM, analis bisnis, dan banyak lainnya)) Setelah enam bulan, semuanya berubah menjadi hari groundhog tanpa akhir.
Karena itu, dalam mencari pengalaman baru dan tantangan baru, saya beralih ke SoftServe. Setelah hampir satu tahun, saya dapat berbagi pengalaman dan visi tentang bagaimana semuanya bekerja di sini.
Pertama, mari kita lihat bagaimana proses konsultasi bekerja. Memang, sebagian besar karyawan TI terlibat dalam proyek ketika sudah ada kontrak, anggaran, manajer, dan relatif jelas apa, kapan dan dengan tim mana yang perlu Anda lakukan. Hanya sedikit orang yang bertanya-tanya bagaimana proyek baru, pada prinsipnya, masuk ke perusahaan dan apa yang terjadi pada tahap awal.
Bahkan, dalam kehidupan setiap proyek, fase-fase berikut dapat dibedakan:
- Presales
- Penemuan
- PoC / MVP
- Implementasi
- Dukungan
Fase penemuan - inilah konsultasi yang kami semua ada di sini. Segera setelah kontrak ditandatangani, seseorang dari kelompok konsultan mendatangi klien. Idealnya, seorang analis bisnis dengan desainer UX bergabung dengannya (saya menyarankan mereka yang tertarik dalam masalah metodologis untuk membaca tentang pendekatan Berpikir Desain, efektivitas yang telah saya alami lebih dari satu kali dalam praktik saya sendiri). Dalam sebuah cita-cita yang ideal, seorang manajer keterlibatan juga ikut serta, yang menangani semua masalah pengorganisasian proses, dan seorang spesialis profil sempit.
- Penukaran - dalam komunikasi nyata dengan klien kami mengumpulkan informasi sebanyak mungkin;
- Di luar kantor - bersama dengan tim, kami menganalisis semua yang berhasil kami gali, merancang sistem, menentukan risiko dan rencana implementasi.
Pada keluaran, grup ini menyediakan klien dengan dokumen yang berisi:
- Deskripsi tingkat tinggi dari kondisi sistem saat ini;
- Skenario untuk penggunaan produk masa depan;
- Penggerak arsitektur dan bisnis yang diprioritaskan;
- Persyaratan untuk volume data, kecepatan pemrosesan, penundaan yang diizinkan;
- Visi arsitektur yang mencerminkan semua persyaratan sebelumnya;
- Tumpukan teknologi yang dipilih (pilihan yang didasarkan pada analisis trade-off dari kemungkinan opsi implementasi dalam konteks persyaratan sistem);
- Perkirakan dan jaminan (daftar tugas) untuk vas berikutnya, rencana pengembangan;
- Risiko dan kemungkinan cara untuk menghindarinya.
Jika semuanya berjalan dengan baik dan klien menandatangani fase berikutnya, maka arsitek telah mengerjakan proyek ini selama beberapa waktu (paling sering paruh waktu). Sampai proses ditetapkan, ruang lingkup pekerjaan jelas dan klien puas. Jika semua orang di sini senang dan ingin melanjutkan kerja sama, maka Proof of Concept (PoC), Minimum Viable Product (MVP), dan Implementasi dan Dukungan lebih lanjut mengikuti.
Tampaknya seluruh proses ini jelas, terstruktur, dan dapat dipahami. Namun dalam praktiknya, semuanya tidak begitu sederhana. Mari kita lihat skenario yang mungkin.
Di sini klien potensial mendatangi kami. Tim penjualan melakukan panggilan / demonstrasi pertama untuk memahami masalah apa yang perlu dipecahkan, dan beralih ke spesialis yang lebih sempit. Jika proyek membutuhkan pengetahuan tentang tumpukan Data Besar, maka klien potensial datang ke grup saya.
Langkah selanjutnya adalah memahami tingkat kesulitan tugas dan menentukan ahli yang dibutuhkan. Ada beberapa opsi.
Klien sama sekali tidak tahu apa yang diinginkannya
Paling sering ini terjadi dengan perusahaan besar dan perusahaan dewasa yang mengerti bahwa mereka kehilangan uang, tetapi tidak mengerti mengapa. Atau mereka mengerti, tetapi tidak tahu bagaimana cara memperbaikinya.
Dari pengalaman saya sendiri, saya dapat mengatakan bahwa sering kali dalam situasi seperti itu, Anda pertama-tama harus menyelesaikan masalah bisnis, dan baru setelah itu teknologi. Anda harus siap menghadapi kenyataan bahwa tidak mudah dan mungkin ada pihak yang tertarik yang akan mencoba menarik Anda ke dalam permainan politik mereka.
Sebagai contoh, salah satu CTO yang beruntung saya kenal pernah membawa saya sekali ke rapat umum strategis untuk membahas pembelian lisensi untuk satu produk populer. Alasan resmi kemunculan saya hanyalah seorang kenalan. Dewan direktur senang dengan kesepakatan yang akan datang dan menyanyikan pujian untuk mitra masa depan mereka. Sebagai orang yang jujur dan bijaksana, saya mengajukan beberapa pertanyaan yang lebih substantif tentang bagaimana mereka akan berintegrasi. Tidak ada jawaban, tetapi kesepakatan itu dibatalkan. Meninggalkan ruang pertemuan, saya bertanya kepada CTO apakah saya sudah terlalu jauh dengan pertanyaan saya dan apakah saya harus naik ke semuanya. Ke mana "kardinal rahasia" menjawab: "Semuanya super, saya membawa Anda ke sana untuk ini."
Bagaimana cara menghindarinya? Tidak, ini konsultasi. Seseorang harus siap untuk ini, di mana pengetahuan psikologi pribadi, kolega yang lebih berpengalaman dan pengalaman pribadi membantu saya, tentu saja.
Klien memiliki visi produk akhir, tetapi ia membutuhkan keahlian kami untuk memastikan bahwa ia benar.
Mungkin opsi yang paling menguntungkan dalam hal biaya waktu. Upaya jauh lebih sedikit akan dihabiskan untuk menemukan masalah, komunikasi dengan pelanggan akan jauh lebih produktif, yang pendapat Anda masih berwibawa.
Namun, ada jebakan. Untuk salah satu klien kami di sektor keuangan Discovery, fase ini dirancang selama 4 minggu, 2 minggu untuk di tempat dan di luar kantor. Klien selama 2 minggu di tempat tidak mengatakan sepatah kata pun bahwa ia sudah memiliki visi arsitekturnya sendiri. Ada diskusi tentang beberapa hal konseptual, tetapi tidak pernah ada percakapan tentang tumpukan teknologi. Dan di tengah minggu ke-4 proyek, ketika kami telah mengumpulkan satu ton material, dikumpulkan, diprioritaskan, dan mencerminkan persyaratan utama dalam solusi akhir, selama presentasi arsitektur, klien mulai membenci dan mengatakan bahwa kami tidak mendengarnya. Ternyata tugas kami bukan untuk menghasilkan sesuatu yang baru untuk menebak apa yang sudah ada di kepala pemangku kepentingan utama kami. Terima kasih kepada bos besar saya yang menerima panggilan itu dan dengan cepat mengetahui ke arah mana angin bertiup. Beberapa kata kunci dan klien puas lagi, dan untuk hari-hari yang tersisa kami benar-benar mengubah konsep, mencerminkan kembali semua persyaratan dan risiko, tetapi sudah dalam arsitektur setuju dengan klien.
Bagaimana cara menghindarinya? Validasi, validasi, dan validasi keputusan Anda dengan klien lagi, semakin cepat dan semakin sering, semakin baik. Lebih baik untuk mengatakan beberapa kali di bagian apa yang sudah dipahami semua orang dari 4 minggu kemudian untuk pertama kalinya untuk menunjukkan arsitektur akhir. Dan ini tidak hanya menyangkut arsitektur, tetapi juga pendekatan untuk Discovery secara keseluruhan.
Klien memiliki visi produk yang sangat akurat dan terperinci, dari Anda ia hanya membutuhkan eksekusi
Di satu sisi itu nyaman. Tidak perlu mengetahui persyaratan, mengacaukan dokumentasi, pergi ke klien, pada akhirnya. Ambil dan lakukan. Tetapi seringkali itu tidak berhasil seperti itu. Dari hari-hari pertama menjadi jelas bahwa visi klien jauh dari ideal, karena jauh dari semua risiko dan persyaratan telah diperhitungkan, estimasi jelas diremehkan, dan sangat sulit untuk menyampaikan ide ini, karena klien sangat yakin dengan keputusannya.
Bagaimana berperilaku dalam situasi ini? Pendapat saya adalah bahwa Anda awalnya harus mengevaluasi profitabilitas proyek dalam kaitannya dengan sumber daya tim yang perlu Anda keluarkan untuk itu. Lagipula, proyek semacam itu tidak selalu menghasilkan banyak keuntungan, dan Anda harus menghabiskan banyak energi untuk itu. Jika kami memutuskan untuk melakukan komentar ini, saya mencoba menyampaikan kepada klien gagasan bahwa kami, sebagai konsultan berpengalaman yang telah mengimplementasikan banyak proyek, berusaha menggunakan pengalaman kami untuk menemukan solusi paling rasional untuk masalahnya, dan tidak hanya secara membabi buta mengimplementasikan ide yang diusulkan. Saya juga menginformasikan bahwa bagian wajib dari pekerjaan kami adalah untuk memperingatkannya tentang semua risiko yang mungkin terjadi dan, jika perlu, memberikan rekomendasi tentang cara menghindarinya. Artinya, Anda perlu mendapatkan kredibilitas dan memastikan bahwa klien mulai mendengarkan Anda.
Anda harus selalu dapat mendengarkan dan mendengar klien dan kolega proyek. Bagaimanapun, tantangan yang kita hadapi seringkali bersifat non-teknis.
Kesimpulannya, saya dapat mengatakan bahwa konsultasi adalah untuk mereka yang tidak duduk diam dan tidak takut untuk mencoba sesuatu yang baru. Jika Anda telah mengerjakan proyek yang sama selama lebih dari satu tahun, pekerjaan itu membuat Anda bosan, tetapi rasa takut mengubah sesuatu menghantui - cobalah untuk mengambil tanggung jawab yang sedikit lebih besar. Membayar untuk kursus pendidikan, memikirkan dan menawarkan optimasi kepada klien, menyampaikan nilainya kepada dia, menjualnya. Ambil sesuatu yang baru, keluarlah dari zona nyaman Anda. Ingatlah bahwa tidak ada pengalaman buruk, dan bahkan kegagalan membawa pelajaran, yang berarti itu membuat kita lebih baik. Jika percobaan berhasil, maka rasa takut akan hilang dan Anda akan dipenuhi dengan kesombongan dan keinginan untuk melanjutkan, untuk melakukan yang lebih baik dan lebih banyak lagi. Pada saat ini, Anda dapat dengan aman datang kepada kami!