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:
- 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.
Analisis Situasi
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
|
definisi istilah judul - Kolom dan Row
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
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.
Referensi
http://kaskoired.blogspot.com/2014/10/kelompok-3.html
Disusun Oleh :
Alfianur Fidia.R
Rudi . P
Tidak ada komentar:
Posting Komentar