Proyek

Proyek adalah pekerjaan, rencana, aktivitas, dan tugas lain yang ditujukan untuk menciptakan produk baru (perangkat, karya, layanan). Eksekusi proyek adalah kegiatan proyek yang mana termasuk:

• kegiatan manajemen (manajemen proyek). Dicapai melalui penggunaan, termasuk prinsip dan metode manajemen proyek, yang merupakan bagian dari sistem manajemen perusahaan, universal untuk memecahkan berbagai masalah produksi;
• solusi dari masalah khusus:
  • pengembangan produk untuk pelanggan. Produk proyek dapat berupa:
    • hasil riset pemasaran (marketing),
    • dokumentasi desain (manajemen desain). Kumpulan dokumen ini disebut proyek. Ini dirancang untuk membuat perangkat yang dikembangkan, operasinya, perbaikan dan penghapusan, serta untuk memverifikasi atau mereproduksi solusi menengah dan akhir atas dasar pengembangannya. (Perhatikan bahwa arti kata "proyek" dalam kegiatan manajerial dan ilmiah dan teknis berbeda),
    • dokumentasi teknologi (manajemen produksi),
    • perangkat lunak (manajemen proyek),
    • dll.;
  • solusi tugas produksi internal:
    • meningkatkan kualitas produk (manajemen mutu),
    • meningkatkan efisiensi organisasi tenaga kerja (manajemen personalia),
    • pengoptimalan arus keuangan(manajemen keuangan),
    • dan sebagainya.

Proyek dapat digabungkan ke dalam program proyek untuk mencapai satu hasil, atau ke dalam portofolio proyek untuk lebih manajemen yang efektif. Portofolio proyek dapat terdiri dari program.

Karakteristik proyek

Proyek memiliki sejumlah karakteristik yang melekat di dalamnya, setelah menentukan yang mana, adalah mungkin untuk mengatakan dengan pasti apakah jenis kegiatan yang dianalisis termasuk dalam proyek.

1. Temporalitas - setiap proyek memiliki kerangka waktu yang jelas (ini tidak berlaku untuk hasilnya); jika tidak ada kerangka kerja seperti itu, aktivitas itu disebut operasi dan dapat berlangsung untuk waktu yang lama.
2. Produk, layanan, hasil unik - proyek harus menghasilkan hasil, pencapaian, produk yang unik; jika tidak, perusahaan semacam itu menjadi produksi massal.
3. Pengembangan berurutan - setiap proyek berkembang dari waktu ke waktu, melewati tahap atau langkah yang ditentukan sebelumnya, tetapi persiapan spesifikasi proyek sangat terbatas pada konten yang ditetapkan pada tahap awal.

Terlepas dari kenyataan bahwa hasil akhir proyek harus unik, ia memiliki sejumlah karakteristik yang sama dengan manufaktur proses:

1. Dilakukan oleh orang-orang
2. Dibatasi oleh ketersediaan sumber daya

Lingkungan proyek

Setiap proyek berkembang dalam lingkungan tertentu. Selain itu, terlepas dari bidang subjek mana, lingkungan ini secara langsung mempengaruhi proyek. Semua pengaruh dibagi menjadi beberapa kategori.

• Lingkungan sosial budaya (adat dan adat daerah, pertimbangan etis kegiatan proyek, dll.)
• Lingkungan politik internasional (situasi politik di wilayah, pengaruh ekonomi, intensitas sumber daya daerah, dll.)
• Lingkungan (parameter lingkungan, ketersediaan sumber daya alam dll.)

Lingkungan proyek dapat berubah selama pelaksanaannya, mengubah pengaruhnya terhadapnya. Perubahan seperti itu bersifat positif dan negatif. Manajemen perubahan ditangani oleh bagian yang sesuai dari disiplin manajemen proyek. manajemen proyek).

Siklus hidup proyek

Pengembangan rencana proyek

Setelah tujuan proyek ditentukan, pembuatan diagram aktivitas dimulai. Diagram dibangun dalam bentuk pohon. Biarkan proyek perlu membangun rumah. Sebut saja simpul teratas "membangun rumah". Itu dipecah menjadi bagian-bagian utama: "membuat fondasi", "membangun dinding" dan "memasang atap". "Membuat pondasi" dapat dipecah menjadi "menggali lubang" dan "menggerakkan tiang pancang". Untuk mendorong tiang pancang, perlu "membawa tiang pancang" dan "menyediakan peralatan khusus", dll. Untuk tugas akhir, waktu ditetapkan untuk pelaksanaannya.
Proses ini disebut dekomposisi target. Penguraian dilakukan sampai elemen akhir kayu tidak akan menjadi tugas yang jelas bagi pelaksananya. Artinya, jika tugas "menetapkan atap" jelas bagi pelaku, maka tidak perlu menguraikan tujuan lebih lanjut.

Hubungan dibuat antara tugas-tugas dependen, setelah itu struktur pohon diterjemahkan ke dalam bagan Gantt. Ini menghasilkan rantai tugas yang terkait dengan urutan dan pemain. Waktu yang akan dihabiskan pada rantai terpanjang dapat diambil sebagai waktu proyek. Biasanya waktu ini dikalikan 1,3-2 kali, dengan mempertimbangkan kemungkinan force majeure selama pelaksanaan.

Titik kontrol ditetapkan untuk bagian utama di mana proyek dibagi (pondasi, dinding, atap). Pada tonggak, manajer proyek membandingkan hasil yang direncanakan dengan yang sebenarnya dan menyesuaikan rencana tindakan lebih lanjut.

Informasi Umum

Karena keunikannya kegiatan proyek terkait dengan banyak risiko, pekerjaan yang dipilih di area terpisah - manajemen risiko. Ada disiplin terpisah dalam manajemen - manajemen proyek manajemen proyek).

Tanda-tanda bahwa suatu kegiatan bukan proyek:

• tujuan awalnya tidak ditentukan, tidak spesifik, tidak dapat dicapai, dll. Namun, perubahan tujuan / ruang lingkup proyek dapat diatur dalam rencana pengelolaan ruang lingkup proyek; kasus paling sederhana - kontrak menentukan batas biaya untuk proyek, di mana pekerjaan dimungkinkan berdasarkan perjanjian tambahan pada kontrak);
• kendala aktivitas awalnya tidak didefinisikan atau tidak dapat dicapai (istilah, sumber daya, waktu, kualitas, tingkat risiko yang dapat diterima), misalnya, aktivitas tersebut tidak dapat dikelola, yaitu, ketergantungan eksternal melebihi kemampuan untuk mempengaruhi aktivitas (tindakan pengendalian tidak memungkinkan mencapai tujuan yang telah ditetapkan dengan tingkat risiko yang dapat diterima);
• hasilnya tidak unik, seperti produksi massal.

Tidak seperti sebuah proses, sebuah proyek terbatas dan memiliki tujuan dan kendala tertentu yang berkelanjutan. Membedakan proyek dan proses (fungsional) organisasi bisnis.

Lihat juga

• Perangkat Lunak Manajemen Portofolio Proyek

Catatan

Tautan

• Panduan praktis untuk Badan Pengetahuan Manajemen Proyek American Design Institute (PMI PMBOK). Edisi ketiga. (Standar Nasional Amerika ANSI/PMI 99-001-2004)

Yayasan Wikimedia. 2010 .

Sinonim:

Lihat apa itu "Proyek" di kamus lain:

PROYEK, proyek, suami. (lat. proyeksi terlempar ke depan). 1. Rencana yang dikembangkan untuk konstruksi, konstruksi sesuatu. Proyek Istana Soviet. Proyek Terusan Volgo-Don. Arsitektur dan proyek teknis pabrik baru. Proyek mesin. 2.… … Kamus Ushakov

Proyek A ... Wikipedia

Lihat rencana... Kamus sinonim dan ekspresi Rusia yang serupa artinya. dibawah. ed. N. Abramova, M.: Kamus Rusia, 1999. skema proyek, rencana, program, gambar; versi, edisi, bacaan; tujuan, perhitungan, niat; maksud; perhitungan, proyeksi... Kamus sinonim

PROYEK (lat. proyek "dilempar ke depan") 1) produk kegiatan desain; 2) pengorganisasian bentuk-bentuk kegiatan koperasi; 3) salah satu konsep antropologi eksistensialis (misalnya, J.P. Sartre). Dalam pengertian pertama, konsep "proyek" ... ... Ensiklopedia Filsafat

