Perencanaan kuat, koheren, proyek sukses
The Logical Framework Approach merupakan teknik yang berguna untuk membantu Anda melakukan hal-hal, sehingga membuat proyek Anda lebih kuat dan koheren - dan lebih sukses.
The Logical Framework Approach (LFA) dikembangkan pada tahun 1970 sebagai alat untuk perencanaan strategis, menggunakan ide dari Manajemen oleh Tujuan . Ini adalah alat pilihan yang digunakan oleh lembaga pembangunan dan masyarakat donor internasional. Organisasi bantuan besar di seluruh dunia menggunakan LFA untuk perencanaan, menyetujui, evaluasi dan pemantauan proyek-proyek mereka. Yang mengatakan, ini adalah teknik yang kuat dan berguna, dan merupakan salah satu aplikasi yang kaya layak jauh lebih luas daripada dalam pembangunan internasional saja.
Pendekatan Kerangka logis dan logframe
The Logical Framework Approach elegan merajut bersama antara top-down dan bottom-up yang melakukan pendekatan pada manajemen proyek. Keunggulan untuk menyeleggarakan bersama antara top-down, "waterfall approach" untuk mengidentifikasi kegiatan dalam proyek, dengan proses bottom-up ketat memeriksa untuk memastikan bahwa daftar kegiatan yang komprehensif.
Kemudian memperkuat ini dengan risiko yang ketat dan analisis asumsi, yang lagi benar-benar diperiksa. Dan itu menyimpulkan dengan mengidentifikasi pengendalian yang dibutuhkan untuk memonitor dan mengelola proyek sampai akhir yang sukses.
Hal ini dalam kerangka Matrix logframe, ditunjukkan pada gambar 1 di bawah. Ini referensi silang tujuh bidang utama dari proyek untuk memastikan bahwa pertanyaan kunci diminta:
Logical Framework Approach / ZOPP / OOPP
Kerangka Pendekatan logis, ZOPP, dan OOPP - Apa dan Mengapa
Kedua istilah Logical Framework (LF atau logframe) dan Logical Framework Approach (LFA) kadang-kadang membingungkan. Logframe adalah dokumen, Logical Framework Approach adalah sebuah metodologi desain proyek.
Catatan: Untuk sebagian besar tujuan tiga hal; Logical Framework Approach, ZOPP dan OOPP adalah istilah untuk metodologi desain proyek yang sama atau proses. Istilah OOPP dan ZOPP berarti masing-masing; Tujuan Perencanaan Proyek Berorientasi dan dalam bahasa Jerman Ziel Orientierte Projek Planung. Semua tiga istilah mengacu pada suatu proses pertemuan terstruktur yang akan kita sebut sebagai LFA.
Dokumen kerangka logis adalah kolom 4 dengan 4 matriks baris. Sel-sel matriks berisi teks yang ringkas menjelaskan fitur yang paling penting dari proyek. Jika proses yang benar (LFA) digunakan untuk mengembangkan isi logframe, dokumen akan mengungkapkan kualitas desain dan membuat kelemahan mudah terlihat. (Ikuti link ini untuk penjelasan rinci tentang dokumen Logical Framework - sering disebut sebagai "Matrix Proyek")
LFA sebagai metodologi desain dijelaskan secara singkat pada halaman ini.
Metodologi desain adalah proses yang ketat, yang jika digunakan sebagaimana dimaksud oleh pencipta akan memberlakukan disiplin logis pada tim desain proyek. Jika proses ini digunakan dengan integritas hasilnya akan menjadi desain proyek berkualitas atas. Metode ini bukan tanpa keterbatasan itu, tetapi sebagian besar dapat dihindari dengan penggunaan teknik-tambahan secara hati-hati. Banyak hal yang bisa salah dalam tahap pelaksanaan proyek, jika cacat pada desain, implementasi dimulai dengan cacat berat. Peta pikiran diagram di bagian atas halaman ini menunjukkan langkah-langkah yang khas dalam proses desain. Beberapa langkah pertama adalah:
Metodologi desain adalah proses yang ketat, yang jika digunakan sebagaimana dimaksud oleh pencipta akan memberlakukan disiplin logis pada tim desain proyek. Jika proses ini digunakan dengan integritas hasilnya akan menjadi desain proyek berkualitas atas. Metode ini bukan tanpa keterbatasan itu, tetapi sebagian besar dapat dihindari dengan penggunaan teknik-tambahan secara hati-hati. Banyak hal yang bisa salah dalam tahap pelaksanaan proyek, jika cacat pada desain, implementasi dimulai dengan cacat berat. Peta pikiran diagram di bagian atas halaman ini menunjukkan langkah-langkah yang khas dalam proses desain. Beberapa langkah pertama adalah:
- analisis situasi
- analisis pemangku kepentingan
- analisis masalah
Kita perhatikan bahwa salah satu penyalahgunaan umum logframe ini adalah untuk merancang proyek yang pertama dan berusaha untuk "mengisi" matriks kerangka kerja logis sebagai hasil pemikiran. Sehingga hal ini dapat menguasai seluruh tujuan dari kerangka logis dan metodologi desain.
Logika Mana ?
Ada hubungan logis antara sel-sel matriks. Logika yang menghubungkan sel-sel dalam kolom paling kiri, disebut sebagai logika vertikal; logika yang menghubungkan tiga kolom yang tersisa ini disebut sebagai logika horisontal.
Logika vertikal hirarki tujuan proyek.
Logika horisontal agak lebih terlibat. Untuk level tertentu dari tujuan (setara dengan sebuah baris horisontal dari sel) logika horisontal menggambarkan:
- bagaimana pencapaian tujuan akan diukur atau diverifikasi
- bagaimana informasi ini akan diperoleh
- apa faktor-faktor eksternal yang dapat mencegah manajer proyek dan staf dari mencapai tujuan level berikutnya.
Ini adalah dokumen yang menggambarkan situasi sekitar masalah. Sumber bisa berasal dari studi kelayakan, laporan pra-penilaian, atau sebuah kompilasi dilakukan khusus untuk workshop desain proyek. Biasanya dokumen menggambarkan situasi masalah secara rinci, mengidentifikasi stakeholder dan menggambarkan efek dari masalah pada mereka.
Partisipasi Pemangku Kepentingan atau Analisis
Tahap ini adalah analisis dari orang, kelompok, atau organisasi yang mungkin mempengaruhi atau dipengaruhi oleh masalah atau solusi potensial untuk masalah ini. Ini adalah langkah pertama untuk memahami masalah. Kita mungkin berkata, tanpa orang-orang atau kelompok kepentingan tidak akan ada masalah. Jadi untuk memahami masalah, pertama-tama kita harus memahami stakeholder. Tujuan dari langkah ini adalah untuk mengungkapkan dan mendiskusikan kepentingan dan harapan orang-orang dan kelompok yang penting bagi keberhasilan proyek..
Analisis Masalah
Jika tidak ada kesepakatan antara peserta pada pernyataan masalah, tidak mungkin akan ada kesepakatan mengenai solusi. Karena pada Tahap ini semua berusaha untuk mendapatkan konsensus pada aspek rinci dari masalah.
Prosedur pertama dalam analisis masalah adalah brainstorming. Semua peserta diundang untuk menulis ide-ide masalah mereka pada kartu kecil. (Sekitar 8 oleh 4 in) Peserta dapat menulis sebagai kartu yang mereka inginkan. Para peserta kemudian kelompok kartu atau mencari sebab-efek hubungan antara tema pada kartu dengan mengatur kartu untuk membentuk sebuah pohon masalah.
Tujuan Analisis
Dalam langkah ini pernyataan masalah diubah menjadi pernyataan obyektif dan jika mungkin menjadi pohon objektif. Sama seperti pohon masalah menunjukkan hubungan sebab-akibat, pohon tujuan menunjukkan berarti akhir hubungan. Cara-mengakhiri hubungan menunjukkan sarana yang proyek dapat mencapai tujuan yang diinginkan atau kondisi yang diinginkan di masa depan. Sering ada daerah banyak kemungkinan yang bisa menjadi fokus dari "intervensi" atau proyek pembangunan. Langkah selanjutnya alamat pilihan-pilihan.
Analisis Alternatif
Pohon Tujuan biasanya menunjukkan jumlah besar kemungkinan strategi atau cara-end link yang dapat berkontribusi ke solusi untuk masalah ini. Karena akan ada batas terhadap sumber daya yang dapat diterapkan untuk proyek, perlu untuk peserta untuk memeriksa alternatif-alternatif dan memilih strategi yang paling menjanjikan. Setelah pemilihan dari kriteria keputusan, ini diterapkan dalam rangka untuk memilih satu atau lebih berarti akhir rantai untuk menjadi seperangkat tujuan yang akan membentuk strategi proyek.
Kegiatan Perencanaan
Setelah mendefinisikan tujuan, dan menentukan bagaimana mereka akan diukur (OVIs) dan dimana dan bagaimana informasi yang akan ditemukan (MOVs) kita sampai ke tahap perencanaan rinci. Kita sekarang menentukan kegiatan apa yang diperlukan untuk mencapai tujuan masing-masing.
Dimana untuk memulai?
Ini sedikit seperti ayam dan masalah telur. Hal ini menggoda untuk mengatakan; selalu mulai pada tahap analisis situasi, dan dari sana menentukan siapa para pemangku kepentingan. Argumen lain adalah bahwa para pemangku kepentingan mendefinisikan masalah sehingga perlu untuk memulai dengan mengidentifikasi para stakeholder. Setiap situasi masalah akan membutuhkan pendekatan yang berbeda.
Mana yang harus berikutnya?
Langkah berikutnya akan pelaksanaan perencanaan dan pelaksanaan.
Detail Dokumen Kerangka logis
Pengantar konsep
Kerangka Logis sebagai dokumen yang tampak sederhana . Ada 16 sel di kolom 4 dengan 4 matriks baris . Untuk memberikan teks dalam sel-sel dari logframe (kadang-kadang disebut matriks proyek) para desainer proyek diminta untuk alamat dan menjawab sejumlah pertanyaan yang, di permukaan tampak bukti diri.
Namun, mengartikulasikan jawaban atas pertanyaan-pertanyaan ini jelas menghadapkan diri tampaknya tak tertulis banyak asumsi dan hipotesis.
Proses memeriksa keyakinan-keyakinan ini tak tertulis harus menyebabkan mereka dipertanyakan lebih dekat selama desain proyek. Pemeriksaan ini sering mengungkapkan bahwa asumsi dan hipotesis sering dipertanyakan. Jika kita menguji asumsi dan hipotesis dan mengembalikan hasil kerja kami dengan desain proyek, kita harus menghasilkan kualitas desain yang lebih atas.
Ikhtisar
Dalam logframe kosong ditampilkan di bawah istilah-istilah dalam kurung adalah istilah alternatif. Istilah yang digunakan bervariasi antara "rasa" yang berbeda dari logframe disukai oleh lembaga yang berbeda.
Narasi Ringkasan
|
Diverifikasi secara obyektif
Indikator - OVIs
|
Sarana Verifikasi
-MOVs
|
Faktor Eksternal (Asumsi)
|
Tujuan Pembangunan
| |||
Segera Tujuan
| |||
Output (Hasil)
1.
2.
3.
| |||
Kegiatan
1.
2.
3.
4.
|
Input
1.1
1.2
1.3
1.4
|
Kolom Pos
Ringkasan narasi: ini istilah yang digunakan untuk menjelaskan teks yang "menceritakan" tujuan. Ini bisa diberi judul "Hirarki Tujuan", tapi ini mungkin menyesatkan karena sel bawah dalam kolom adalah ringkasan dari kegiatan.
Indikator diverifikasi secara obyektif (OVIs): Ini adalah langkah-langkah, langsung atau tidak langsung yang akan memverifikasi sejauh mana tujuan telah terpenuhi. Istilah "obyektif" menyiratkan bahwa jika ini harus ditentukan dengan cara yang bebas dari bias mungkin pengamat.
Sarana Verifikasi (MOVs): Pernyataan-pernyataan ini menentukan sumber informasi untuk pengukuran atau verifikasi ditetapkan dalam kolom indikator. Misalnya, akan statistik dari sumber eksternal digunakan untuk verifikasi atau akan sumber daya proyek digunakan untuk mengumpulkan statistik.
Faktor Eksternal (Asumsi): Ini adalah peristiwa penting, kondisi, atau keputusan yang tentu di luar kendali proyek, tetapi yang harus tetap menguntungkan bagi tujuan proyek yang akan dicapai. Implikasinya di sini adalah tim desain memiliki kewajiban untuk mempertimbangkan apa yang mungkin menggagalkan upaya mereka dan untuk merencanakan bertanggung jawab untuk mengurangi bahwa risiko "penggelinciran".
Baris judul
Pengembangan Tujuan: Tujuan level atas bahwa proyek ini diharapkan untuk berkontribusi. Penambahan kata "kontribusi" menyiratkan bahwa proyek ini saja tidak diharapkan untuk mencapai tujuan pembangunan tujuan langsung proyek lainnya yang diharapkan untuk juga berkontribusi..
Tujuan Segera : Efek yang diharapkan akan dicapai sebagai hasil dari proyek memberikan output yang direncanakan. Ada kecenderungan untuk ini dinyatakan dalam istilah "perubahan perilaku" dari kelompok, atau lembaga dan output proyek diharapkan untuk memfasilitasi perubahan ini.
Output: Ini adalah "deliverables" hasil nyata bahwa tim manajemen proyek harus mampu menjamin memberikan. Pernyataan Tujuan harus menentukan kelompok atau organisasi yang akan menguntungkan. Output dikirim, biasanya pada tanggal tertentu atau tanggal.
Kegiatan: Ini adalah kegiatan yang harus dilakukan oleh proyek untuk menghasilkan output. Kegiatan mengambil waktu untuk melakukan.
Input: Ini adalah sumber daya yang proyek "mengkonsumsi" dalam melakukan kegiatan. Biasanya mereka akan sumber daya manusia, uang, bahan, peralatan, dan waktu.
Logika :
Logika Vertikal: Logika vertikal adalah penalaran yang "menghubungkan" tiga level tujuan dalam matriks, output, tujuan, dan tujuan. Misalnya pencapaian semua tujuan level output harus mengarah untuk mencapai tujuan. Masing-masing hubungan antara tujuan dihubungkan oleh sebuah hipotesis.
Misalnya di level bawah - hipotesis pelaksanaan implikasinya adalah "kami percaya bahwa dalam lingkungan proyek ini direncanakan akan menghasilkan output hasil yang direncanakan Pada level ini, hipotesis biasanya didukung oleh penelitian atau pengalaman Penjelasan tentang.. hipotesis di level lain mirip.
Logika horisontal memiliki fitur serupa dengan logika vertikal. Dalam hal ini, hubungan antara level tujuan adalah item dalam kolom Faktor Eksternal.
Sebagai contoh, jika proyek ini berhasil dalam melaksanakan semua kegiatan yang direncanakan, kita bertanya, apa keadaan atau keputusan (di luar kendali proyek) dapat mencegah deliverables keluaran proyek.
Perhatian:
Istilah " tampak sederhana "berarti bahwa deskripsi yang diberikan di situs web ini adalah tidak lengkap dan tidak menjelaskan semua nuansa alat Kerangka desain proyek logis Tepat penggunaan alat ini membutuhkan latihan.
Menggunakan Logika Framework Approach (LFA) untuk Mengembangkan Proyek / Program
Salah Satu alat dapat digunakan Manajemen Yang Dalam, melakuakan desain, pemantauan murah Evaluasi Proyek pengembangan UNTUK (Proyek Pengembangan) adalah Pendekatan Kerangka Logika (Kerangka Pendekatan Logika / LFA). Atau dikenal juga DENGAN Istilah Tujuan / Sasaran Berorientasi Proyek Perencanaan / GOPP (Perencanaan Proyek Berorientasi Tujuan).
Pertama kali dikembangkan LFA Konsep Praktis oleh Incorporated, PADA Tahun 1969 UNTUK Badan Amerika Serikat untuk Pembangunan Internasional (USAID). Setelah ITU LFA secara Luas Mulai digunakan oleh Organisasi-Organisasi bilateral / multilateral seperti AECID, GTZ, Sida, NORAD, UNDP, EC, dll Dalam, cara membuat usulan Proyek. Secara Ringkas LFA Bisa dikatakan merupakan METODE Perancangan Proyek.
Secara Ringkas, LFA berbentuk Tabel DENGAN matriks 4x4 dimana (4) baris menunjukkan acara Dari Proyek, Yang terdiri dari: Kegiatan, Output, Tujuan, Sasaran. Sedangkan (4) Kolom UNTUK disediakan Informasi Mengenai baris keempat bahkan tadi. Kolom Pertama biasanya UNTUK Penjelasan Naratif Dari acara, Kolom kedua UNTUK menuliskan Indikator diverifikasi secara obyektif (OVIs) / Indikator Verifikasi Sasaran Tujuan Yang menjadi Arahan Kita UNTUK keberhasilan Proyek tersebut, membantu Kita UNTUK klarifikasi, pemantauan, Evaluasi Dari implementasi atau indikatornya dapat Dibuat DENGAN pendekatan SMART (Spesifik, terukur, targetnya, Realibility, dan tepat waktu). Kolom ketiga UNTUK Sarana Verifikasi (MOV) / Cara Verifikasi, yaitu data-data yang menunjang Yang Bisa seperti hasil Riset, dll.
Kolom keempat UNTUK risiko asumsi-asumsi murah yg digunakan terhadap program. Ditulis UNTUK Berbagai kemungkinan Yang terjadi dapat mempengaruhi berhasil atau tidaknya program / Proyek. Asumsi-asumsi ini sebaiknya menggambarkan faktor-faktor eksternal dapat mempengaruhi jalannya Proyek Yang Tidak dapat dikontrol secara Langsung oleh manajer Proyek.
0 comments:
Post a Comment