Peran PM-a selalu ada di sana, dan jika tidak ditugaskan kepada individu dengan pelatihan yang diperlukan, maka peran tersebut didistribusikan kembali.
Kepada siapa?- Semua anggota tim sama.
- Salah satu anggota tim yang siap untuk menggabungkan ini dengan peran utamanya.
- Seseorang dari luar, yang tidak benar-benar berpartisipasi dalam proses, tetapi entah bagaimana mengendalikan.
Semua opsi ini sangat nyata, dan ditemukan dalam praktiknya, terutama di perusahaan-perusahaan muda yang belum memiliki struktur dan proses.
Ingatlah pertanyaan-pertanyaan berikut:- Siapa yang berkomunikasi dengan klien?
- Siapa yang mengingat seluruh gambar proyek? Dokumen yang lebih baik.
- Siapa yang mengatur prosesnya?
1. Peran manajer dibagi oleh semua orang - dan tim rata-rata dalam pengalaman - itu akan sulit. Orang tidak akan tahu apa yang harus dilakukan, dan akan butuh waktu lama untuk bersatu. Biaya agregat dari jam diskusi mereka akan dengan cepat masuk surga. Dan bukan fakta bahwa kompromi akan tercapai.
Hal ini juga diperlukan untuk dapat berkomunikasi dengan klien - bahkan dengan memadai, dengan tidak memadai kadang-kadang lebih sulit. Seseorang tidak sabar dengan pertanyaan dan pernyataan pelanggan yang bodoh, seseorang tidak mengerti bisnisnya sama sekali dan mengapa dia membutuhkan suatu produk. Selffasking dan kegembiraan lainnya juga penuh dengan masalah, dan pengembang hanya tidak suka melakukan ini - yang berarti mereka melakukannya dengan biasa-biasa saja. Jangan lupa bahwa seseorang harus mengendalikan segalanya.
Skema semacam itu hanya bekerja dengan spesialis yang sangat terampil yang lebih terlibat dalam seluruh proses dan mampu memahami bisnis, tujuan proyek, tugas mereka di dalamnya, dan mereka tidak perlu kontrol, karena mereka disensor sendiri. Saya pikir semua orang akan setuju bahwa ada beberapa pengembang seperti itu dan mereka sedang bekerja.
2. Salah satu programmer - segera, akankah dia dapat memahami persyaratan bisnis dan menerjemahkan pejuangnya ke dalam bahasa yang dapat dimengerti? Lagipula, Anda harus mengakui bahwa seseorang tidak memahami hal-hal - ia melewati telinganya, tetapi pengembang rata-rata tidak memahami banyak hal dalam bisnis, karena lingkungannya tidak sama sekali, dan seringkali hanya tidak menarik. Kemudian dia akan menjelaskan secara singkat kepada anak-anaknya - apa yang dibutuhkan, semua orang lagi mengerti dengan caranya sendiri dan hasilnya adalah kegagalan total. Karena Anda harus bisa mewawancarai klien, Anda juga harus bisa menjelaskan kepada orang lain, dan Anda juga perlu menggiling dan merekatkan tim dengan orang-orang.
Menggabungkan peran Timlid dan PM hanya bisa menjadi spesialis yang sangat keren yang tahu bagaimana memahami klien, mengelola, berkomunikasi, dan, tentu saja, program. Satu set yang serius, beberapa orang seperti itu adalah pengecualian.
3. Seseorang yang tidak tenggelam dalam proyek adalah pilihan terburuk, IMHO. Seringkali dia tidak punya waktu untuk ini, dia mengambil pesanan pada kesempatan itu melalui komunikasi, uang yang baik, menemukan tim teknisi - dan itu berjalan. Secara paralel, ia masih, sebagai suatu peraturan, memiliki pelajaran yang lebih penting.
Akibatnya, teknisi tidak tahu harus berbuat apa, dan jangan bertanya lagi - mereka melihat sesuatu. Dia sendiri tidak tahu apa yang sedang mereka kembangkan, sesekali memeriksa, tetapi pada dasarnya tidak ada yang muncul dari ujian. Saya biasanya diam tentang pelanggan. Ini karena, dalam 80% kasus, proyek seperti itu jatuh pada pekerja lepas tunggal yang tidak tahu bagaimana dan / atau tidak ingin bekerja sama dengan seseorang, dan yang tidak benar-benar tahu bagaimana melakukan sesuatu yang rumit, di mana mereka tidak dapat melakukannya sendiri, karena praktis tidak ada proyek semacam itu di bursa. Dengan demikian, tidak akan ada tim yang terdiri atas orang-orang tangguh. Akan ada sekelompok lajang yang disalahpahami. Beruntung jika mereka mendapatkan pemimpin yang dapat mendukung mereka. Dan kemudian ini tidak segera dan tanpa jaminan.
Jadi mengapa PM?
Yang pertama adalah mengingat seluruh gambar, dan mendokumentasikannya tepat waktu dari sudut pandang desain. Anggota tim perlu mengerjakan perinciannya, dan proyek secara keseluruhan seringkali lolos dari mereka. Sulit untuk terus berpindah dari privat ke umum dan sebaliknya. Tetapi manajer berkewajiban untuk melakukan ini, dan untuk yang terbaik dari kompetensinya untuk menjawab semua pertanyaan.
Yang kedua adalah menjadi penghubung tunggal untuk semua orang. Semua informasi harus melewatinya, jika tidak kekacauan akan segera dimulai. Pelanggan akan setuju dengan pengembang individu, atau menyajikan kepadanya bug, ia tidak akan memberi tahu siapa pun, bug terkait dengan orang lain dan mati-matian.
Ditambah klaim - manajer juga merupakan penangkal petir, ia mendengarkan, menerima semua keluhan, dan dalam bentuk yang konstruktif mentransfernya ke tim, mengetahui siapa dan bagaimana memengaruhi. Ada banyak kasus ketika batu terbang pada programmer tertentu, dan bahwa satu dari kejutan awal mulai melakukan hal-hal bodoh: terlalu banyak bicara, menjatuhkan yang lain, menyerang sebagai respons, melarikan diri.
Yang ketiga adalah menyelesaikan masalah. Dan ini bukan jika mereka muncul, tetapi ketika mereka muncul. Karena mereka akan muncul dengan pasti. Lagi pula, Anda perlu merencanakan segalanya dengan jelas, memonitornya, lalu mengujinya, memperbaikinya, menunjukkannya kepada klien, mendapatkan uang, menghitung jam masing-masing, idealnya, juga melakukan pembekalan. Dalam semua hal ini, timbul tabrakan yang harus diperingatkan atau diselesaikan sepanjang jalan. Artinya, untuk membangun proses awal dan menentukan aturan permainan, terus menyelesaikan masalah saat ini dan memperkenalkan aturan baru jika perlu.
Ngomong-ngomong, tanpa pengetahuan khusus dalam manajemen itu cukup sulit untuk dilakukan.
Secara global, Anda menjalani pelatihan pendahuluan di area ini, atau Anda menguji semua penggaruk pada diri sendiri dan keluar sebagai manajer yang terkalahkan dalam masalah. Tentu saja, pendidikan profil semua garu tidak akan menghilangkan, tetapi sebagian, dan kecepatan menguasai pengalaman akan jauh lebih tinggi.