proyek- PROYEK, PROYEK a, m.proyek m. Jerman Proyek lat. proyektus. 1. Rencana, ide, sketsa awal sesuatu. APD. Saya tidak tahu tentang proyek itu. 1765. M. A. Muravyov Zap. // ROA 5 66. Puluhan proyek .. mengenai transformasi di Maryinsky ... ... Kamus Sejarah Gallicisms of the Russian Language

- (sering juga disebut sebagai proyek E 4) sebuah proyek yang dikembangkan di Uni Soviet untuk meledakkan muatan atom di Bulan. Proyek ini diusulkan oleh fisikawan atom Yakov Borisovich Zel'dovich. Tujuan utama dari proyek ini adalah untuk membuktikan kepada seluruh dunia bahwa ... ... Wikipedia

Proyek 34 ... Wikipedia

- (Moskow) Bermain di Moscow Basketball League Didirikan 2007 RGUFKSiT Hall City ... Wikipedia

Indeks (nomor) dari dua proyek kapal yang dikembangkan oleh biro desain Soviet. Pemimpin kapal perusak Proyek 24 Proyek pemimpin kapal perusak lapis baja yang belum direalisasi yang dikembangkan pada tahun 1930-an; kapal perang proyek ... ... Wikipedia

Proyek 35 indeks (nomor) dari dua proyek kapal yang dikembangkan oleh biro desain Soviet. Proyek kapal perusak 35 proyek perusak tiga menara dengan artileri anti-pesawat jarak jauh universal dikembangkan ... Wikipedia

Ketika Anda bekerja dalam satu peran untuk waktu yang lama (misalnya, sebagai manajer proyek), banyak hal menjadi jelas bagi Anda. Namun bagi yang tidak ada sangkut pautnya dengan profesi ini, seringkali terjadi kesalahpahaman dalam beberapa hal. Sebagai contoh, pengalaman saya menunjukkan bahwa beberapa manajer puncak pada awal proyek tidak memiliki pemahaman tentang peran apa yang dapat dilakukan dalam proyek tersebut. Saya akan mencoba mengungkapkan topik ini dalam artikel saya menggunakan contoh kasus tertentu.

Mari kita mulai dengan fakta bahwa metodologi manajemen proyek yang berbeda menggambarkan model peran yang sedikit berbeda dalam sebuah proyek. Perbedaannya terletak pada komposisi peran dan dalam membangun tanggung jawab untuk parameter proyek.

Pertimbangkan model peran, yang dijelaskan dalam pendekatan manajemen proyek yang paling populer (menurut penelitian PWC) di dunia - PMBOK.

Nama peran	Sebuah tanggung jawab	Kekuatan
Manajer proyek	Mencapai semua tujuan proyek tepat waktu dan sesuai anggaran	Tergantung pada struktur organisasi
Pelanggan proyek	Persetujuan persyaratan untuk produk proyek Penerimaan produk proyek	Mengubah prioritas dalam implementasi persyaratan produk proyek
Sponsor Proyek	Persetujuan tujuan proyek, tenggat waktu dan anggaran Alokasikan sumber daya untuk sebuah proyek	Memecahkan masalah yang berada di luar kompetensi manajer proyek
tim proyek	Pelaksanaan tugas proyek dalam kerangka waktu yang disepakati dengan manajer proyek	Laporkan masalah yang dihadapi saat menyelesaikan tugas kepada manajer proyek

Model peran ini dengan sangat jelas menggambarkan tanggung jawab manajer proyek untuk semua aspek segitiga proyek: manajer proyek harus memastikan bahwa semua tujuan proyek tercapai melalui pelaksanaan pekerjaan yang direncanakan tepat waktu dan sesuai anggaran.

Menggunakan contoh kasus, saya ingin menunjukkan bagaimana individu tertentu dapat dipilih untuk melakukan peran yang dijelaskan dalam sebuah proyek.

Mari kita pertimbangkan sebuah proyek untuk mengotomatisasi proses hubungan pelanggan (CRM) di sebuah perusahaan swasta kecil. Manakah dari karyawan perusahaan yang menerapkan CRM yang dapat menjadi pelanggan proyek semacam itu?

Menurut pendapat saya, orang yang paling tertarik dengan hasil proyek harus ditunjuk sebagai pelanggan proyek. Kriteria penting kedua untuk memilih pelanggan adalah kemampuan pelanggan untuk mencurahkan cukup waktu untuk mengerjakan proyek.

Untuk membuat keputusan tentang penunjukan pelanggan dalam proyek CRM, saya mengusulkan untuk secara konsisten menjawab pertanyaan-pertanyaan berikut:

1. Karyawan departemen mana yang akan digunakan perusahaan perangkat lunak mengotomatisasi CRM?
2. Manakah dari kepala departemen ini yang paling tertarik dengan CRM yang membantunya memecahkan masalahnya?
3. Dapatkah pelanggan potensial dari proyek CRM menghabiskan 2-4 jam seminggu untuk itu?

Menurut Standish Group, untuk setiap waktu senilai $1.000 orang dalam sebuah proyek TI, ada 1,5 keputusan yang harus dibuat. Misalkan proyek implementasi sistem CRM bernilai $50.000, di mana biaya lisensi adalah $10.000, dan sisanya $40.000 adalah biaya waktu orang. Menurut statistik Standish Group, ternyata sekitar 60 keputusan penting perlu dibuat dalam proyek ini, dan pelanggan harus berpartisipasi dalam 20% dari keputusan ini. Misalkan rata-rata, pelanggan menghabiskan 4 jam untuk memecahkan satu masalah. 12 keputusan penting untuk masing-masing 4 jam - ternyata 48 jam.

Jika durasi proyek sekitar setengah tahun, maka 48 jam hanya akan didistribusikan selama 24 minggu, 2 jam seminggu. Namun, pelanggan akan menghabiskan waktu tidak hanya untuk membuat keputusan penting. Dia perlu membaca dan menyetujui dokumen tentang persyaratan CRM, berpartisipasi dalam penerimaan hasil antara proyek, mempelajari laporan manajer proyek tentang kemajuan proyek. Pekerjaan ini, dari sudut pandang saya, akan memakan waktu tidak kurang dari membuat keputusan. Oleh karena itu, muncul perhitungan bahwa pelanggan perlu merencanakan dari dua hingga empat jam seminggu untuk proyek ini. Tentu saja, ini adalah perhitungan yang sangat mendekati, dan dalam beberapa proyek serupa, pelanggan mungkin membutuhkan lebih banyak waktu untuk menyelesaikan proyek.

Untuk kasus kami, mari kita asumsikan bahwa sebagai hasil dari jawaban atas dua pertanyaan pertama, dua kandidat untuk peran pelanggan proyek diidentifikasi - kepala departemen penjualan dan kepala departemen pemasaran. Masih harus diklarifikasi untuk kedua kandidat apakah mereka dapat mengalokasikan dua hingga empat jam seminggu untuk proyek tersebut.

Dalam praktik saya, saya telah menemukan situasi ketika tidak ada kandidat potensial yang ingin mengambil peran sebagai pelanggan proyek. Alasan untuk perilaku ini, kemungkinan besar, adalah karena mereka takut untuk mengambil tanggung jawab tambahan. Pertama, butuh waktu untuk mengerjakan sebuah proyek, dan jika tugas operasional dapat mengambil semuanya waktu kerja, maka proyek harus diselesaikan selama jam non-kerja. Kedua, jika proyek itu ternyata gagal, setidaknya mereka tidak akan dipuji karenanya. Jadi beri tahu saya, siapa yang ingin mengambil peran sebagai pelanggan proyek dalam situasi ini? Kebetulan beberapa kepala departemen memiliki pemahaman bahwa tanpa menyelesaikan masalah yang dihadapi proyek, akan semakin sulit untuk menyelesaikan masalah operasional di masa depan. Dalam hal ini, ia masih memiliki motivasi untuk menjadi pelanggan.

Jadi, opsi berikut dimungkinkan: salah satu dari dua kandidat ini akan secara sukarela menjadi pelanggan proyek, atau direktur perusahaan akan memilih pelanggan, atau awal proyek akan ditunda, karena. belum ada yang membutuhkan hasil proyek.

