Edisi ketiga belas podcast kami " To Infinity and Beyond " kami sebut " Role-playing games " karena di dalamnya (mulai dari menit ke-14) kami memodelkan kehidupan dan tindakan manajer, yang menjadi sasaran proyek TI untuk pengembangan perangkat lunak khusus tiba-tiba jatuh, dan manajer itu sendiri dan dia tim tidak siap untuk proyek ini. Situasi ini diperparah oleh kenyataan bahwa
- perusahaan imajiner kita memiliki pesaing dan, seperti biasa, mereka tidak tidur
- kami memiliki tenggat waktu yang ketat
- sesuai dengan persyaratan tugas, perusahaan kami sedikit lebih lemah dari pesaing kami.
Dalam masalah ini, kita terbiasa kulit peran manajer ini, yang harus hidup dalam situasi yang tidak terduga Armagedon dan obskurantisme tekanan waktu dan kurangnya sumber daya.
Deskripsi situasi: ada perusahaan pelanggan besar dengan 5.000 karyawan buruh intelektual dan semi-intelektual. Saat ini, perusahaan pelanggan sedang dalam tahap otomatisasi tambal sulam, yaitu dia memiliki banyak sistem informasi lama yang mengotomatiskan proses bisnis dengan prinsip "dikembangkan secara historis". Pelanggan menyewa dua perusahaan IT yang bersaing untuk menulis ulang seluruh kebun binatang ini warisan IT yang ada pada teknologi modern. Area tanggung jawab antara kontraktor pada awalnya dibagi secara kaku oleh Pelanggan, tetapi jika salah satu Kontraktor tidak dapat mengatasinya, Pelanggan dapat mendistribusikan kembali uang dan pekerjaan, dan bahkan menarik Kontraktor baru.
Anda dapat mendengarkan diskusi kami tentang topik (mulai pukul 13:45) di Youtube , tentang musik Yandex , di perangkat Apple dan Android, dan banyak lagi lainnya . Dan di bawah ini adalah transkrip-pemerasan dari dialog kami.
- Langkah pertama adalah panik 5-7 menit pertama , dan kemudian mulai bekerja secara metodis
- Kami bertanya-tanya pertanyaan retoris “Bagaimana tidak ada tim? Apa jenis manajer Anda jika Anda hanya memiliki 2 orang ”, tetapi kami menyimpulkan bahwa mungkin ada setidaknya 100 orang, tetapi di perusahaan normal mana pun orang-orang ini terus-menerus sibuk dengan sesuatu dan mereka mungkin tidak punya waktu untuk proyek baru
- Kami menyatakan yang jelas - semakin besar tim, semakin mudah untuk membebaskan sumber daya untuk proyek / tugas yang tidak terduga
- Pada dasarnya ada tiga hal yang harus dilakukan:
- membangun tim
- tidak kehilangan klien dan tidak membiarkan perusahaan kami mati saat kami mengerjakan proyek (yang terakhir berlaku untuk perusahaan kecil: uang habis dan pembayaran dari pelanggan belum tiba - selamat datang, Kebangkrutan)
- Jangan kalah dari pesaing (tidak perlu menang, tetapi Anda tidak bisa kalah)
- Kami memperkenalkan klarifikasi penting:
- perusahaan pesaing lebih kuat daripada perusahaan kita bukan karena kerabat pemiliknya bekerja untuk pelanggan (atau karena beberapa jenis kebijakan), tetapi mereka hanya lebih memahami
- Kami bekerja di bawah kontrak 3 tahun, yaitu ada waktu untuk "menyebar"
- Kita harus ingat bahwa satu proyek harus dan harus mengalir ke proyek lain, karena jika tidak, tidak jelas apa yang harus dilakukan dengan tim dari proyek lama. Adalah bodoh untuk memberhentikan - sulit untuk berpisah dengan orang, dan Anda tidak akan mendapatkan yang baru, dan iklim moral di perusahaan akan menderita, dan di sisi lain, tidak ada yang membayar mereka dengan gaji
- Tiga bidang pekerjaan manajer:
- Pelanggan - membangun hubungan yang baik dengannya
- Perusahaan pesaing - Anda harus masuk ke dalam kolaborasi atau konfrontasi, tetapi selalu jaga mereka "di depan mata"
- Tim sendiri. Ini bagian terpenting. Tetapi ketiganya perlu dan masing-masing secara terpisah tidak cukup
- Anda harus mulai merekrut orang sedini mungkin. Pasar "tenaga kerja" sekarang sulit dan sulit, tetapi di sisi lain, ketika menganalisis pasar, Anda tidak wajib merekrut siapa pun secara langsung. Anda dapat menyusun basis data resume dan kemungkinan pada saat Anda membutuhkan perekrutan yang nyata, banyak orang dari daftar tidak akan menemukan pekerjaan
- Bukanlah ide yang buruk untuk mempelajari kebijakan SDM perusahaan, karena semuanya sangat mungkin buruk
- Anda harus menulis deskripsi pekerjaan sendiri atau menarik 2-3 analis
- Anda perlu mencoba membawa proses sebanyak mungkin ke tingkat "bekerja tanpa Anda",
jika tidak, kran ... jika tidak, Anda akan terperosok dalam manajemen mikro - Harus mengelola harapan pelanggan dan menulis rencana. Meskipun ini tidak senonoh . Karena akan ada kesenjangan antara awal pekerjaan dan hasil pertama, dan sesuatu perlu diisi dengannya, misalnya, dengan rencana
- Jika pelanggan kehilangan kepercayaan - kami akan menulis ulang rencana tersebut
- Sejak awal, Anda perlu membuat titik masuk tunggal untuk pelanggan dalam bentuk manajer atau analis, yang akan selalu berhubungan dekat dengan pelanggan. Nyaman bagi pelanggan, berguna bagi tim Anda
- Dan mungkin juga untuk mengatur semacam "konspirasi kartel", karena jika kita adalah kontraktor TI besar, maka kita bertemu di tempat lain selain pelanggan ini, dan apakah masuk akal untuk bertengkar tentang sepotong kue jika kue itu besar? Lebih baik menjaga hubungan yang baik. Anda dapat mendengarkannya di sini.
- Secara umum, hubungan yang baik dengan orang-orang yang terlibat dalam jenis pekerjaan yang sama dengan Anda benar dan bermanfaat dalam hal apa pun , karena hubungan yang baik selalu lebih baik daripada yang buruk. Ini berfungsi baik untuk perusahaan pelanggan maupun perusahaan pesaing.
- Tugas manajer adalah untuk mempertahankan dan bukannya meningkatkan. Jika ada yang sebaliknya - ini bukan manajer, tetapi pengusaha
- Pastikan untuk menulis "Piagam proyek", yang harus ditulis dalam bahasa seperti seolah-olah Anda sedang menulis "aturan asrama". Yaitu sederhana dan jelas. Ini diperlukan untuk karyawan baru dan, secara umum, sebagai pedoman umum . Karena hidup dengan dokumen ini lebih baik daripada tanpa dokumen itu
- Harus diingat bahwa penting bukan hanya apa yang Anda lakukan dan seberapa baik Anda melakukannya, juga sama pentingnya dengan manajemen dan sekutu melihatnya. Karena jika Anda dilakukan dengan baik, tetapi tidak ada yang tahu tentang itu, maka Anda tidak melakukannya dengan baik
- Proses pengembangan (mis., Sebenarnya - pekerjaan itu sendiri) harus transparan sehingga Anda tahu persis pada tahap apa proyek ini berada. Mungkin proses ini harus dibuat transparan bahkan kepada pelanggan.
- Dengan satu atau lain cara, seseorang harus menetapkan standar awal untuk teknologi yang digunakan untuk melacak aktivitas proyek. Kenapa tidak melakukannya ke manajer? Misalnya papan seperti Trello atau sesuatu di Jira
- Perlu membutuhkan basis pengetahuan. Tidak harus Confluence, opsi gratis juga berfungsi.
- Dan tentu saja, Anda perlu obrolan umum. Dia memang dibutuhkan. Di sisi lain, ruang obrolan jahat karena mengalihkan perhatian. Karena itu, Anda perlu mencari jalan tengah dalam penggunaan obrolan ini, yang, bagaimanapun, berbeda untuk semua orang.
- Kami mendiskusikan proses tersebut sampai saat "senjata dikirimkan, peluru dibawa masuk", dan kemudian kami perlu bekerja dan menyelesaikan masalah yang pasti akan timbul
- Secara umum, kami memiliki rencana yang kami tulis untuk pelanggan pada paragraf 12, dan tonggak pertama dari rencana ini adalah tugas paling awal yang harus kita mulai
Terima kasih sudah membaca! Jika Anda ingin bertanya atau mengatakan sesuatu - tulislah kepada kami di situs obrolan banjir kami atau melalui surat !
Klik untuk mencari tahu di mana harus mendengarkan kami.