Penjadwalan Proyek dan Tracking Oleh Indrias Budi Utami

Penjadwalan Proyek dan Tracking Oleh: Indrias Budi Utami

Penjadwalan Proyek dan Tracking q Konsep Dasar q Hubungan Antara Usaha dan Orang q Penjelasan Suatu Tugas ditetapkan untuk Software Proyek -Derajat tingkat Kekakuan -Penjelasan Ukuran-Ukuran Adaptasi -Komputasi Suatu Tugas Menetapkan Nilai Selektor q Pemilihan Software Tugas Rancang-Bangun q Perbaikan Tugas Utama q Penjelasan Suatu Jaringan Tugas q Penjadwalan - Tabel Timeline - Jadwal Tracking q Perencanaan Proyek

KONSEP DASAR q Penjadwalan Software proyek adalah suatu aktivitas yang mendistribusikan perkiraan usaha melewati durasi rencana proyek dengan mengalokasi usaha untuk tugas rekayasa PL tertentu. q Pertama, suatu jadwal makroskopik dikembangkan. ---> suatu jadwal terperinci digambarkan kembali untuk masing isi jadwal yang makroskopik itu. q Sebuah jadwal meningkat dari waktu ke waktu. q Prinsip dasar dalam Penjadwalan Proyek : - Pembagian - Saling ketergantungans - validasi kerja (alokasi waktu dan usaha) - Tanggung-Jawab yang definisikan - Hasil yang digambarkan (batasan keluaran) - Kejadian penting yang ditentukan setelah pengujian

Penentuan Serangkaian Tugas untuk Proyek PL v Rangkaian Tugas dikembangkan dengan acuan model paradigma pengembangan PL (klasik atau evolusioner) v Rangkaian Tugas merupakan sekumpulan tugas kerja RPL, pondasi, dan kemampuan penyampaian yang harus diselesaikan untuk menyelesaikan sebuah proyek tertentu. v. Rangkaian Tugas dirancang untuk mengakomodasi v. Tipe proyek yang berbeda v. Derajat kekakuan yang berbeda

Tipe / Jenis proyek: - CONCEPT DEVELOPMENT PROECT konsep bisnis baru / aplikasi dg teknologi baru -NEW APLICATION DEVELOPMENT PROJECT User requirement dgn SW spesifik -APPLICATION ENHANCEMENT PROJECT PL sudah ada dan perlu modifikasi pada fungsi, kinerja, interface yg dapat diamati user akhir -APPLICATION MAINTENANCE PROJECT (Proyek Pemeliharaan Aplikasi) PL yg sudah ada dibenahi, disesuaikan diperluas lebih baik dengan cara yg tidak begitu jelas bagi user akhir -REENGINEERING PROJECT (Proyek Rancang Bangun Kembali) membangun PL “warisan” secara keseluruhan / sebagian

Derajat Kekakuan : v CASUAL • proses rencana kerja diaplikasikan, tapi hanya tugas minimum yang dibutuhkan • Aktivitas pelindung dan dokumentasi dikurangi v. STRUCTURED • proses rencana kerja diaplikasikan • Aktivitas pelindung diapliaksikan SQA tinggi • dokumentasi dan pengukuran dilakukan dg singkat v. STRICT • Proses sepenuhnya diaplikasikan SQA tinggi • Aktivitas pelindung diapliaksikan sepenuhnya • Dokumentasi yang baik dihasilkan v. QUICK REACTION • proses rencana kerja diaplikasikan hanya untuk kasus tettentu dan darurat ( hanya SQA dengan kualitas terbaik) • Dokumentasi lengkap diselesaiakan SETELAH aplikasi / produk disampaikan ke Customer. s

KRITERIA ADAPTASI PENENTU derajat kekakuan yang direkomendasikan 11 kriteria adaptasi: - Ukuran proyek - Jumlah para pemakai potensial - Kekritisan misi - umur aplikasi - Stabilitas kebutuhan - Mudahnya komunikasi pelanggan – pengembang - kematangan teknologi yang dapat diaplikasikan - Batasan capaian / unjuk kerja - Karakteristik embedded / nonembedded - Merancang susunan kepegawaian / staffing project - Faktor Rancang Bangun / rekayasa kembali

PENGHITUNGAN NILAI TASK SET SELECTOR Kriteria adaptasi Tingk at bobot Con. C N. dev Enhanc Maint Reeng Produk Ukuran produk 2 1, 20 1 2, 4 Faktor 4 Rekayas a Ulang 1, 10 1 4, 4 . . . TSS 2, 8 INTERPRETASI HARGA TSS dan PEMILIHAN KUMPULAN TUGAS TSS > 2, 4 : STRICTs

PENENTUAN JARINGAN TUGAS • TASK SUB TASK. . • TASK : INDIVIDU DAN KELOMPOK • JARINGAN TUGAS : representasi grafik dari aliran tugas sebuah proyek • Aktivitas rekayasa PL mengacu pada penentuan penjadwalan penting. • Sifat ; pararel sinkronisasi penyelesaian