Misalkan semuanya berkembang sesuai dengan skenario optimis: salah satu kandidat (biarkan menjadi direktur pemasaran) sendiri diminta untuk ditunjuk sebagai pelanggan proyek setelah dia menjelaskan apa yang akan menjadi tanggung jawabnya dan kekuatan apa yang dia miliki dalam proyek tersebut. .

Sponsor proyek CRM, jelas, akan menjadi direktur perusahaan. Di perusahaan kecil, tidak ada orang lain yang mempercayakan peran ini, karena jika situasi muncul ketika manajer proyek dan pelanggan tidak memiliki wewenang atau tidak mau bertanggung jawab untuk mengambil keputusan, mereka akan pergi ke direktur.

Satu peran lagi tetap belum ditetapkan - manajer proyek. Di perusahaan di mana manajemen proyek belum dipelajari dalam sains, sebagai aturan, tidak ada karyawan dengan pengalaman manajemen proyek. Tetapi tanggung jawab manajer proyek serius: jika proyek mulai meleset dari tenggat waktu atau melebihi anggaran, direktur pertama-tama akan bertanya kepada manajer proyek.

Jadi siapa yang harus ditunjuk sebagai manajer proyek dalam kasus kami?

Bahkan, ketika menerapkan CRM, perwakilan dari perusahaan IT yang akan mengimplementasikan produk perangkat lunak dapat menjadi manajer proyek. Tetapi penunjukan seperti itu masuk akal hanya jika perusahaan TI berjanji untuk membuat proyek turnkey, mis. siap bertanggung jawab untuk mencapai semua tujuan proyek. Jika perusahaan TI hanya melakukan sebagian pekerjaan pada proyek, Anda harus menunjuk manajer proyek dari antara karyawan perusahaan kami. Dan jika karyawan yang ditugaskan untuk peran manajer proyek tidak memiliki keterampilan manajemen proyek, menyelesaikan proyek tepat waktu dan sesuai anggaran dengan pencapaian tujuan adalah pertanyaan besar.

Misalkan diputuskan untuk memberi perusahaan TI proyek CRM secara turnkey, dan masalah penunjukan manajer proyek diselesaikan - itu akan menjadi manajer proyek profesional dari perusahaan TI yang belum dipilih.

Nah, peran keempat adalah tim proyek.

Akan ada 2 tim dalam proyek CRM - dari sisi pelanggan dan dari sisi perusahaan IT. Tim pelanggan akan berpartisipasi dalam tugas mengumpulkan persyaratan dan menguji fungsionalitas CRM yang dimodifikasi, dan tim perusahaan TI akan menyempurnakan produk sesuai dengan persyaratan dan mempersiapkannya untuk operasi komersial.

Tim proyek dari pihak pelanggan harus menyertakan kepala semua departemen yang akan menggunakan produk perangkat lunak CRM. Dan pelanggan proyek akan bertanggung jawab atas pelaksanaan tugas yang diberikan kepada timnya tepat waktu dan sesuai dengan persyaratan untuk hasil tugas.

Mungkin kami menemukan kasus yang diusulkan, meskipun kami membuat banyak asumsi. Dalam proyek nyata implementasi CRM ketika mendistribusikan peran dalam sebuah proyek, semuanya bisa lebih membingungkan dan rumit.

Tidak ada gunanya membuat generalisasi pada contoh kasus yang dipertimbangkan. Proyek sangat berbeda baik dalam ruang lingkup dan bidang subjek. Dalam beberapa kasus, panutan yang dipertimbangkan mungkin terlalu sederhana dan tidak efisien. Misalnya, metodologi manajemen proyek Prince 2 menganggap model peran yang jauh lebih kompleks daripada PMBOK.

Meskipun demikian, saya berharap pembaca memahami sudut pandang tentang panutan dalam proyek, yang dijelaskan dalam pendekatan PMBOK.

Dan sebagai kesimpulan - satu pengamatan: semakin jelas tanggung jawab dan wewenang dijelaskan untuk semua peran yang dibahas dalam artikel, semakin baik untuk semua peserta proyek. Dan tidak adanya salah satu peran ini akan menyebabkan penurunan tajam dalam peluang proyek untuk berhasil!

Tampaknya bagi saya bahwa lebih baik menghabiskan waktu sebelum memulai proyek untuk menentukan peran yang diperlukan dan menugaskan individu tertentu untuk peran ini daripada berurusan dengan pertanyaan "siapa yang harus disalahkan?" di sepanjang jalan. dan apa yang harus dilakukan?".

Semoga sukses dengan proyek Anda!

Ringkasan proyek adalah dokumen yang menjelaskan aspek-aspek kunci, prospek pasar, dan proyeksi keuangan proyek. Tujuan utama resume adalah untuk menarik perhatian calon investor atau mitra strategis. Rangkuman adalah informasi utama tentang proyek, yang melalui prosedur pertimbangan oleh investor (dana ventura, dll.), sehingga sangat penting untuk menarik perhatian.

Rekomendasi umum - ringkasan harus pendek (3-5 halaman). Pengembang harus memberikan deskripsi singkat tentang teknologi sehingga investor dapat memahami konsep teknis dasar di balik proyek. Ringkasan harus menunjukkan proyek Anda di posisi yang paling menguntungkan. Sangat diharapkan bahwa setiap bagian dari materi yang disajikan didukung oleh bagian bawah, yang dapat Anda berikan berdasarkan permintaan: penilaian pasar, perkiraan harga produk, keunggulan kompetitif produk dan pesaing utama di pasar. Ringkasan eksekutif adalah gambaran singkat dari rencana bisnis proyek. Dalam hal menyiapkan ringkasan untuk proyek ilmiah atau organisasi pendidikan pekerjaan ini harus dilakukan bersama dengan kantor komersialisasi pengembangan, yang akan menyetujui versi final dokumen ini (jika memungkinkan).

anotasi(deskripsi perkembangan/teknologi). Uraian singkat tentang perkembangan ilmiah dan teknis serta tahapan pelaksanaannya disajikan untuk menarik perhatian pembaca dan membentuk gagasannya tentang isi rangkuman selanjutnya.

Situasi problematik yang ada ke arah pembangunan. Bagian ini adalah dasar proposal Anda - mitra dan investor ingin melihat bagaimana teknologi atau produk Anda akan meningkatkan teknologi dan metode produksi, peralatan, atau proses bisnis yang ada. Mencerminkan masalah utama di sektor-sektor ekonomi, sudah ada atau muncul. Dukung posisi Anda dengan beberapa fakta dasar: statistik, analisis biaya, publikasi. Berikan deskripsi singkat tentang solusi Anda untuk masalah tersebut dan jelaskan manfaatnya.

Lingkup teknologi. Satu atau beberapa bidang teknologi di mana perkembangan tersebut (sedang) dicatat.

Tujuan/Deskripsi(cakupan). Tunjukkan area utama penerapan pengembangan - industri, transportasi, energi, dll., Sementara dimungkinkan untuk menyoroti spesifik proses teknologi atau kegiatan di industri tersebut.

spesifikasi. Ini adalah salah satu bagian yang lebih penting, terutama untuk perusahaan atau proyek inovatif pada tahap awal penelitian dan pengembangan. Ini memberikan deskripsi singkat tentang dasar ilmiah dan teknologi inovasi, serta perbandingan dengan tingkat dunia pengembangan arah ilmiah dan teknologi di bidang proyek yang diusulkan (tanpa mengungkapkan informasi yang, menurut penyelenggara proyek, merupakan rahasia komersial).

Tidak disarankan untuk menggunakan istilah ilmiah dan teknis khusus dalam arah pengembangan yang tidak perlu, karena pembaca mungkin tidak terbiasa dengan bidang teknologi ini. Untuk menjelaskan konsep teknis suatu produk atau teknologi, yang paling efektif adalah penggunaan grafik, foto, dan materi visual lainnya. Bagian ini memberikan deskripsi singkat tentang produk (layanan) yang diusulkan, karakteristik yang diusulkan atau yang ada dan sifat konsumen, nilainya di mata konsumen.

Perbandingan dengan analog yang ada. Tujuan dari bagian ini adalah untuk menunjukkan keunggulan utama dari produk atau layanan yang diusulkan dibandingkan dengan analog atau produk pesaing yang ada di Rusia dan di dunia, perbedaannya dari produk serupa atau produk pengganti, yang akan memungkinkan Anda untuk memposisikannya dengan jelas. di pasar dan menerapkan strategi untuk promosinya.

