2. ο Perencanaan project dilakukan setelah studi pendahuluan
atau studi kelayakan proyek yang diusulkan disetujui.
ο Sebuah proposal adalah dokumen yang merinci :
ο‘ biaya dan jadwal proyek serta
ο‘ garis besar langkah β langkah yang akan digunakan oleh suatu
perusahaan untuk menghasilkan sebuah produk.
ο‘ Tentang bagaimana anggota β anggota tim memperkirakan
biaya, jadwal, dan langkah β langkah yang diinginkan.
ο‘ Garis-garis besar pendahuluan rencana proyek.
ο Sebuah perencanaan/planning untuk proyek software yang
menjabarkan :
ο‘ aktifitas yang diinginkan,
ο‘ berapa lama setiap aktifitas dilakukan,
ο‘ kapan aktifitas ini harus mengambil tempat dan
ο‘ Berapa banyak sumber daya yang dihabiskan pada setiap
aktifitas untuk memproduksi hasil yang diinginkan.
3. ο Perencanaan adalah sebuah proses iteratif;
secara ditinjau secara konstan sepanjang
pelaksanaan proyek berlangsung.
ο Perencanaan memang terkadang sangat sulit
untuk dilakukan, tetapi harus dilaksanakan
sebagaimana mestinya, banyak proyek telah
gagal karena perencanaan tidak dilakukan
dengan sebaik-baiknya.
4. ο Pendahuluan perencanaan proyek adalah celah pertama pada
langkahβlangkah untuk menentukan :
ο‘ sumber daya,
ο‘ dana dan
ο‘ jadwal yang diinginkan untuk menyelesaikan proyek.
ο Pada umumnya terdiri atas :
ο‘ Dokumen internal : yaitu dokumen ini tidak perlu ditunjukkan kepada
pemakai,
ο‘ Dokumen eksternal : yaitu dokumen yang ditunjukkan kepada
pemakai.
ο Tetapi kadang diperlukan menunjukkan dokumen internal kepada
pemakai (terutama pada perusahaan besar atau instansi
pemerintah) untuk memberikan penegasan dan usaha untuk
meyakinkan akan kesiapan pengerjaan proyek.
ο Dokumen pendahuluan perencanaan proyek yang berupa proposal
digunakan untuk menjamin bahwa pemakai /perusahaan
mengetahui apa yang sedang mereka lakukan dan apa jalan
terbaik dengan melihat rencana detailnya
6. ο WBS adalah teknik yang digunakan dalam perencanaan
proyek dimana semua rencana yang akan dilakukan berupa
aktifitas-aktifitas yang akan dikerjakan dipecah menjadi
bagian yang kecil.
ο Sebuah WBS dibentuk dengan mendaftar komponen utama
dari proyek. Hal ini merupakan langkah pertama dari WBS.
ο Untuk proyek software, metode terbaik dari pemecahan
proyek kedalam bagian yang lebih kecil adalah untuk
memulai 7 fase. Gambar berikut menunjukkan level 0 dan
1 dari WBS untuk proyek ABC yang berupa pekerjaan
pengerjaan software.
ο Level terendah dari WBS berisi pemecahan setiap bagian
level diatasnya kedalam aktifitas β aktifitas komponennya.
ο Dalam gambar juga terlihat definisi fase pemecahan ke
level 2.
7.
8. ο Jika rencananya untuk semua proyek, WBS
tersebut akan dilengkapi dengan pemecahan
setiap entry level 1 kedalam paling sedikit
level 2, bahkan mungkin kedalam komponen
β komponen level 3.
ο Jika rencananya hanya untuk analisis, analisis
komponen level 1 dipecahkan. Hal ini dapat
dilihat seperti gambar berikut.
9.
10. ο Pemasukan nomor dalam WBS seperti pada gambar 2;
level 0; atau judul proyek adalah 0,0. Pada level 1
masing β masing item diberi nomor N.O, misalnya :
1.0, 2.0 dan seterusnya.
ο Masing β masing item level 2 dibawah item N.O pada
level 1 diberi nomor N.1, N.2, dan seterusnya.
Sebagai contoh, pada level 1 dibawah item analisis
yang bernomor 2.0, kita mempunyai item 2.1, 2.2
dan seterusnya.
ο Masing β masing item pada level 3, kita tambahkan
titik dan digit dari nomor dilevel 2. Sebagai contoh,
dibawah 2.1 kita harus menuliskan 2.1.1, 2.1.2, dan
seterusnya.
ο Algoritma dapat dibuat menjadi sesederhana
mungkin. Pada level N kita memberikan nomor N dan
N nomor berikutnya.
11.
12.
13. ο Tenaga Ahli yang bekerja pada level 3 tersebut
dengan cara yang sama harus :
ο‘ memecahkan kotak mendefinisikan fungsi sistem yang
baru,
ο‘ menulis kelebihan fungsional dan
ο‘ merundingkan kelebihan fungsional dan menambahkan
waktu total untuk semua analisa.
ο‘ mengajukan perkiraan dan daftar dari kegiatan
sebelumnya yang diperlukan oleh keseluruhan analisa
bagi manajer proyek.
ο Orang tersebut bertanggungjawab terhadap rencana
(mungkin manajer proyek untuk proyek berukuran
kecil hingga yang besar) kemudian menyatukan
semua perkiraan dan kegiatan sebelumnya. Dia dapat
menggambarkan dengan daftar seperti telihat berikut
ini :
14. ο AKTIFITAS WAKTU PRECEDENT S
ο ----------- ------------ ----------------
ο Definition 20 --------------
ο Analysist 35 Definition
ο Design 25 Analysist
ο Program A (control) 20 Design
ο Program B(registration) 30 Design
ο Program C (ware house) 25 Design
ο System Test 10 Program A,B,C
ο Documentation 20 Design
ο Ac ceptance 5 System Test,Documentation
ο Training 10 Documentation
ο Operation 10 Acceptance
_________ ___
ο TOTAL 210 person β days
ο Catatan yang ada dalam contoh ini hanya pemrograman yang memiliki sub β
ο komponen β komponen. Jika sub β komponent lain dari aktifitas utama lainnya
ο yang tersedia, mereka juga akan didaftarkan.
16. WBS Outline Example
0.0 Retail Web Site
1.0 Project Management
2.0 Requirements Gathering
3.0 Analysis & Design
4.0 Site Software Development
4.1 HTML Design and Creation
4.2 Backend Software
4.2.1 Database Implementation
4.2.2 Middleware Development
4.2.3 Security Subsystems
4.2.4 Catalog Engine
4.2.5 Transaction Processing
4.3 Graphics and Interface
4.4 Content Creation
5.0 Testing and Production
17. Work Breakdown Structure
β’ Task β Oriented / Produk
Membaginya berdasarkan pekerjaan atau dari
major produk ο work package (The lowest
level of the WBS)
β’ Project Phase / Process
Membaginya berdasarkan phase dari project
yang sedang ditangani hingga work package
21. ο Langkah kedua dari perencanaan adalah
menggambarkan diagram jaringan yang
menunjukkan rangkaian kejadian.
ο Tipe diagram yang terbaik untuk kasus ini
adalah diagram PERT. Gambar 5 merupakan
diagram PERT untuk proyek diatas.
ο Rangkaian kejadian hanya digerakkan oleh
setiap aktifitas yang lebih diutamakan.
22.
23. ο Bentuk PERT ini disebut Jaringan
Precedence. Tiap kotak menunjukkan sebuah
aktifitas, yang dituliskan di tiap kotak nama
dari kegiatan dan lamanya kegiatan
berlangsung.
ο Mungkin sudah terbiasa dengan bentuk
Activity on Arrow dari PERT, tapi jaringan
predence jauh lebih baik daripada Activity on
Arrow, dan sekarang kebanyakan proyek
manajemen program komputer yang baik
menggunakan bentuk ini.
24. ο Jika kontrak dari proyek sudah disetujui, manajer
proyek dapat meghitung harga kotor, untuk tenaga
kerja dengan mengalikan jumlah biaya buruh per hari
dengan biaya rata β rata per hari.
ο Jangan mencoba untuk menghitung secara detail
siapa saja dengan pada level gaji berapa yang harus
bekerja di proyek, kecuali anda punya ide cemerlang,
siapa orang yang pantas bekerja di proyek itu.
ο Biaya tiap orang per hari disebut biaya penuh : biaya
itu termasuk biaya operasi, sewa, administrasi dan
laba.
ο Untuk ini anda harus menambah biaya tetap, seperti
computer time, sewa perlengkapan special dan biaya
tak terduga.
ο Biaya tetap harus direncanakan oleh setiap estimator
untuk kegiatan tersebut.
25. ο Jika anda mendapatkan sebuah proyek manajemen produk software, hal ini mudah untuk
dikalkulasi biaya dari proyek tersebut.
ο Gambar 6 menggambarkan sebuah potongan gambar detail pekerjaan dari superproyek paket
software
ο Bentuk komputer ini dapat digunakan untuk memasuki tiap seluruh pekerjaan, bahan yang
diperlukan dan biaya β biaya software menghitung total biaya pekerjaan, sebaik total harga /
biaya proyek.
ο Jika anda menghitung biaya secara manual dan anda yakin bahwa total perkiraan dari 210 orang
/ hari, harga proyek dengan mengalikan 210 denga rata β rata biaya per hari, dan menambah
biaya tetap peralatan. Akan lebih baik untuk menambahkan lebih rinci dengan menghitung
biaya paling tidak tiap level 1 kotak pada WBS.
ο Sebagai contoh :
ο Biaya programming dapat dihitung pada hal 37. Kalkulasi harga harus sesuai tiap pekerjaan /
sesuai tiap pekerjaan / periode level 1 dan dijumlah untuk mendapatkan biaya proyek. Catatan
bahwa harga unik seperti kita dan resiko dapat lebih mudah dihitung secara normal daripada
dengan program komputer.
ο Rata β rata Pgr 75 pd @ $ 1000.00 per pd (loaded)
ο Potongan 25 %
ο Faktor bahaya :
ο Pemakai bisa berubah pikiran atas 10 % dari bentuk yang diinginkan
ο 10 % tambahan waktu pemrograman.
26. ο Selanjutnya adalah tahap untuk menentukan jadwal
perencanaan (peluang PM), harus menterjemahkan urutan
kerja harian untuk menentukan tanggal kerja harian atau
lama pekerjaan.
ο Salah satu kesulitan tugas ini adalah mengalokasikan
sumber daya manusia yang akan melakukan pekerjaan yang
akan dilaksanakan, teruatama ketika tugas berjalan secara
serentak.
ο Kesulitan lain adalah memutuskan bagaimana
mempersingkat pekerjaan yang akan dilakukan dengan
menggunakan sumber daya yang ada.
ο PERT pada gambar 5 hanya terdapat 1 tingkat aktifitas
yang memiliki lebih dari satu sumber daya dan sisi depan
menunjukkan urutan dari tiap β tiap tugas programmer.
ο PM harus mempunyai penafsiran jika tugas pada tingkat
pertama agar dapat memperkirakan kemungkinan yang
akan terjadi. PM ketika menggambarkan tampilan PERT
dari urutan tiap bagian kerja dari hasil keputusan
27. ο PM menentukan jadwal proyek berdasarkan
tanggal yang terbaik dari metode yang ada
digambarkan dengan tabel atau kartu batang
waktu seperti gambar 3.7 dibawah :
ο Pertama, semua mengetahui jadwal mempunyai
saat seperti liburan, perjalanan, pelatihan dan
tidak ada rencana menemui hambatan yang
berarti dan semua
ο rencana aktifitas adalah rencana disekitarnya.
Beberapa aktifitas adalah ketika memasuki tabel
seperti bar, mulai pada penyempurnaan dari
aktifitas yang terlebih dahulu berakhir.
Penyempurnaan dari aktifitas terakhir adalah
berakhirnya rencana.
28. ο Team Proyek
ο Organisasi dari tim proyek (tidak ada nama) lihat struktur, siapa yang membuat
laporan untuk siapa, siapa berkomunikasi dengan siapa dan lain βlain.
ο Programmers (lebih dari 1 orang programmer) : tidak lebih dari 5 orang.
ο Bertangggung jawab atas pemrograman.
ο Pimpinan Proyek : Mengawasi para programmer hanya atas keterangan detail
secara teknik. Bertanggungjawab atas kegiatan secara teknik seperti menganalisis,
ο merancang dan tugas β tugas pemrograman keseluruhan.
ο Tujuan utama : kualitas dan produk yang dihasilkan secara teknik.
ο
ο Manajer Proyek :
ο Pimpinan para anggota (sebagai pemimpin, pemotivasi dll).
ο Bertanggungjawab ata s semua komunikasi luar (melaporkan, pertemuan β
ο pertemuan, pemakai / mekanisme manajemen level atas)
ο Tujuan utama : Proyek yang berhasil (rancangan pengontrolan /
ο pengawasan, cara berkomunikasi)
29. ο Buat gantt chart proyek mulai dari awal
hingga akhir pembuatan proyek
ο Studi kasus bebas terkait dengan
penjadwalan software/perangkat lunak
ο Menggunakan Microsoft project