1. 5 a Implementasi Konsep 1. 3 a Penilaian resiko teknologi 1. 1 Ruang Lingkup Konsep 1. 2 Perencanaan konsep 1. 3 b Penilaian resiko teknologi 1. 3 c Penilaian resiko teknologi 1. 4 Pembuktian konsep 1. 5 b Implementasi Konsep Integrasi a, b, c 1. 5 c Implementasi Konsep Gambar 7. 3 Jaringan Tugas untuk Concept Development Project 1. 6 Reaksi Pelanggan

PENENTUAN JARINGAN TUGAS Tugas tugas Individu dan subtasks sudah interdependencies berdasar pada urutan mereka. Suatu jaringan tugas adalah suatu penyajian grafis menyangkut tugas alir untuk suatu proyek. Gambar 7. 3 menunjukkan suatu jaringan menurut bagan untuk suatu proyek pengembangan konsep. Jalur kritis: -- tugas pada suatu jalur kritis harus diselesaikan sesuai jadwal untuk membuat keseluruhan proyek sesuai jadwal T 7 T 1 T 8 T 2 T 5 T 3 T 4 T 6

Penjadwalan dari suatu software proyek tidak sangat berbeda dari penjadwalan tentang segala multi tugas usaha rancang-bangun. Metode penjadwalan dua proyek: - PERT (Pogram Evaluation Review Technique) - CPM (Crisis Path Management) Kedua metoda dikemudikan oleh informasi yang dikembangkan dalam kegiatan-kegiatan perencanaan proyek lebih awal: - Perkiraan usaha - Pemilihan dari proses sesuai model - Pemilihan tugas dan jenis proyek yang ditetapkan Kedua metoda mengijinkan suatu perencana untuk melakukan : - menentukan jalur kritis - penilaian waktu - mengkalkulasi batas untuk masing-masing tugas Batas waktu: - waktu yang paling awal dan waktu terakhir untuk mulai suatu tugas - waktu yang paling awal dan waktu terakhir untuk melengkapi suatu tugas - waktu molor

Timeline Charts (Gantt charts) Work tasks Task 1 Sub-task 1. 2 Sub-task 1. 3 Task 2 Sub-task 2. 1 Sub-task 2. 2 Task 3 Sub-task 3. 1 Sub-task 3. 2 Task 4 Sub-task 4. 1 Sub-task 4. 2 Sub-task 4. 3 Task 5 Sub-task 5. 1 Sub-task 5. 2 Week 1 Week 2

PENELUSURAN JADWAL (tracking) üMengadakan pertemuan status proyek secara periodik dimana anggota tim melaporkan masalah dan kemajuannya üMengevaluasi hasil kajian pada seluruh proses rekayasa PL üMenentukan apakah kejadian penting formal ( gambar DIAMOND) telah dikerjakan sesuai tanggal yang dijadwalkan üMembandingkan tanggal mulai aktual dgn tanggal mulai rencana üPertemuan secara informal dgn pelaksana untuk mendapatkan perkiraan kemajuan subjektif terhadapa tanggal dan masalah kedepannya

Timeline Charts (Gantt charts) Contoh Gantt Chart yang dibuat dengan sebuah tool manajemen proyek:

ü Tiap pekerjaan ditunjukkan dengan kotak üketergantungan antar pekerjaan ditunjukkan dengan gambar panah üKotak hitam berbentuk wajik antara D dan E (pada gambar di atas) disebut milestone atau pekerjaan tanpa durasi üMilestone digunakan untuk menunjukkan kejadian penting pada jadwal ükotak hitam panjang antara C dan D yang juga mengandung potongan wajik menunjukkan summary task atau dua sub pekerjaan yang memiliki induk yang sama.

Rencana Proyek adalah suatu dokumen yang ringkas yang menunjukkan suatu pendengar berbeda. Itu harus berisi berikut: - lingkup komunikasi, sumber daya, susunan kepegawaian, dan pelanggan - menggambarkan manajemen resiko teknik dan resiko - menggambarkan harga dan membuat jadwal tinjauan ulang manajemen - menyediakan suatu keseluruhan pendekatan ke pengembangan SW - menguraikan secara singkat bagaimana mutu akan dipastikan dan perubahan akan diatur. Rencana berkonsentrasi pada suatu laporan umum dari apa dan sebuah statemen yang spesifik seberapa banyak dan seberapa lama. Tujuan suatu rencana proyek adalah: membantu menetapkan kelangsungan hidup dari pengembangan software usaha. Rencana proyek tidak perlu berupa suatu dokumen kompleks dan panjang.

Rencana Proyek ü konsentrasi : definisi, pengembangan, pemeliharaan I. PENDAHULUAN A. Tujuan Rencana B. Ruang Lingkup dan Tujuan Proyek II. ESTIMASI PROYEK III. STRATEGI MANAJEMEN RESIKO IV. JADWAL V. SUMBER DAYA PROYEK VI. STAF ORGANISASI VII. PELACAKAN DAN MEKANISME KONTROL VIII. LAMPIRAN

TUGAS 1. METODE DALAM PERENCANAAN MANAJEMEN PROYEK BESERTA TOOL-TOOL NYA: A. WBS / WORK BREAKDOWN STRUCTURE B. GANT CHART C. NETWORK ANALYS / ANALISA JARINGAN KERJA D. EARNED VALUE 2. KASUS BEBAS)