Manfaatnya harus signifikan dalam hal menciptakan nilai produk bagi konsumen yang dituju (harga, karakteristik kualitas, dll.). Perbandingan dengan pesaing harus disajikan dalam bentuk tabel. Pada saat yang sama, perkiraan harga yang terlalu rendah dibandingkan dengan produk pesaing harus dihindari, karena dalam hal ini calon mitra meragukan ketentuan tersebut. karakteristik kualitas produk dan layanan. Harga harus ditentukan dengan mempertimbangkan harga produk pesaing, dan tidak boleh dikurangi lebih dari 30% dibandingkan dengan itu.

Keunggulan kompetitif(ekonomis). Keuntungan menggunakan pengembangan (produk, teknologi, layanan) bagi konsumen ditunjukkan, yang akan memungkinkannya untuk meningkatkan daya saing produksinya atau bisnis lain dengan mengurangi biaya atau meningkatkan pendapatan, memasuki pasar baru (segmen konsumen produk). Di sini perlu dijelaskan mengapa penerapan pengembangan oleh konsumen sasaran akan hemat biaya bagi mereka.

Tanda-tanda kebaruan yang signifikan (potensi inovasi). Asalkan informasi singkat pada tanda-tanda kebaruan ilmiah dan teknologi dari produk yang diusulkan (teknologi, layanan) dibandingkan dengan tingkat yang dicapai di dunia atau di Rusia.

Potensi pasar(untuk pengembangan/teknologi penggunaan ganda, aplikasi lain yang memungkinkan dan konsumen potensial). Bagian ini adalah yang paling signifikan bagi investor, karena menunjukkan permintaan produk (jasa) di pasar. Tujuan dari bagian ini adalah untuk membantu investor atau mitra mengevaluasi pendapatan yang diharapkan dari pengenalan produk yang diusulkan ke pasar. Volume pasar sering menjadi faktor utama dalam pengambilan keputusan investasi atau kerjasama, oleh karena itu, pertama-tama, bagian ini memberikan informasi tentang potensi volumenya, bagian yang direncanakan untuk ditangkap. Strategi yang paling menjanjikan bagi investor atau mitra adalah membawa produk ke pasar dengan properti unik ditujukan untuk segmen pasar baru atau masih bebas, sehingga pada tahap pertama pengembangan, perusahaan yang inovatif tidak mengeluarkan uang untuk melawan pesaing.

Investor dan mitra juga ingin memiliki bukti bahwa manajer perusahaan (penyelenggara proyek) telah mempelajari pasar, memahami kebutuhannya, dapat berniat untuk memuaskannya, oleh karena itu, kesimpulan tentang ukuran pasar dan karakteristiknya harus dikonfirmasi oleh data dasar, dengan mengacu pada sumber informasi (hasil riset pasar). , sumber publik - bahan cetak, Internet).

Bagian ini juga harus memberikan gambaran singkat tentang situasi pasar saat ini untuk produk/jasa yang ditawarkan, termasuk pasar untuk produk pengganti, prakiraan pasar, analisis singkat lingkungan kompetitif (dan pengaruh pesaing di pasar), dengan mempertimbangkan produsen produk yang serupa atau menggantikan yang diusulkan.

Dalam praktiknya, pengembang atau penyelenggara proyek seringkali tidak memiliki informasi ini dan merasa kesulitan untuk mempersiapkan bagian ini, namun penelitian dan evaluasi potensi pasar dari produk yang diusulkan (peralatan, teknologi) diperlukan untuk memastikan minat mitra atau investor dalam proyek.

Penilaian pasar, volume permintaan efektif dan geografinya. Bagian ini harus mencakup informasi berikut:

Ukuran umum, tingkat pertumbuhan, karakteristik sasaran pasar;

Segmen geografis yang akan dimasuki;

Kelompok konsumen sasaran;

Posisikan pada kemungkinan volume penjualan dengan pembenarannya.

Penting untuk mempertimbangkan permintaan efektif, karena menangkap seluruh volume pasar tidak mungkin karena preferensi konsumen yang berbeda, ketidaksetaraan mereka posisi keuangan, tingkat yang berbeda teknologi terapan dan proses produksi, orientasi kepada kelompok konsumen akhir lainnya. Selain itu, sebagian dari konsumen sasaran akan memutuskan penggunaan produk atau teknologi yang menggantikan yang ditawarkan sampai batas tertentu.

Tahap perkembangan/pengembangan teknologi saat ini. Tahap pengembangan pengembangan dicatat pada saat ini R & D, R & D menengah, penelitian tambahan, pekerjaan pengembangan, perkiraan desain, tata letak, prototipe, model industri.

Tahap komersialisasi. Tahap komersialisasi ditunjukkan: diberikan penelitian pemasaran, rencana bisnis telah disiapkan, ada pengalaman dalam penjualan di pasar Rusia, dll. Deskripsi Singkat tahap di mana proyek yang sedang dipertimbangkan berada memberikan informasi kepada calon investor atau mitra tentang jumlah pekerjaan yang dilakukan dan langkah-langkah serta kesiapan proyek.

Mode perlindungan dan urutan penggunaan hak milik intelektual(AKU P). Jelaskan secara singkat status IP: paten teknologi, tingkat kebebasan yang dimiliki perusahaan dalam bidang teknologi ini, paten yang diterima dan aplikasi yang diajukan. Tentukan mode perlindungan IP: dalam mode know-how (know-how); Paten telah diajukan tetapi tidak ada paten yang diterima; paten yang diterima; kesepakatan tentang pembagian hak atas objek IP; ada perjanjian lisensi. Selain itu, komentar diberikan pada dokumen yang tersedia di bidang perlindungan hak IP, dan pemilik hak objek IP juga ditunjukkan. Jika ada beberapa pemilik, perlu untuk menunjukkan kepemilikan mereka dalam saham.

Batas waktu untuk pekerjaan yang diperlukan untuk membawa pengembangan ke komersialisasi, hasil. Bagian tersebut menunjukkan tahapan pekerjaan, periode pekerjaan, tentu biayanya dan hasil yang diharapkan. Tonggak pencapaian adalah tujuan yang ingin dicapai organisasi sebagai hasil dari aktivitas proyek atau transaksi dengan investor/mitra. Tonggak sejarah menunjukkan perkembangan nyata dari penelitian dan pengembangan, proses bisnis: bukti konsep, pengembangan prototipe, uji klinis yang sukses, mencapai volume penjualan tertentu, dll. Semua peningkatan ini mengurangi risiko proyek. Bagian tersebut harus menyajikan anggaran yang realistis, tenggat waktu untuk pencapaian proyek, dan kegiatan utama untuk setiap pencapaian.

Yg dibutuhkan sumber keuangan durasi proyek. Ditentukan perusahaan industri, yang tertarik dengan pelaksanaan proyek dan siap untuk bertindak sebagai mitra dalam produksi produk yang diusulkan, dalam hal investasi yang diperlukan.

Organisasi adalah kaki tangan. Organisasi pelaksana bersama diindikasikan yang dapat melakukan R&D bersama dengan organisasi Anda atau menjadi pemilik bersama hak kekayaan intelektual, memastikan promosi produk di pasar, menyediakan tempat, memberikan dukungan dari jenis yang berbeda.

Kontak informasi. Asalkan Kontak informasi tentang koordinator proyek, yaitu tentang orang yang bertanggung jawab atas pekerjaan saat ini di proyek, dan bukan hanya tentang kepala organisasi (yang seringkali sulit dihubungi karena kesibukan yang terakhir).

Usulan kerjasama. Bagian ini memberikan usulan utama bagi mitra atau investor untuk berpartisipasi dalam proyek: peran mitra atau investor, bantuan / pendanaan yang diperlukan, manfaat bagi mereka dari berpartisipasi dalam proyek.

Petunjuk Bermanfaat:

· Jangan menawarkan persyaratan kesepakatan dengan mitra atau investor di resume Anda sebagai final. Ketentuan ini akan menjadi subyek negosiasi lebih lanjut.

· Gunakan ilustrasi untuk membuat ide Anda lebih menyenangkan dan menarik.

penawaran rinci deskripsi teknis produk atau teknologi, tetapi hindari menggunakan bahasa teknis.

