Skema klasik departemen ini adalah sebagai berikut - orang duduk di kantor (baik, atau seperti sekarang di lokasi terpencil) untuk pembayaran berbasis waktu (8 jam sehari) atau di bodyshops per jam. Mulai bekerja dalam 30 - 120 menit. Seseorang dipekerjakan melalui hh atau situs serupa, kandidat melewati hr'a, keamanan teknis di mana mereka mencoba untuk menyusun matriks kompetensi. Ada banyak kandidat di Moskow dengan tingkat pengetahuan apa pun, di daerah ini masalah.Jika tidak ada universitas teknik di dekat sini, tetapi Anda ingin menjalankan bisnis, pergilah ke jutawan terdekat dan bayar gaji setempat. Yang terakhir ini sangat tidak menyenangkan untuk sebuah startup. Ada baiknya jika di proyek tempat orang itu diambil ada dan ada dokumentasi tentang solusi dengan deskripsi pola aliran data, dll., Tetapi saya belum pernah bertemu ini. Ada potongan-potongan, catatan kacau, notulen rapat dengan alasan pengambilan keputusan, tetapi dokumentasi pengembangan sistematis seperti gerhana bulan ganda. Mengapa Anda membutuhkan dokumentasi dengan diagram dan justifikasi? Ketika seorang arsitek membuat sketsa model untuk proyek masa depan, dia adalah pembawa pengetahuan unik yang tidak dimiliki orang lain. Ini adalah masalah yang serius, jika seorang spesialis jatuh sakit, meninggal, pergi, maka kemampuannya juga akan hilang.Mengembalikan kompetensi tanpa dokumentasi dan pembawa pengetahuan adalah tugas yang tidak sepele sehingga lebih mudah untuk menulis ulang semuanya lagi (keduanya adalah uang besar). Memperkenalkan pejuang baru atau yang lama dari proyek lain ke dalam proyek adalah enam bulan pendampingan dan mengalihkan perhatian mereka yang sudah bekerja. Pada saat yang sama, unit baru juga memiliki fungsi terbatas pada umumnya. Sistem pernyataan masalah dapat bercabang, dibagi menjadi beberapa tugas, dan menggabungkan kembali dari tempat yang tidak terduga. Tugas tidak boleh melewati arahan atau arsitek, yang menambah sampah dan hiruk pikuk dalam upaya untuk memperluas arsitektur atau menjejalkan di tak terhentikan.Pada saat yang sama, unit baru juga memiliki fungsi terbatas pada umumnya. Sistem pernyataan masalah dapat bercabang, dibagi menjadi beberapa tugas, dan menggabungkan kembali dari tempat yang tidak terduga. Tugas tidak boleh melewati arahan atau arsitek, yang menambah sampah dan hiruk pikuk dalam upaya untuk memperluas arsitektur atau menjejalkan di tak terhentikan.Pada saat yang sama, unit baru juga memiliki fungsi terbatas pada umumnya. Sistem pernyataan masalah dapat bercabang, dibagi menjadi beberapa tugas, dan menggabungkan kembali dari tempat yang tidak terduga. Tugas tidak boleh melewati arahan atau arsitek, yang menambah sampah dan hiruk pikuk dalam upaya untuk memperluas arsitektur atau menjejalkan di tak terhentikan.
Masalah dengan skema klasik
Sumber daya manusia terbatas dalam ketersediaan dan secara praktis tidak dapat menerima perubahan operasional. Karenanya masalah downtime dan lembur.
Tidaklah menguntungkan untuk mempertahankan spesialis yang sempit. Spesialis semacam itu adalah sumber pengetahuan yang unik, tetapi biaya perawatannya tinggi dan tugas jarang terjadi. Oleh karena itu masalah waktu henti dan stagnasi dalam kompetensi.
Orang-orang dalam tim mengkhususkan diri pada tugas-tugas saat ini dan mulai menurun jika mereka tidak berusaha sendiri atau tidak dipaksa untuk melakukannya.
Menemukan seseorang dengan kompetensi yang diperlukan sulit atau bahkan tidak mungkin untuk alokasi uang dan waktu.
Kurangnya dokumentasi yang menjelaskan proyek untuk orientasi cepat bagi pemula.
Kebutuhan akan mentor.
Masalah memperluas fungsionalitas tanpa analisis mendalam tentang kemungkinan seperti itu, dan analisis semacam itu hanya mungkin dilakukan oleh pembawa kompetensi yang luas dalam proyek - seorang arsitek.
Masalah mengeluarkan pemegang pengetahuan unik tentang proyek.
Masalah suasana moral dalam tim dan hubungan pribadi yang mempengaruhi pengambilan keputusan penting.
Masalah non-transparansi keuangan bagi pelanggan dan pelaku pada remunerasi.
Masalah peningkatan status pelaksana dan jenis tugas yang dilakukan.
Apakah mungkin untuk meratakan masalah ini tanpa mengubah paradigma (model) manajemen pembangunan? Jawaban singkatnya adalah tidak! Di masa depan, model seperti itu akan memperlambat kerja, dan dengan peningkatan bisnis dan birokratisasi proses, secara umum dapat memaksa transfer pembangunan ke outsourcing. Apakah hal yang baik untuk melakukan outsourcing pengembangan? - Jawaban singkatnya adalah ya, jika itu akan mempercepat dan memfasilitasi pengembangan produk! Bisakah outsourcing bersifat internal bagi perusahaan? - Mudah. Dan eksternal? - lebih sulit di sini, benar, keamanan adalah segalanya ... tetapi mungkin! Lalu bagaimana dengan internal dan eksternal? - Anda bisa dan berikut ini cara melakukannya.
Layanan ini
- Sistem komunikasi pelanggan dan pelaku.
- Menyediakan koneksi dinamis para spesialis dengan kompetensi yang dibutuhkan.
- Melakukan penyelesaian dengan pelanggan dan kontraktor.
- Menampilkan dengan cepat status proyek dan kemajuan tugas.
- .
- .
- .
- .
- .
- . , , , .
- . . “, , , ” — . “ ” — , , , , . “” — , , , . “” — . “ ” — , , . “ ” — , , , .
- . . , . .
- . . , , .
Setiap peran tingkat yang lebih tinggi membentuk kumpulan subtugas yang diuraikan untuk tugas tingkat yang lebih rendah, menetapkan kriteria untuk melakukan dan biaya menyelesaikan tugas. Peran superior tidak dapat secara langsung menetapkan pelaksana atau menetapkan dirinya sendiri ke subtugas.
Saat menguraikan tugas, peran tingkat yang lebih rendah harus menerima konfirmasi solusinya dari peran tingkat yang lebih tinggi yang mengatur tugas asli.
Peran bawahan, setelah menerima masalah, dapat mengirimkannya untuk ditinjau ke direktur dengan justifikasi kesalahan atau ketidakakuratan yang ditemukan, atau membuka perselisihan dengan arbitrase dan pemungutan suara.
Peran atasan dapat mengambil tugas bawahan jika itu bukan direktur (tugas) nya.
Tugas yang telah selesai berada dalam kelompok khusus untuk ditinjau dan disetujui. Tugas dapat ditinjau oleh peran saat ini (tetapi tidak oleh pelaku) atau peran yang lebih tinggi dan lebih rendah.
Untuk tugas yang telah diselesaikan dan disetujui, pelaksana dibebankan pembayaran yang ditentukan dalam tugas (dikurangi komisi layanan untuk transaksi) dan poin penilaian.
Untuk tinjauan lengkap dengan indikasi yang masuk akal tentang kesalahan atau penyimpangan dari kriteria tinjauan, poin diberikan, dan mereka dihapuskan dari orang yang ditinjau. Sengketa berdasarkan hasil tinjauan diselesaikan secara otomatis dengan pemungutan suara umum dari peran yang berpartisipasi dalam tinjauan.
Transisi ke peran superior terjadi secara otomatis setelah mencapai sejumlah poin untuk pemain. Dengan demikian, Anda dapat melewati seluruh hierarki hingga ke manajer tanpa menyelesaikan satu masalah pun, tetapi mendapatkan poin dalam meninjau masalah orang lain.
Setiap pohon dekomposisi tugas dan tugas disertai dengan pembuatan sekumpulan dokumen yang membenarkan pilihan solusi dan menjelaskannya secara singkat. Setiap tugas yang bukan merupakan cabang dari tugas yang sudah ada, yaitu, memperluas fungsionalitas, harus dimulai dengan persetujuan dari manajer dan kemudian melalui persetujuan peran hingga pelaksana akhir.
Tugas secara otomatis dianggap tidak terpenuhi jika mulai dikerjakan, tetapi tenggat waktu telah berakhir dan tidak ada pembenaran yang dikirim dari kontraktor untuk memperpanjang tenggat waktu.
Tugas yang belum terpenuhi diatur kembali ke kumpulan tugas untuk dieksekusi, dan pelaksana didenda dalam bentuk penghapusan poin.
Kumpulan poin level negatif tertentu mengarah ke pemblokiran otomatis pemain untuk kompetensi yang dipilih.
Kurangnya penyelesaian tugas atau tinjauan dalam jangka waktu tertentu menyebabkan penurunan otomatis dalam skor keseluruhan.
Saat skor turun di bawah level ambang batas dari peran tersebut, status pemain dipindahkan ke peran yang lebih rendah.
Skema perpindahan pesanan dari pelanggan ke produk jadi
Pelanggan memulai proyek dalam layanan yang menjelaskan tugas bisnis (ini adalah informasi utama). Berkontribusi ke akunnya dalam layanan jumlah minimum dana yang diperlukan untuk keahlian ekonomi dan pemasaran, atau jika sudah ada, maka untuk persiapan tugas teknis oleh pemimpin (pengembangan, arsitek). Keahlian ekonomi dan justifikasi teknis mencakup pendapat ahli tentang kelayakan ekonomi produk ini. Kelayakan ekonomi adalah studi tentang analog, permintaan, sumber daya yang tersedia, kelayakan praktis yang disajikan dalam bentuk dokumen dengan rekomendasi. Tugas berlanjut ke tahap berikutnya ketika ada cukup dana di akun pelanggan dalam layanan. Pelanggan dapat memberikan keahliannya atau TK (tugas teknis, arsitektur proyek) untuk persetujuan. Jika kesepakatan tidak disahkan,maka tugas (proyek) tidak dapat dikembangkan. Pelanggan dapat keluar dari layanan kapan saja atau membekukannya dalam layanan dengan biaya tertentu. Pelanggan memiliki akses membaca ke semua dokumentasi dan kode sumber untuk proyek tersebut, ke rakitan paket aplikasi atau sumber daya, untuk kemajuan proyek dan tugas, lembar gaji untuk pemain.
Pengembangan dilakukan sesuai dengan aturan yang ditetapkan pada awal proyek, hal ini menyangkut bahasa penyusunan dokumen dan deskripsi, kesepakatan tentang desain kode dan komentar yang mendokumentasikan sendiri. Prioritas dalam menulis kelas dan fungsi diberikan pada kode yang paling sederhana dan bersih. Dalam setiap kasus, jika memungkinkan, kode tersebut dicakup oleh pengujian Unit. Dalam pengembangan, harus ada spesialis yang memastikan pekerjaan kontrol versi, perakitan otomatis, koneksi jarak jauh pemain ke peralatan yang diperlukan di sisi layanan atau pelanggan.
Pengenalan pelaku ke dalam layanan dimungkinkan setelah menerima matriks kompetensi. Matriks kompetensi dapat diperoleh dalam layanan yang berspesialisasi dalam pengujian dalam mode otomatis. Layanan terakreditasi menyediakan API yang dengannya Anda bisa mendapatkan matriks untuk pelamar. Bergantung pada hasil yang diperoleh, peran awal dan kompetensi yang tugas khusus akan terlihat ditetapkan untuk akun pelaku. Singkatnya, pelaku mendaftar dengan layanan dan menerima link ke layanan pengujian kompetensi dan meneruskannya. Hasil tes mengisi matriks kompetensi dan akun diberi kesempatan untuk mengerjakan tugas, melakukan review, membaca dokumentasi yang tersedia untuk perannya.
Direkomendasikan pada tahap pertama untuk memperkenalkan ke dalam layanan pelaksana yang dieksekusi pada basis "kantor" yang ada Periksa pekerjaan dengan pelanggan dalam proyek nyata. Lakukan kampanye iklan di komunitas khusus dan jejaring sosial dengan tesis - “Transparansi dan kejujuran penuh, tanpa rahasia. Kerjakan apa yang Anda inginkan, dari mana Anda ingin, dan kapan Anda inginkan. Tidak ada yang memerintahkan Anda. Hasilkan sebanyak yang Anda bisa, tidak ada batasan untuk semua orang dan selamanya. "
Masalah yang membutuhkan studi terpisah
- Keamanan.
- Pembayaran dan penyelesaian dengan pelanggan dan kontraktor.
- Masalah hukum sebelum kontrak dengan pelanggan dan pembayaran borongan kepada pelaku, transfer lintas batas.
- Perlindungan hak cipta.