· Jangan menawarkan untuk menandatangani perjanjian kerahasiaan saat mengirimkan resume. Jika beberapa informasi Anda bersifat rahasia, jangan masukkan dalam resume Anda. Anda mungkin perlu menandatangani perjanjian tersebut jika Anda belum menerima paten, tetapi tidak disarankan untuk meminta mitra atau investor untuk menandatanganinya bahkan sebelum mereka menyatakan minatnya pada proposal tersebut.

· Bersikaplah terbuka dan jujur ​​dalam segala hal yang Anda katakan atau tulis. Jika Anda memiliki masalah/pertanyaan, diskusikan secara konstruktif dan berikan solusi.

Ketika mempertimbangkan sebuah proyek untuk investor (mitra), penting apakah proyek tersebut memiliki:

1. Ide bisnis proyek yang bijaksana dan dinyatakan dengan jelas. Jika Anda dapat menjelaskannya secara singkat dan jelas, maka Anda sendiri memahami apa yang Anda perjuangkan.

2. Adanya inovasi, yaitu solusi teknologi yang unik dengan hak milik yang dilindungi atau dapat dipatenkan sebagai bagian dari pengembangan proyek, yang berpotensi tidak ada klaim dari pihak ketiga, serta kemungkinan untuk memenuhi permintaan konsumen.

3. Adanya tim yang mumpuni yang mempertemukan pengembang dan pengelola yang akan disatukan dengan mitra atau investor dengan pemahaman yang sama tentang strategi pelaksanaan proyek dan partisipasi mitra, serta manajemen perusahaan.

4. Adanya potensi pasar untuk pertumbuhan penjualan yang cepat, kurangnya persaingan harga, kemungkinan penerbitan jenis yang berbeda produk dalam proyek (untuk reorientasi produksi jika ada masalah dengan penjualan semua jenis produk).

5. Investor dan mitra strategis lebih suka bekerja sama dengan perusahaan yang pada awalnya mungkin tidak mengalihkan kekuatan dan sumber daya ke persaingan yang ketat, tetapi mengarahkan mereka untuk merebut pasar bebas.

6. Pemahaman yang jelas tentang siapa yang dituju teknologi baru atau produk teknologi: siapa konsumen potensial dari produk/jasa perusahaan, apa kebutuhan mereka, bagaimana dan sejauh mana, kebutuhan tersebut dipenuhi oleh solusi yang diusulkan.

7. Struktur kepemilikan transparan yang memberi mitra atau investor kontrol atas kegiatan perusahaan.

Bentuk tabel ringkasan yang disajikan (tabel 1) dapat dilakukan, jika perlu, pada bahasa Inggris dan dimasukkan dalam rencana bisnis proyek.

Tabel 1 - Formulir untuk mempersiapkan resume proyek inovatif

Deskripsi proyek / teknologi
Nama
Anotasi (deskripsi perkembangan/teknologi)
Situasi bermasalah saat ini ke arah pembangunan
Bidang teknologi
Elektronik dan elektronika	Elektronik Teknologi tinggi Informasi Komunikasi Optoelektronika
Mekanika dan aeronautika	Mekanik Aeronautika Astronautika Otomasi Listrik Transportasi
Bahan dan produksi kimia	Industri kimia Bahan baru
Bioteknologi dan industri farmasi	Bioteknologi Kedokteran Farmakologi
Mempertahankan produksi	Energi Sumber Daya Teknologi perlindungan lingkungan Keselamatan dan kesehatan
Tujuan / deskripsi (ruang lingkup)
spesifikasi
Karakteristik utama dari pembangunan
Perbandingan dengan analog yang ada
Keunggulan kompetitif (ekonomis) i
Tanda-tanda kebaruan yang signifikan (potensi inovatif I)
Potensi pasar (untuk pengembangan / teknologi penggunaan ganda, kemungkinan aplikasi lain dan konsumen potensial)
Penilaian pasar, volume permintaan pelarut dan geografinya
Tahap pengembangan / pengembangan teknologi saat ini
Penelitian	Model, prototipe
R&D Menengah, penelitian tambahan	Desain industri
R & D, desain dan estimasi dokumentasi	Lainnya (sebutkan)
Tahap komersialisasi
Melakukan riset pemasaran	Sudah di pasar Rusia
Memiliki rencana bisnis	Lainnya (sebutkan)
Rezim perlindungan dan prosedur penggunaan kekayaan intelektual (IP)
Modus pengetahuan	Kesepakatan tentang pembagian hak atas objek IP
paten diajukan tetapi belum ada paten	Perjanjian lisensi tersedia

Pada tahap inisiasi, kurator dan manajer proyek mengembangkan piagam. Mereka perlu mengidentifikasi tujuan proyek, mengoordinasikannya dengan tujuan strategis perusahaan di bagian "Pembenaran untuk inisiasi proyek". Manajer juga menyusun daftar pekerjaan yang disusun dalam formulir tugas. Secara bertahap, langkah demi langkah, subjek dan konteks hubungan kontraktual antara pelanggan dan PM dibangun. Dalam kondisi ini, para pihak harus menentukan komposisi tanggung jawab yang harus diambil oleh manajer, dan pelanggan membentuk visi komposisi hasil yang diperlukan untuk keberhasilan proyek.

Kriteria rumusan masalah yang benar

Tugas sebagai kategori khusus manajemen harus dipahami sebagai objek yang memenuhi lima kriteria, yang kehadirannya atau tidak adanya setidaknya satu dari mereka menunjukkan apakah itu benar-benar ada atau tidak. Parameter kuncinya adalah formulasi hasil yang tepat. Diasumsikan bahwa setiap tugas adalah poin khusus di masa depan, beberapa hasil tertentu.

Merumuskan tugas adalah saat yang paling halus dan sulit dalam proses pengaturannya. Dalam peresepan literal, keberhasilan atau kegagalan keputusan ditentukan. Ketika tidak mungkin untuk merumuskan hasil dengan benar, kemungkinan perselisihan meningkat, yang dapat bermanfaat bagi masing-masing pihak: sutradara dan pemain. Seringkali kata-kata dilakukan sebagai deskripsi dari beberapa tindakan. Apakah ini pintar?

Katakanlah mereka menulis: "gali, gergaji, kirim ..." atau lebih dekat ke modern manajemen proyek: "melakukan riset pemasaran", "pelatihan staf", "pembelian peralatan". Ekspresinya tidak jelas dan tidak pasti. Parameter apa yang harus dipenuhi entri? Kriteria kebenaran rumusan tersebut adalah sebagai berikut:

• kata-kata harus berisi spesifikasi pencapaian hasil;
• formulasi kualitatif murni tidak dipertimbangkan, hanya data kuantitatif yang ditunjukkan yang dianggap bermasalah;
• dari sudut pandang kata-kata, tugas adalah titik di masa depan, memadai dalam pemahaman "tercapai - tidak tercapai";
• itu adalah semacam "kotak hitam" - tidak peduli apa yang ada di dalamnya.

Merumuskan masalah dengan benar berarti menyelesaikannya setengah-setengah. Empat kondisi di atas membuktikan kepada kita bahwa hasilnya, termasuk yang antara, adalah tugas desain. Bagaimana dia harus bersiap?

Lima parameter utama

Mari kita perkenalkan konsep sumber daya yang bertanggung jawab untuk tugas proyek. Yang kami maksud dengan sumber daya yang bertanggung jawab adalah seseorang (karyawan perusahaan atau kontraktor yang terlibat) yang berhak mengambil alih pelaksanaan pekerjaan dan wajib menyelesaikannya tanpa mengacu pada kesulitan yang timbul. Dengan demikian, sumber daya yang bertanggung jawab menyiratkan nama belakang dan nama depan, serta anggaran yang ditetapkan untuk solusi.

Tugas adalah kontrak mikro khusus untuk mencapai hasilnya. Oleh karena itu, selain sumber daya yang bertanggung jawab, yang merupakan pihak dalam perjanjian ini, juga harus ada pihak kedua, yaitu direktur. Ada juga kebutuhan untuk memperbaiki tenggat waktu - tanggal kalender yang tepat.

Tidak hanya dalam desain, tetapi juga dalam manajemen umum kita harus mengamati situasi perselisihan, konflik yang disebabkan oleh perbedaan dalam memahami tugas. Tidak sulit untuk menebak alasan ketidakpuasan para pihak satu sama lain - tidak ada formalisasi perjanjian. Oleh karena itu, sangat penting untuk merumuskan pernyataan masalah dengan benar. Ringkasnya, kita dapat meringkas dan menawarkan lima kriteria keberadaan tugas.

1. Formulasi hasil yang tepat.
2. Batas waktu - tanggal kalender yang tepat untuk pengiriman dan penerimaan.
3. Direktur - nama depan dan belakang.
4. Sumber daya yang bertanggung jawab - nama belakang, nama depan, dan anggaran.
5. Bentuk pengaturan yang terdokumentasi.

Konsep tujuan dan perbedaannya dari tugas

Di bawah tujuan kita akan memahami totalitas hasil yang diinginkan, demi memulai proyek, proyek dimulai. Dengan kata lain, ini adalah keadaan bisnis yang berubah yang ingin kita capai dan rumuskan dalam bentuk kualitatif (dapat diterima) dan kuantitatif (diinginkan). Bisakah kita mengatakan bahwa tugas utama adalah tujuan proyek? Ya, idealnya ini mungkin. Dalam bisnis, bagaimanapun, tujuan berbeda dari tujuan oleh perbedaan dalam pertanyaan yang mereka jawab.

Yang pertama, dalam perumusannya, menjawab pertanyaan tentang keadaan apa yang harus dicapai sebagai hasil dari proyek tersebut. Pada saat yang sama, yang terakhir harus menjawab pertanyaan tentang hasil antara dan akhir apa yang harus diberikan dalam kasus ini. Tugas proyek dapat dan harus dianggap sebagai semacam dekomposisi objek kontrol tingkat atas. Perhatian Anda disajikan pada contoh khas dari dekomposisi seperti itu - "Pohon tugas".

Contoh khas dari "Pohon Tugas" proyek

Piramida tujuan proyek

Piramida tujuan proyek juga menarik. Penting untuk mengkarakterisasi level piramida ini dan menentukan tempat yang ditempati oleh objek kontrol kami di atasnya. Tujuan memiliki dua level. Bagian atas adalah tujuan strategis tingkat organisasi, dan di bawah adalah tujuan proyek itu sendiri.

Sasaran strategis proyek adalah sasaran yang dicapai dalam jangka panjang, ditujukan untuk mencapai misi dan memenuhi strategi perusahaan. Tidak disarankan untuk mengikat PM kepada mereka. Mereka berfungsi untuk menyelaraskan tujuan proyek dengan tujuan strategis perusahaan untuk memberikan fokus jangka panjang.

Piramida tujuan proyek

Produk dari proyek ini adalah garis DAS dalam model piramida. Di atas produk adalah tujuan proyek - mengapa kami menciptakan produk dan efek apa yang ingin kami dapatkan darinya. Di bawah produk proyek dalam diagram piramida adalah tugas. Mereka mewakili urutan tindakan di mana suatu produk dibuat.

Artikel ini secara singkat membahas tujuan dan sasaran proyek. Definisi diberikan untuk kategori penting ini, yang bersama-sama dengan produk, bersama-sama memberikan objek manajemen proyek. Parameter kunci yang memungkinkan untuk menilai kualitas pernyataan masalah dibuktikan. Manajer proyek, yang bertanggung jawab kepada pelanggan, hanya akan puas dengan pekerjaannya ketika ia mampu menilai risiko tidak mencapai hasil. Berkat ini, tugas diselesaikan dan tujuan tercapai.

Manajemen Proyek untuk Dummies Portney Stanley I.

Alasan untuk pelaksanaan proyek

Sepintas, alasan mengapa Anda ditunjuk sebagai manajer proyek (atau Anda berjanji untuk melakukannya sendiri) sudah jelas - atasan Anda memutuskan demikian. Sebenarnya, pertanyaannya bukanlah mengapa mereka memilih Anda, tetapi mengapa mereka memutuskan untuk melaksanakan proyek khusus ini. Inilah yang perlu Anda cari tahu terlebih dahulu. Cobalah untuk menjelaskan dengan jelas dan ringkas tentang alasan untuk melakukan proyek tersebut.

Siapa penggagasnya?

Anda beruntung jika penulis adalah orang yang menunjuk Anda sebagai pemimpin proyek. Tetapi seringkali tugas itu "turun tangga perusahaan", dan tidak mudah bagi Anda untuk menentukan siapa yang menugaskannya. Lebih buruk lagi ketika ide asli, setelah melewati "sepanjang rantai", secara sengaja atau tidak sengaja terdistorsi.

1. Tanyakan kepada orang yang menugaskan Anda proyek apakah dia yang memprakarsainya.

2. Jika bukan dia, maka tanyakan:

Dari siapa dia menerima tugas ini;

Apakah ada orang lain yang 'merantai' proyek ini;

3. Pimpin pertanyaan "dalam rantai" sampai Anda menemukan penulisnya.

4. Periksa dokumen yang akan membantu mengidentifikasi penulis ide:

Risalah rapat divisi dan departemen organisasi Anda tentang perencanaan dan keuangan;

Korespondensi, termasuk elektronik, terkait dengan proyek ini;

Perencanaan proyek dan laporan kelayakan.

Studi kelayakan proyek- ini adalah studi yang dilakukan untuk mengetahui kemungkinan melakukan pekerjaan tertentu dan mendapatkan hasil yang diperlukan.

Tuliskan secara rinci informasi tentang pemrakarsa proyek (namanya, posisinya, dll). Bukan hanya "departemen penjualan memesan brosur untuk produk Alpha" tetapi "Mary Smith, manajer penjualan untuk wilayah utara, memesan brosur untuk produk Alpha."

Saat mencari pemrakarsa proyek, perhatikan dua kategori orang yang terkait langsung dengan proyek. Anda perlu membedakan antara pengurus proyek dan pelaksana bersama (lihat Bab 7 untuk lebih lanjut tentang ini).

Pramugari - ini adalah individu yang evaluasi hasil proyek sangat penting.

rekan pelaksana - mereka adalah orang-orang yang membantu Anda menyelesaikan proyek.

Dengan kata lain, manajer menunjukkan Anda apa yang harus Anda lakukan, dan rekan pelaksana - menyarankan bagaimana kamu bisa melakukannya. Sebagai contoh, Kepala akuntan sebuah perusahaan yang perlu memodernisasi informasinya sistem keuangan adalah manajer proyek. Dan kepala pusat komputer, yang harus mengalokasikan spesialis dan peralatan untuk ini, adalah pelaksana bersama. Dalam hal ini, kepala akuntan juga bertindak sebagai pemrakarsa proyek.

Identifikasi pemangku kepentingan lainnya

Penting untuk segera menentukan lingkaran orang yang, meskipun mereka bukan penggagas proyek, tertarik pada hasil sampai tingkat tertentu. Mereka bisa:

Mengetahui keberadaan proyek dan kepentingannya terkait pelaksanaannya;

Tahu tentang proyek, tetapi tidak tahu tentang kepentingan mereka dalam pelaksanaannya;

Tidak tahu tentang satu atau yang lain.

Untuk ini, Anda harus:

Tinjau semua dokumen yang terkait dengan proyek;

Konsultasikan dengan orang-orang yang, menurut pendapat Anda, akan menjadi pengurus atau pelaksana proyek;

Konsultasikan dengan karyawan lain.

Saat Anda mencari tahu siapa yang mungkin tertarik dengan proyek Anda, jangan lupakan kategori orang yang berlawanan - lawannya yang gigih.

Cobalah untuk mencari tahu mengapa mereka menentang proyek tersebut dan bagaimana Anda dapat meyakinkan mereka.

Periksa apakah mereka tidak melihat minat mereka dalam proyek Anda, dan jika demikian, jelaskan kepada mereka.

Jika "penentang" terhadap proyek memang ada, sertakan dalam rencana manajemen risiko proyek. (Untuk risiko dan kontinjensi, lihat Bab 14.)

Siapa pendukung utama proyek?

Pendukung utama proyek- ini adalah orang yang berpengaruh di organisasi Anda yang memberikan dukungan penuh untuk proyek, membelanya di rapat, rapat perencanaan, dan rapat lainnya.

Seringkali pendukung terbaik adalah orang yang namanya membuat orang percaya pada pentingnya proyek Anda dan secara aktif berkontribusi pada implementasinya.

Cari tahu apakah proyek Anda memiliki pendukung utama. Jika tidak, jangan berusaha keras untuk menemukan dan menarik minat orang-orang yang berwibawa dan cukup berpengaruh untuk mendorong orang lain untuk setia memenuhi tugas mereka. Diskusikan minat bersama dan bantuan yang dapat Anda andalkan.

Siapa yang akan mendapat manfaat dari proyek Anda?

Produk atau jasa yang dibuat sebagai hasil proyek biasanya tidak ditujukan bagi mereka yang memerintahkan pelaksanaan proyek ini.

Katakanlah manajer penjualan dan pemasaran organisasi Anda memutuskan untuk meningkatkan penjualan sebesar 10% pada tahun fiskal berikutnya. Untuk itu, menurutnya, perlu diperkenalkan produk baru. X. Namun, dia sendiri tidak akan menawarkan produk baru kepada pelanggan. Ini akan dilakukan oleh staf departemennya. Meskipun manajer penjualan bukanlah penulis ide proyek, mereka mungkin memiliki gagasan yang lebih baik tentang karakteristik produk yang seharusnya dimiliki. X untuk memenuhi kebutuhan pasar. Diharapkan pembeli memiliki ide yang sama dan meningkatkan permintaan.

Untuk mengidentifikasi konsumen produk akhir (atau layanan) proyek Anda, cobalah untuk:

Tentukan dengan jelas produk atau layanan akhir apa yang harus diperoleh sebagai hasil proyek;

Cari tahu siapa yang akan menggunakannya dan bagaimana caranya.

Apa tujuan proyek?

Tujuan proyek tertentu tidak selalu jelas. Katakanlah organisasi Anda memutuskan untuk mendanai kampanye donor darah. Tujuan dari acara ini bisa dua kali lipat. Mungkin dilakukan untuk mengisi kekurangan produk darah untuk transfusi di rumah sakit setempat. Atau mungkin dalam rangka meningkatkan citra organisasi di mata masyarakat setempat.

Dengan memahami tujuan utama proyek dengan benar, Anda akan dapat:

Mengarahkan kegiatan peserta proyek untuk mencapai tujuan utama secara tepat;

Memastikan bahwa tujuan utama proyek tercapai selama bekerja;

Jika Anda menemukan bahwa proyek ini tidak memenuhi tujuan utama, buatlah proposal untuk perubahan atau pembatalan.

Ada baiknya jika, ketika mempercayakan Anda dengan sebuah proyek, pihak berwenang menjelaskan tujuannya dengan jelas. Namun, paling sering mereka mengatakan apa yang sebenarnya harus Anda lakukan, dan bukan mengapa Anda membutuhkannya. Anda mungkin harus mencari tahu beberapa pertanyaan sendiri.

Karena Anda telah melakukan ini, tanyakan pada diri Anda pertanyaan-pertanyaan ini.

Untuk apa proyek ini? Jangan terlalu khawatir apakah proyek tersebut memiliki tujuan yang sebenarnya. Anda hanya perlu memahami apa yang diharapkan para penggagas proyek dari proyek tersebut.

Bagaimana Anda bisa yakin bahwa Anda telah memahami dengan benar harapan orang-orang yang menyusun proyek tersebut? Ini adalah tugas yang sangat sulit untuk mengetahui apa yang benar-benar diinginkan orang. Terkadang mereka tidak ingin membagikan rencana mereka, atau mereka tidak dapat mengomunikasikannya dengan jelas.

Suatu hari teman saya menerima tugas dari bosnya untuk mengembangkan produk baru. X. Bos baru saja kembali dari rapat manajemen senior membahas alasan penurunan penjualan perusahaan dan bagaimana mengatasi masalah ini. Teman saya mengetahui dan juga tahu bahwa departemen riset pasar perusahaan telah meneliti produk baru selama enam bulan terakhir. Dari semua ini, ia menyimpulkan bahwa proyek yang dipercayakan kepadanya telah disetujui oleh manajemen senior berdasarkan rekomendasi dari departemen pemasaran dan dirancang untuk meningkatkan penjualan di tahun mendatang.

Meskipun kesimpulan teman saya cukup logis dan masuk akal, dia sepenuhnya salah dalam asumsinya. Bahkan, sebelum rapat, presiden perusahaan menerima telepon dari temannya dan menanyakan apakah perusahaan menjual produk tersebut. X. Alih-alih mengakui bahwa perusahaan sedang dalam masalah, presiden berjanji untuk memasok produk tersebut. Tidak ada yang berani membantah dan menanyakan apakah ada orang lain yang membutuhkan produk ini, kecuali teman presiden. Ketika teman saya menemukan kebenaran, dia menyadari satu hal: keberhasilan proyeknya tidak tergantung pada apakah perusahaan meningkatkan penjualan sebagai hasil dari pengenalan produk. X, tetapi pada seberapa banyak teman presiden menyukainya.

Mencari tahu tujuan sebenarnya dari proyek:

Tanyakan kepada orang-orang yang tertarik secara rinci apa yang mereka inginkan dan harapkan dari proyek tersebut;

Dengarkan baik-baik semua argumen untuk menghindari ambiguitas dan kontradiksi;

Minta orang untuk menjelaskan semua detail dan menghindari ambiguitas;

Periksa informasi yang Anda terima dengan informasi dari sumber lain.

Periksa apakah organisasi Anda telah melakukan analisis biaya-manfaat proyek. Analisis perbandingan biaya dan hasil - merupakan perbandingan dana yang dibutuhkan untuk pelaksanaan proyek, pelaksanaan dan pemeliharaan selanjutnya, dengan manfaat yang diharapkan dari pelaksanaannya (untuk lebih jelasnya, lihat Bab 1).

Analisis biaya-manfaat adalah dokumen yang menjadi dasar pengambilan keputusan untuk mengembangkan proyek. Ini berfungsi sebagai sumber informasi penting tentang tujuan aktual dan tujuan proyek.

Bagaimana memastikan bahwa proyek memenuhi tujuan yang ditetapkan

Bahkan jika tujuan proyek didokumentasikan, sulit untuk benar-benar yakin bahwa proyek akan sepenuhnya memenuhi persyaratan. Kadang-kadang disarankan untuk menugaskan studi kelayakan proyek khusus dan menyiapkan dokumen formal dengan analisis, kesimpulan, dan kesimpulannya.

Ada kemungkinan proyek Anda adalah hasil dari "kreativitas kolektif" atau "pencerahan" seseorang. Dalam hal ini, akan lebih sulit untuk menyenangkan niat "pencipta". Namun, Anda tidak boleh langsung menolak proyek karena hal ini. Lihat saja lebih dekat peluang keberhasilannya dan cara meningkatkannya. Lakukan studi kelayakan formal jika perlu.

Jika Anda sampai pada kesimpulan bahwa proyek tersebut tidak realistis, diskusikan temuan Anda dengan pengambil keputusan. Jelaskan mengapa menurut Anda proyek tersebut harus ditinggalkan. (Bab 14 membahas risiko tata kelola secara lebih rinci.)

Identifikasi pekerjaan lain yang relevan dengan proyek Anda

Cari tahu apakah ada proyek lain yang sedang berlangsung atau direncanakan yang:

Mereka memiliki tujuan yang sama;

Berikan hasilnya ke proyek Anda;

Akan menggunakan hasil proyek Anda;

Gunakan sumber daya yang sama dengan proyek Anda.

Seberapa penting proyek Anda bagi organisasi?

Keberhasilan proyek Anda sangat ditentukan oleh seberapa penting proyek itu bagi organisasi. Dengan kurangnya sumber daya, semua dana biasanya diarahkan pada pelaksanaan pekerjaan-pekerjaan yang akan membawa manfaat maksimal. Oleh karena itu, Anda harus memperhatikan poin-poin berikut.

Di mana peringkat proyek Anda di antara prioritas organisasi?

Jelajahi sumber informasi.

Rencana perspektif. Arah umum pekerjaan yang direncanakan, tugas khusus dan proposal individu di masa depan selama 1-5 tahun.

Anggaran tahunan. rencana terperinci perkiraan biaya (dana) untuk tahun berikutnya.

Rencana alokasi untuk penanaman modal. Daftar terperinci pengeluaran di atas minimum untuk pembelian peralatan dan peralatan, perbaikan dan pembaruannya untuk tahun yang akan datang.

Evaluasi tahunan bisnis dan kualitas profesional personil manajemen. Tugas dan pencapaian apa yang ditandai dengan bonus tahunan.

Juga, cari tahu komitmen proyek seperti apa yang diberikan kepada pelanggan eksternal atau manajemen senior.

Apa yang dapat Anda lakukan untuk menjadikan proyek sebagai prioritas bagi organisasi. Jika proyek Anda tidak disebutkan secara spesifik dalam dokumen di atas, lalu mengapa orang lain harus menganggapnya sebagai prioritas?

Diskusikan dengan karyawan pro dan kontra apakah proyek tersebut sesuai untuk organisasi. Jika kolega dengan tulus percaya bahwa perusahaan tidak akan mendapatkan sesuatu yang baru dari implementasi proyek Anda, dan Anda tidak melihat cara untuk memodifikasinya agar menguntungkan, maka lebih baik meninggalkannya tepat waktu dan tidak membuang sumber daya dan waktu yang berharga.

Jika rekan kerja menyadari pentingnya pekerjaan ini, maka tugas Anda adalah mendukung sudut pandang ini dengan sekuat tenaga.

Kesulitan dalam mencari informasi

Pengumpulan informasi atas dasar pengambilan keputusan pada proyek dikaitkan dengan kesulitan tertentu. Masalah ini dapat didiskusikan "di sela-sela" tanpa menyusun dokumen apa pun. Informasi bisa sangat bertentangan. Jadi lihat beberapa tips.

Gunakan semua sumber yang memungkinkan.

Dapatkan informasi dari sumber utama bila memungkinkan. Membedakan sumber informasi utama dan sumber informasi sekunder. Sumber sekunder adalah orang yang menceritakan kembali informasi yang diterima dari sumber primer.

Misalnya, laporan rencana untuk tahun mendatang, yang mencakup proyek Anda, adalah sumber informasi utama, dan orang yang memberi tahu Anda tentang hal itu sudah menjadi sumber sekunder.

Semakin banyak sumber sekunder yang memisahkan Anda dari sumber primer, semakin besar kemungkinan terjadinya distorsi.

Sumber informasi tertulis selalu diutamakan. Pelajari notulen rapat, korespondensi, laporan proyek lain, rencana jangka panjang, riset pemasaran, studi kelayakan, dan dokumen lain yang terkait dengan proyek.

Diskusikan proyek dengan beberapa orang untuk mengkonfirmasi temuan. Orang mengevaluasi situasi yang sama secara berbeda. Bandingkan pendapat mereka dan identifikasi kontradiksi.

Ajak salah satu kolega Anda ke pertemuan proyek. Kemudian bertukar pandangan dengannya dan membandingkan informasi yang diterima pada pertemuan tersebut.

Tuliskan semua yang Anda dengar dalam rapat. Tunjukkan catatan dan temuan Anda kepada mereka yang menghadiri rapat. Ini akan memungkinkan Anda untuk memastikan bahwa Anda memahami semuanya dengan benar, dan catatan tersebut akan berfungsi sebagai bukti dokumenter dari perjanjian yang dibuat.

Rencanakan untuk bertemu dengan para pengambil keputusan tentang proyek setidaknya dua kali. Setelah pertemuan pertama, beri mereka waktu untuk memikirkan ide dan saran Anda. Pada pertemuan kedua, Anda dapat mendiskusikan masalah yang muncul dan menghilangkan ambiguitas.

Jika memungkinkan, bandingkan informasi yang diterima pada pertemuan dengan informasi dari sumber tertulis. Sangat penting untuk membandingkan persepsi individu dan pendapat rekan kerja dengan bukti yang terdokumentasi. Diskusikan setiap perbedaan dengan staf.

Tertarik pada informasi apa pun mengenai audiens, tujuan, dan prioritas proyek. Seringkali, setelah rencana proyek disetujui dan disetujui, hal ini diabaikan. Tetapi selama proyek yang panjang, pendapat dan prioritas dapat berubah. Dan lebih baik mengetahuinya terlebih dahulu.

Dari buku Hidup dan bekerja di luar negeri penulis Sander Sergey

Syarat dan alasan tinggal di luar negeri. Kategori migrasi utama Jadi, faktor apa yang menentukan jenis izin yang perlu kita peroleh untuk memasuki negara lain, tinggal dan bekerja di wilayahnya, serta hak dan kewajiban yang akan kita dapatkan

Dari buku Fundamentals of Project Management pengarang Presnyakov Vasily Fedorovich

Kontrol sumber daya tenaga kerja manajemen sumber daya manusia proyek dan proyek Personil adalah individu tertentu, yang sebagiannya adalah kualifikasi mereka, kinerja tugas fungsional, dll., yang dijelaskan dalam kerangka kerja kepegawaian

Dari buku Mengelola Perusahaan Jasa Profesional oleh Meister David

Pengurangan Project Lead Time Metode untuk mengurangi lead time proyek (kegiatan jalur kritis) terbatas.Pengurangan kualitas merupakan salah satu alternatif yang dapat mengurangi lead time untuk suatu kegiatan pada jalur kritis. Menyelesaikan kontrak untuk

Dari buku Proses Bisnis. Pemodelan, implementasi, manajemen pengarang Repin Vladimir Vladimirovich

Memplot grafik biaya lead time proyek Ketika membuat grafik lead time biaya proyek, ada tiga langkah utama yang harus diikuti: Temukan total biaya langsung untuk durasi proyek yang dipilih. Temukan biaya tidak langsung untuk

Dari buku Rainbow of Characters. Psikotipe dalam bisnis dan cinta penulis Karnaukh Ivan

Pengukuran Performa Kerja Ada dua ukuran performa kerja, yang pertama mengukur efektivitas biaya dari pekerjaan yang diselesaikan hingga saat ini: CPI sebesar $1,47 menunjukkan bahwa pekerjaan yang direncanakan telah diselesaikan pada tanggal kunci

Dari buku Ctrl Alt Hapus. Mulai kembali bisnis dan karir Anda sebelum terlambat oleh Joel Mitch

Diskusi proyek yang telah selesai dengan tim proyek Di perusahaan yang menyediakan layanan profesional, bentuk pertimbangan kepentingan klien berikut ini merupakan bagian integral dari pekerjaan rutin. Di akhir setiap proyek, salah satu pemimpin berdiskusi dengan klien tentang apa yang

Dari buku Manajemen Proyek untuk Dummies pengarang Portney Stanley I.

1.2.5. Teknologi eksekusi proses Mari kita ingat diagram blok proses (Gbr. 1.2.1). Dapat dikatakan bahwa kegiatan dalam proses di bagian tertentu dilakukan sesuai dengan teknologi, yaitu tidak semrawut, tidak sistematis. Apa itu teknologi? Wikipedia

Dari buku Pelatihan Bisnis: Bagaimana Selesai pengarang Grigoriev Dmitry A.

3.1. Yayasan ekonomi pasar, teori keseimbangan ekonomi dan prinsip Pareto Ciri yang paling khas dari kewirausahaan adalah melihat dan menciptakan uang dari apa yang ada di saat ini tidak menjadi konsumsi publik. Dengan kata lain, bisnis

Dari buku Kualitas, Efisiensi, Moralitas pengarang Glichev Alexander Vladimirovich

Dari buku Business Plan 100%. Strategi dan taktik bisnis yang efisien penulis Abrams Rhonda

Bagaimana mengurangi waktu pelaksanaan proyek Kami akan menunjukkan penerapan metode yang dijelaskan dalam praktik menggunakan contoh piknik kami. Jika Anda senang dengan 57 menit untuk sampai ke danau, maka Anda baik-baik saja. Tapi katakanlah Anda dan teman Anda memutuskan untuk menghabiskan tidak lebih dari 45 menit untuk ini. Kamu ada di mana

Dari buku Berhenti membayar semuanya! Pengurangan biaya di perusahaan pengarang Gagarsky Vladislav

1.2.1. Basis nilai dan posisi profesional seorang pelatih bisnis Setiap aktivitas didasarkan pada basis nilai tertentu. Aktivitas seorang pelatih bisnis tidak terkecuali. Ini terkait dengan perkembangan orang lain, dan pelatih sendiri harus menunjukkannya

Dari buku ORG [Logika Rahasia Organisasi Perusahaan] penulis Sullivan Tim