Your SlideShare is downloading. ×
Tugas mpsi chapter 6
Tugas mpsi chapter 6
Tugas mpsi chapter 6
Tugas mpsi chapter 6
Tugas mpsi chapter 6
Tugas mpsi chapter 6
Tugas mpsi chapter 6
Tugas mpsi chapter 6
Tugas mpsi chapter 6
Tugas mpsi chapter 6
Tugas mpsi chapter 6
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Tugas mpsi chapter 6

763

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
763
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
10
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. BAB 6 Memperkirakan Memperkirakan seperti menjadi kaya: semua orang ingin cara mudah untuk melakukannya.Kegagalan itu, estimasi dapat dilakukan dengan mudah menggunakan alat canggih seperti yangdigambarkan.Mencari dari halaman di dinding di depan Anda. Berapa lama waktu yang Anda butuhkanuntuk melukis dinding? Apa perkiraan Anda? Dua puluh menit? Beberapa jam? Anda punya pekerjaan. Karena kita melukis dinding tugas tentu saja termasuk:setuju warna dengan pasangan Anda (2 bulan tugas di dalam dirinya sendiri?)membeli cat dari pabrik cat butik di Faro, Portugalmempersiapkan permukaan merapikan Jadi dua jam pekerjaan kita sebenarnya lebih seperti pekerjaanbulan dua atau tiga. Hal ini terjadi, biasanya dengan mesin kopi: "Saya harus pergi ke pertemuan, Anda dapatmemberikan gambaran kasar berapa lama yang dibutuhkan untuk ...?" dan di bawah tekanan Andaberkata: "sekitar dua jam?" Tetapi ketika Anda mencari tahu apa yang benar-benar terlibat itu lebihseperti 3 bulan kerja. Jadi pesan pertama dari bab ini adalah: jangan menebak. Kami akan lihat nantibagaimana kita bisa menolak tekanan untuk menghasilkan angka acak. Apa cara terburuk untuk memperkirakan berapa banyak proyek akan biaya? Dapatkan satuorang junior yang tidak pernah diperkirakan sebelumnya untuk memiliki menebak dan kemudian kitasemua menjadi berkomitmen untuk menebak itu. Kita akan lihat nanti bagaimana kita bisa membawapengalaman untuk menanggung tugas sulit untuk memperkirakan biaya proyek. Misalkan kita berada pada awal dari proyek jangka tahun, kita bisa memperkirakan biaya secaraakurat? Hampir pasti tidak, ada begitu banyak diketahui. Sampai kami telah menetapkan persyaratanrinci dan dilakukan desain sangat sulit untuk mengatakan apa yang mungkin biaya membangun. Ketikakita berada di tahap definisi proyek kita bisa menyimpulkan kita hanya bisa memperkirakan denganjenis akurasi Tahap 1: Persyaratan dan User Desain Fungsi. Jadi, kami akan melakukan tugas, rinci oleh tugas, bawah ke atas perkiraan untuk Tahap 1 danperkiraan, jauh lebih lembut top down untuk Tahap 2. Ketika kita mendekati akhir Tahap 1 danmemiliki desain yang dilakukan kita kemudian akan memperkirakan Tahap 2 tugas dengan tugas,bawah ke atas, dan memberikan perkiraan yang akurat untuk itu (kami berharap!).Top down memperkirakan semakin baik ide yang kami bisa dari biaya total proyek dan bottom upmemperkirakan semakin perkiraan yang tepat untuk tahap proyek kita akan dimulai.Mari kita mempertimbangkan beberapa teknik untuk meningkatkan akurasi estimasi top down.Baik proyek definisiKami mil dengan estimasi proyek lukisan dinding karena kita tidak memahami ruang lingkup proyek -kami tidak memiliki definisi proyek yang telah disepakati. Lingkup kristal proyek yang jelasmerupakan prasyarat yang jelas ke atas ke bawah baik memperkirakan.Sertakan semua biayaMintalah seseorang dari TI apa proyek mungkin biaya dan mereka akan berpikir tentang biayapemrograman dan - jika Anda beruntung - biaya ini, tambahkan dua bersama-sama dan memberikanhasil sebagai biaya proyek. Namun dalam kenyataannya itu hanyalah puncak gunung es biaya. Bahkanjika perkiraan untuk biaya pemrograman dan pengujian adalah tempat di, itu apa yang ditinggalkanyang membuat cara perkiraan keseluruhan keluar.
  • 2. Bagaimana kita mengatasi masalah itu? Memiliki daftar dari semua kemungkinan biaya proyekmungkin terjadi: definisi proyek, analisis persyaratan, desain, dokumentasi, tim rapat, perubahan,manajemen proyek, kontingensi, perjalanan, ditambah daftar yang sangat panjang et ceteras. Hal inimembuat lebih kecil kemungkinannya item biaya akan diabaikan. Sebuah daftar periksa yang baik termasuk biaya perifer juga: itu semua dengan sangat baikmengutip $ 50K untuk mengembangkan sistem baru sedikit tetapi jika tiga sistem lain harusdimodifikasi untuk antarmuka untuk itu, biaya tersebut harus dimasukkan di suatu tempat. Danmisalkan sebuah konversi data akan diperlukan untuk mendapatkan data lama ke dalam bentuk yangdapat digunakan oleh sistem kecil baru kami - adalah bahwa biaya dalam estimasi proyek $ 50K?Sebuah daftar periksa yang baik membuat Anda berpikir sangat luas tentang semua biaya yangberkaitan dengan proyek, bukan hanya biaya pengembangan sempit. Daftar-pembanding ini relatif mudah untuk mengembangkan dengan melihat di mana waktu danuang melanjutkan proyek-proyek sebelumnya. Jika informasi yang tidak tersedia, duduk dengan duaorang lainnya selama satu jam untuk menyusun semacam checklist: Anda akan kagum pada apa yangAnda berakhir dengan dalam daftar itu yang akan diabaikan ketika melakukan perkiraan.Bila Anda memiliki semacam checklist, cobalah ini. Mintalah seseorang untuk dari atas estimasi kepalauntuk proyek kecil. Kemudian memberikan checklist dan kembali sepuluh menit kemudian untukperkiraan revisi mereka: Anda akan terkejut melihat perbedaan.Pemecahannya.Jangan pernah menerima sosok global tunggal sebagai perkiraan untuk apa pun. Selalumendapatkannya dipecah oleh langkah-langkah utama proyek ini akan melewati.Jika seseorang datang kepada Anda dengan rincian untuk proyek software baru-membangun danmengatakan upaya TI akan sebagai berikut, apakah Anda percaya perkiraan?Bekerja dengan pengguna untuk menetapkan persyaratan 8 orang bulanMengembangkan Desain Pengguna Fungsi 8 orang bulanTI Teknis desain 2 orang bulanMembangun dan Test 2 orang bulanJumlah total biaya bulan pria 20 TI usaha. Pria 18 bulan untuk sampai ke akhir desain langkahkemudian 2 bulan manusia untuk melakukan semua pemrograman dan pengujian untuk membangunsebuah proyek software baru - apakah itu terdengar rasio kan? Jika biayanya 18mm untuk melakukanpersyaratan dan desain apa yang menurutmu membangun dan uji mungkin biaya - dalam pengalamanAnda, berapa persen dari usaha TI dihabiskan dalam langkah-langkah membangun dan uji membangunsebuah proyek software baru?Misalkan di masa lalu perangkat lunak proyek baru membangun usaha TI yang sebenarnya biasanyatelah didistribusikan sebagai berikut:persyaratan 15%Pengguna Fungsi Desain 15%TI Teknis Desain 10%Membangun dan Unit Test 40%Sistem dan User Uji 20%
  • 3. Apakah Anda sekarang percaya perkiraan 20mm dalam contoh di atas? Paling tidak Anda akan perlubanyak meyakinkan mengapa saat ini distribusi kerja akan sangat berbeda secara dramatis.Perusahaan Anda mungkin memiliki sejumlah model seperti - tolok ukur terhadap yangmembandingkan perkiraan masa depan. Sebagai contoh, dalam proyek modifikasi paket kerja ITdistribusi mungkinlebih seperti ini:persyaratan 20%Pengguna Fungsi Desain 20%TI Teknis Desain 15%Membangun dan Unit Test 15%Sistem dan User Uji 30% Sebagian besar jenis proyek melalui sejumlah langkah seperti ini. Sebagai masalah prinsip,tidak pernah menerima sejumlah global tunggal, selalu mendapatkannya dipecah oleh langkah-langkahyang relevan proyek akan melalui dan membandingkan pengalaman masa lalu sebagai pemeriksaankewajaran. Benchmark seperti ini bekerja hanya, namun, jika proyek menerapkan pengembanganproses (manufaktur) konsisten: jika beberapa proyek dilakukan pengguna benar rinci dan lengkapdesain fungsi tetapi proyek-proyek lain jangan UFD pada tidak disebutkan secara jelas banyak, tingkatyang lebih tinggi dengan rincian upaya jelas akan berbeda dari proyek untuk proyek.Berikut adalah kuis untuk Anda. Pada awal proyek digambarkan di sebelah kanan, manajer proyek mengatakan, biaya total akanmenjadi hari pria 1000: 400 hari pria di Tahap 1 dan hari orang 600 dalam Tahap 2. Dia tahu bahwadalam, proyek-proyek masa lalu serupa telah dikeluarkan 40% dari usaha mereka dalam Tahap 1 dan60% pada Tahap 2. Tahap 1 baru saja selesai. Ini sebenarnya biaya 800 - dua kali lipat seperti yang diperkirakan.Jadi, perkiraan asli untuk proyek ini adalah 1000, 800 telah dihabiskan sejauh ini - apa yang akan Andakatakan biaya proyek yang tersisa akan? Jawaban paling mungkin adalah 1200 hari manusia. Tapi apayang akan beberapa manajer proyek katakan? Biaya yang tersisa akan menjadi 200: 1000 anggaran,menghabiskan 800, biaya yang tersisa 200. Ada perbedaan lebih besar antara 1200 dan 200! Selalumelihat apa yang sebenarnya telah menghabiskan begitu jauh dan menggunakan rasio masa lalumeramalkan kemungkinan ke depan untuk mendapatkan gambaran yang lebih realistis dari apa yangsisa dari proyek ini adalah mungkin untuk biaya.Aturan praktis Bayangkan ini. Pengembang Anda memperkirakan proyek di 49 bulan orang usaha, yaitu satuorang bisa melakukannya dalam 49 bulan (sekitar 4 tahun) atau akan mengambil 2 orang 24,5 bulan (2tahun) atau 4 orang per tahun, dllHari berikutnya Anda mengatakan sponsor itu bulan pria 49 usaha dan apa pun yang ada di uang. Diabilang dia mampu membelinya tetapi ingin proyek selesai dalam 3 bulan mulai dari ... SEKARANG.Dapatkah Anda melakukannya? Ingatlah proyek belum dimulai sehingga dengan tidak ada definisi daritim yang ada belum. Anda mengatakan Anda tidak yakin jadi sponsor menawarkan dana tak terbatas
  • 4. dan akses ke konsultan IT - apapun yang Anda butuhkan. Dapatkah Anda melakukannya? Ketika Andaragu-ragu sponsor menunjukkan bahwa dalam bisnis mereka melayani 1000 pesanan sehari dengan 10penangan pesanan dan jika mereka mendapat pesanan 2000 sehari mereka akan menggunakan 20penangan pesanan dan masih melakukannya dalam sehari. Jadi, sponsor mengatakan, kenapa tidakAnda mendapatkan pada 49 TI kontraktor di hari Senin pagi dan melakukan proyek dalam sebulan?Ketika Anda melihat tak percaya dia mengatakan: "OK, memberi tahu Anda apa:? Melakukannyadalam 4 bulan, OK" Dan jika Anda tidak memiliki alasan untuk menyanggah sarannya Anda mungkinmenemukan 4 bulan sekarang komitmen Anda. Ini adalah satu lagi perbedaan antara proses berbasis pemikiran dan berbasis proyek berpikir.Untuk kegiatan operasional Anda cukup meningkatkan jumlah orang - hampir tak terbatas - sebagaiorang yang bekerja independen. Tapi dalam proyek menambahkan terlalu banyak orang hanyamenyebabkan kekacauan, dan kita semua tahu kita tidak bisa tiba-tiba menggunakan sejumlah besarbesok - mereka tidak ada hubungannya. Dalam proyek kita harus mulai dengan beberapa, membangundan kemudian turun ke nol di akhir.Jadi berapa lama proyek pria 49 bulan ambil? Ada aturan praktis dikenal sebagai aturan akar kuadrat.Ekspresikan usaha proyek dalam beberapa bulan pria, 49, dan mengambil akar kuadrat dari angkatersebut. Sekarang Anda tahu mengapa kami memilih 49. Itu akan menyarankan waktu yang telahberlalu dari sekitar 7 bulan. Ini bekerja baik sebagai panduan kasar untuk waktu yang telah berlaluminimal TI proyek pembangunan. Bisakah kita melakukan proyek dalam 6 bulan? Mungkin, jika kitamelarang hari libur dan akhir pekan kerja. Tapi ada batasnya. Dan jika proyek mencakup Agustusmungkin diperlukan waktu 8 bulan dalam kondisi normal karena hari libur. Tentunya jika Andamemilih untuk tidak menggunakan orang sebanyak yang Anda bisa, proyek ini akan memakan waktulebih lama dari aturan praktis akan menyarankan. Jika semua orang tahu aturan akar kuadrat, termasuk sponsor proyek, segera setelah Andamengatakan itu bulan 100 orang mereka tahu itu akan memakan waktu sekitar 10 bulan untukmenyelesaikannya. Hal ini dapat mengakibatkan proyek lebih sedikit mencoba untuk melakukan halyang mustahil. Tentu saja, jika tim Anda senang untuk membawa tempat tidur perkemahan mereka kekantor dan bekerja 20 jam sehari Anda mungkin dapat secara substansial melanggar aturan akarkuadrat. Tapi apakah tim Anda melakukan itu?Aturan akar kuadrat kadang-kadang dikenal sebagai aturan emas persegi: ukuran tim rata-rata kuranglebih sama dengan waktu yang telah berlalu di bulan.Perhatikan bahwa aturan akar kuadrat memberikan ukuran rata-rata tim bukan ukuran tim yangmaksimal. Dengan demikian, dalam proyek 49mm kami, tim mulai dari 0, mungkin 2 atau 3 pada tahapawal, mungkin mencapai puncaknya pada 12 selama tahap konstruksi kemudian turun ke beberapamenjelang akhir sebelum kembali ke 0 di akhir.Dalam program dari beberapa sub-proyek Anda akan menerapkan aturan akar kuadrat dengan sub-proyek terbesar untuk mendapatkan gambaran kasar tentang durasi program.Ini bukan rumus ajaib yang memberitahu Anda persis berapa lama proyek akan memakan waktu -banyak faktor dapat mempengaruhi durasi proyek. Hal ini hanya panduan kasar untuk durasi terpendekada kemungkinan untuk melakukan proyek masuk
  • 5. Pengguna usaha Dalam pengalaman Anda, yang memperkirakan berapa jam usaha pengguna akan diminta untuk"TI" proyek? Jika kita jujur kadang-kadang jawabannya adalah bahwa tidak ada yang melakukan. JikaAnda adalah manajer SDM dan tidak ada yang memberitahu Anda berapa banyak pekerjaan yang akandibutuhkan dari orang-orang Anda apa yang akan Anda menganggap dalam perencanaan Anda? Sebuahnol bulat besar. Apa pun lebih baik dari asumsi default dari nol.Misalkan pada proyek-proyek masa lalu hubungan antara TI upaya dan usaha pengguna telah sebagaiberikut: Upaya TI Upaya PenggunaPersyaratan 1 1Pengguna Fungsi Desain 2 1TI Teknis Desain 3 1Membangun dan Unit Test 4 1Sistem dan User Uji 2 1 Jadi, dalam persyaratan masuk untuk setiap hari orang TI upaya telah terjadi hari seorang priadari upaya pengguna. Pada langkah fungsi pengguna desain untuk setiap 2 hari orang TI upaya telahada 1 orang hari usaha pengguna. Setelah diperkirakan upaya TI per langkah Anda bisa setidaknyamendapatkan ide yang sangat kasar dari upaya pengguna per langkah. Jika Anda dapat memperkirakanwaktu pengguna lebih akurat Anda harus, tapi apa pun lebih baik dari perkiraan nol waktu penggunayang diasumsikan karena tidak ada nomor lain telah disebutkan.Di atas adalah ilustrasi tentang bagaimana esensi yang bisa didapatkan dari proyek masa lalu untukmenghasilkan aturan praktis yang akan di manajer panduan setidaknya proyek untuk stadion baseballyang tepat ketika melakukan top down memperkirakan.RealismeDalam pengalaman Anda jangan proyek berakhir biaya kurang dari estimasi awal atau lebih dariestimasi awal? Lebih? Mengapa? Mengapa orang cenderung meremehkan di awal? Karena merekamisalnya:• ingin proyek untuk terbang• tidak memungkinkan untuk perubahan• tidak memungkinkan untuk kegiatan pengelolaan• tidak termasuk kegiatan pemeriksaan kualitas• tidak termasuk kontingensiMengapa manajer proyek kadang-kadang meninggalkan hal-hal ini? Rasa bersalah.Misalkan pada usaha proyek masa lalu sebenarnya dikeluarkan sebagai berikut:Mengubah 15%Merencanakan, mengendalikan, mengawasi 10%kualitas pemeriksaan 15%terencana tugas 10%
  • 6. Hanya masuk akal untuk mengasumsikan pengeluaran serupa pada proyek serupa berikutnyadan karena itu termasuk hal-hal ini estimasi proyek berikutnya. Tapi harap menambahkan merekapersentase sampai - apa yang harus mereka datang ke? Sekitar 50%. Sekarang Anda harus pergi kesponsor Anda atau Direksi dengan rincian perkiraan Anda, 50% yang merupakan perubahan, kualitas,kontingensi ... Pada titik ini bahkan manajer proyek yang paling berpengalaman mulai merasa bersalahbahwa mereka pelapis perkiraan dan apa yang mereka lakukan? Menutup mata mereka berharap hal-halakan pergi dan meninggalkan mereka keluar dari perkiraan. Jika Anda meninggalkan semua hal-hal diluar proyek akan biaya sekitar dua kali lipat perkiraan Anda. Bagaimana kita membuat manajer proyek harus realistis dan termasuk faktor-faktor yang sesuaidalam perkiraan mereka? Membuat mereka secara pribadi bertanggung jawab atas perkiraan merekaberikan pada awal setiap tahap. Pada akhir panggung secara independen mengukur biaya aktual dandekat itu adalah untuk perkiraan yang lebih besar berikutnya membayar manajer proyek naik - dan kitabahkan mungkin membayar bonus. Dan jika sebenarnya jauhnya dari perkiraan ...Dalam budaya agak keras bermata akan Anda termasuk persentase yang relevan dalam perkiraan Anda?Anda akan. (Kebetulan, persentase untuk hal-hal seperti perubahan dan kontingensi biasanya akan lebihrendah bagi perusahaan kecil, proyek-proyek sederhana, tapi bisa jadi lebih tinggi untuk besar, proyek-proyek kompleks).Jadi, Anda melakukan pekerjaan profesional memperkirakan dan termasuk persentase yang sesuai.Anda kemudian menyajikan rincian biaya Anda untuk sponsor, bahkan Direksi. Mereka ngeri biaya danmeminta anda untuk memangkas estimasi Anda. Apa yang akan Anda lakukan? Tawarkan untukmengurangi ruang lingkup proyek mungkin. Tapi tidak, mereka ingin ruang lingkup penuh, hanyaperkiraan yang lebih rendah. Anda membenarkan angka dengan menampilkan actuals proyek masa lalu tetapi mereka tidakmau tahu. Mereka hanya meminta anda untuk mengurangi perkiraan Anda. Apakah Anda menyerah?Tidak, Anda mengatakan sesuatu seperti ini: "Inilah yang saya pikir akan biaya Jika Anda dapatmenemukan manajer lain proyek yang akan melakukannya untuk perkiraan Anda, harap Tetapi jikaAnda ingin saya untuk mengelolanya ini adalah estimasi... "Apakah Anda akan mengambil risiko dengan mengatakan bahwa Anda kepada Dewan Direksi? Ya, tapiresiko yang sangat kecil memang dibanding dengan risiko yang alis-dipukuli hingga menyetujui angkayang lebih rendah dan kemudian gagal spektakuler. Contoh lain yang baik mengapa tidak mudahmenjadi seorang manajer proyek dan mengapa harus menjadi pekerjaan yang dibayar dengan baik.Hal ini sangat benar dan tepat bahwa manajer senior dimasukkan ke dalam tantangan sulit untuk nomorAnda: "Lima belas persen pada kualitas Tentunya yang harus 5% tidak boleh itu?" Sekarang diamungkin tidak punya petunjuk apa yang seharusnya - dia mencari reaksi Anda. Jika Anda segera guadan mengatakan Anda akan mengubahnya ke 5% seluruh kredibilitas Anda keluar jendela. Tetapi jikaAnda dengan tenang menjelaskan mengapa 15% dan tampaknya memiliki alasan yang baik sponsor,Dewan atau siapa pun Anda sedang melakukan presentasi untuk jauh lebih mungkin untuk menerimasisa nomor Anda. Tes tantangan acak apakah Anda baru saja membuat beberapa nomor atau apakahAnda benar-benar tahu apa yang Anda bicarakan.Jadi, karena Anda bertanggung jawab atas akurasi perkiraan, Anda ingin mendapatkan yang benar tapibagaimana Anda memperkirakan apa tahap akan dikenakan biaya?
  • 7. Bottom up memperkirakan 1. Identifikasi kiriman dari panggung. Terdengar jelas, tetapi secara sadar berhenti dan berpikir: apa yang harus disampaikan dari panggung? Jika kita memperkirakan Tahap 1, kiriman mungkin dokumen persyaratan, UFD, kasus biaya revisi manfaat, Tahap 2 merencanakan dan perjanjian, dokumen strategi pengujian, segulung rencana ... dan mungkin beberapa hal lain juga. 2. Menulis daftar yang sangat panjang dari semua tugas pekerjaan karena itu Anda perlu lakukan di Tahap 1 agar dapat memberikan hal-hal. 3. Perkirakan berapa jam kerja setiap tugas akan mengambil, menggunakan catatan berapa lama tugas serupa mengambil proyek-proyek masa lalu. Pikirkan setiap tugas proyek yang Anda suka itu sudah dilakukan sebelumnya pada proyek sebelumnya. Jika Anda tahu berapa lama waktu Anda tidak akan perlu menebak. 4. Memungkinkan untuk investasi. Hal-hal seperti perencanaan, pencatatan waktu, pertemuan tim, pengawasan, pembinaan. 5. Menyesuaikan tingkat keterampilan. Jika terakhir kali tugas mengambil 1 hari tetapi dilakukan oleh seorang ahli, pemula mungkin mengambil dua, tiga atau bahkan empat hari untuk melakukan tugas yang sama. Jelas, jam tugas akan tergantung pada siapa Anda memberikannya kepada. 6. Mengembangkan rencana tahap konsep. Sketsa yang mungkin melakukan tugas-tugas dan kapan. Hal ini biasanya akan mengungkapkan tugas-tugas tambahan yang harus dilakukan tetapi yang tidak ada dalam daftar. 7. Menilai risiko. Kita tahu kira-kira yang akan melakukan apa dan kapan. Sekarang adalah waktu untuk melihat rinci pada risiko panggung. Hal ini dapat mengakibatkan menambahkan tugas pengurangan risiko ke dalam rencana (ingat serah terima tugas bagi mereka yang mungkin meninggalkan?) Ditambah dengan jumlah usaha / uang untuk hal lain yang mungkin muncul yang mungkin berarti tugas harus ditambahkan ke rencana sekali panggung sedang berlangsung - di kontingensi kata lain. 8. Validasi perkiraan. Jangan pernah menggunakan hanya satu orang untuk melakukan estimasi atau hanya satu teknik. Gunakan banyak orang dan datang pada perkiraan dalam banyak cara yang Anda bisa: top down, bottom up, harga pihak ketiga, dibandingkan dengan proyek-proyek masa lalu, aturan praktis, dll Apakah Anda punya buku telepon berguna? Coba ini. Memperkirakan dan menuliskan berapa banyak nama menurut Anda tercantum di dalamnya - hanya top down angka perkiraan. Sekarang memperkirakan dan menuliskan ini 3 angka: • berapa banyak halaman ada dalam buku ini (tidak mengintip!) • berapa banyak kolom nama ada pada setiap halaman • berapa banyak nama yang tercantum dalam setiap kolom Sekarang kalikan 3 angka bersama untuk memberikan sesuatu yang mirip dengan bawah ke atas perkiraan.
  • 8. Berikutnya, melihat sampul buku telepon (tidak membuka buku). Ia mengatakan bidangapa buku ini meliputi. Perkirakan berapa banyak rumah-rumah ada di daerah itu kemudiankurangi persentase menurut Anda mungkin mantan direktori. Jika buku telepon termasuk bisnismemperkirakan berapa banyak dari mereka ada di daerah tersebut dan menambahkannya.Anda sekarang harus memiliki 3 perkiraan yang berbeda untuk jumlah nama dalam buku ini.Sekarang, dengan tiga perkiraan menjadi pertimbangan, membentuk penilaian revisi berapabanyak nama yang ada di buku dan menuliskannya (dan ingat kenaikan gaji berikutnyatergantung pada akurasi perkiraan ini!).Sekarang buka buku dan kalikan jumlah sebenarnya dari halaman x jumlah kolom per halamanx jumlah nama per kolom. (Anda mungkin perlu melakukan perhitungan terpisah untuk bagianperumahan dan bisnis direktori). Perkiraan akhir Anda harus banyak lebih dekat dengan jawaban yang benar dari atas kebawah angka perkiraan awal Anda. Bottom up perkiraan (halaman x kolom x nama per kolom)mungkin akan menjadi yang paling dekat dari awal Anda tiga perkiraan.Latihan sedikit tidak selalu bekerja, tapi itu tidak menunjukkan biasanya ada beberapa carauntuk sampai pada perkiraan untuk sesuatu. Gunakan banyak metode dan banyak orang,mempertimbangkan hasil dalam putaran dan tiba pada perkiraan yang lebih tepat.Mari kita kembali ke pertemuan itu dengan mesin kopi ketika Anda ditekan untuk menebak apayang mungkin biaya proyek. Katakanlah: "Aku tidak tahu, aku akan kembali kepada Anda."Jika itu adalah bagian kecil dari karya mengumpulkan beberapa rekan putaran meja Anda,melalui sesuatu yang mirip dengan latihan buku telepon, zip melalui checklist Andamemperkirakan (jika Anda tidak punya satu, mulai mengumpulkan satu!) Kemudian sampaipada memperkirakan. Angka itu mungkin akan sangat berbeda dari yang Anda akan diberikan disamping mesin kopi. Tentu saja, jika Anda telah diminta untuk memperkirakan proyek besar itubisa mengambil hari atau bahkan berminggu-minggu kerja untuk sampai pada sesuatu yangmendekati perkiraan yang akurat: menggunakan aturan praktis, konsultasi catatan proyekterakhir, konsultasi pakar, berbicara dengan anggota tim potensial , mendapatkan hargaeksternal, dll Waktu yang diperlukan untuk menghasilkan estimasi yang wajar jelas berkaitandengan ukuran dan kompleksitas proyek.Wajib tinjauanBanyak perusahaan mandat yang telah menghasilkan perkiraan menggunakan apapun teknikyang sesuai, manajer proyek harus mendapatkan rekan perkiraan terakhir sebelum mengutipperkiraan kepada sponsor / klien / tim penjualan / manajemen senior.Manajer proyek berbicara melalui perkiraan mereka dengan seseorang dari dukungan proyek.(Catatan, pembicaraan melalui ini bukan latihan kotak-berdetik di mana Anda mengirimdokumen ke seseorang yang memeriksa Anda telah mengisi formulir tertentu..) Manajer proyekmenjelaskan bagaimana mereka tiba di perkiraan - siapa yang terlibat, masa lalu yang proyekperkiraan telah diturunkan dari atau dibandingkan dengan, dll dukungan Proyek akanmengajukan pertanyaan seperti:???? "Di mana anggaran perubahan Mengapa hanya 5kontingensi% Mana waktu pelatihan pengguna Berapa banyak waktu yang ada di sana untukjaminan kualitas Mengapa tidak ada perjalanan biaya? " Dan lain-lainTerus terang sangat mudah bagi seorang manajer proyek untuk con sponsor (apa sponsor tahutentang apa yang harus disertakan dalam perkiraan?), Tetapi Anda tidak bisa menarik wol atasmata dukungan proyek orang itu: dia sudah ada melihatnya dan melakukannya (lihat babtentang dukungan proyek). Tidak lagi dapat manajer proyek lolos dengan menebak, merekaharus menunjukkan seseorang independen bahwa mereka telah tiba di perkiraan profesional.(Kau tidak ragu berpikir bahwa Anda akan tentu saja sampai pada perkiraan Anda secara
  • 9. menyeluruh dan profesional tanpa seperti cek Tentu Anda akan.. Cek seperti ini bukan untuk Anda, mereka adalah untuk orang rekan dari Anda yang dinyatakan mungkin akan tergoda hanya menebak ...) Setelah orang mendukung proyek mulai melihat beberapa perkiraan proyek dia cepat akan menyetel ke kesalahan orang yang paling sering membuat dan ia kemudian dapat masalah pedoman untuk manajer proyek. Sebagai contoh: jangan lupa untuk memasukkan waktu untuk pertemuan tim yang biasanya sekitar x% dari jam kerja total proyek. Dibutuhkan mungkin setengah jam untuk melewati perkiraan dengan dukungan proyek - lebih untuk proyek yang sangat besar jelas - tetapi jika tinjauan perkiraan wajib diletakkan di tempat dapat mengakibatkan peningkatan dramatis dalam semalam dan akurasi estimasi.Warisan perkiraan Apakah Anda pernah mewarisi perkiraan dan harus mengelola sebuah proyek untuk itu? Apakahitu pengalaman yang menyenangkan? Satu-satunya orang yang harus diizinkan untuk mengutipperkiraan adalah orang yang akan mengelola proyek. Itulah satu-satunya orang dengan insentif untukmendapatkan estimasi yang tepat.Jika Anda mengambil alih proyek dan perkiraan terlampir, dalam meninjau semua minggu pertama danjika perkiraan adalah salah berteriak keras (dan dengan implikasi menyalahkan pendahulunya Anda).Jika Anda membiarkannya lebih dari seminggu atau jadi salah Anda, Anda menyebabkannya. Tidakadil, tetapi yang akan menjadi persepsi.Saran terbaik dari semua adalah: tidak pernah mengambil alih cara setengah (besar) proyek melalui -Anda tidak pernah tahu apa yang Anda mengambil, Anda tidak pernah tahu apa batu telah terlewatyang menyembunyikan kejutan. Pergi berlibur, pensiun, hamil - apa pun. Tapi jika ada jalan keluar dananda terpaksa mengambil proyek di atas, dalam minggu pertama mengangkat semua batu, bahkanmendapatkan tinjauan independen (lihat bab dukungan proyek). Mungkin Anda akan beruntung,semuanya baik-baik saja. Tetapi, mengapa para manajer proyek sebelumnya pergi?Mengapa orang mendapatkan perkiraan yang salahAda banyak alasan orang mendapatkan perkiraan yang salah:• Lebih dari optimisme - tidak akan salah• Meremehkan hal-hal sepertio kontrolo pembinaano pengawasano proyek pertemuano waktu pelatihano komunikasi waktuo pengguna upaya• Kurangnya pemahaman tentang lingkup proyek• Mengabaikan kenyataan - dengan asumsi tidak akan ada perubahan, tidak ada yang tak terduga akan menggigit Anda• Hanya menebak• Mampu lolos tanpa validasi independen• Memperkirakan bukan merupakan aktivitas dikelola
  • 10. Saran untuk mendapatkan itu benarMemecah program yang besar menjadi sub-proyek, siaran, tahap. Memperkirakan setiap bit secaraterpisah dan menambahkannya semua kembali.Jauhkan rilis pertama ke fungsi penting. Hal ini membantu dalam dua cara. Release 1 jelas lebih kecildari semuanya akan menjadi lebih mudah dan karena itu inheren untuk diperkirakan, tetapi Anda akancenderung untuk menempatkan barang-barang itu ke Rilis 1 yang yang paling baik dipahami dankarenanya lebih mudah untuk diperkirakan. Tinggalkan semua hal yang tidak jelas sampai siaran yangkemudian oleh waktu satu berharap ini akan menjadi lebih jelas.Jangan mengutip rentang sempit. Jika seseorang memberitahu Anda sebuah proyek yang akan menelanbiaya antara 100 dan 120 nomor yang akan kau dengar? Mungkin 100. Tapi estimator yang dipikirkanitu akan dikenakan biaya 120. Segera salah komunikasi.Kutip rentang yang sangat luas untuk menunjukkan tingkat ketidakpastian. "Saya sudah mencari Anda,saya harus pergi ke pertemuan Dewan - bisa Anda ceritakan kira-kira apa proyek yang harusdilakukan ... akan biaya?" "Ya saya bisa Ini jelas. Akan dikenakan biaya antara £ 10.000 dan sepuluhjuta pound." "Apa kau tidak bisa lebih tepat dari itu?" "Tidak, bukan pada apa yang telah Andamengatakan kepada saya sejauh ini." (Seorang manajer proyek dilakukan sepasang dadu untuk acara-acara seperti Dia akan melempar dadu dan jika mereka menunjukkan, katakanlah, sembilan ia akanberkata:. "Proyek ini akan menelan biaya sembilan." "Sembilan apa" "Saya tidak tahu? , Andamemutuskan. ")Jangan faktor dalam tabungan dari alat-alat baru. Penggunaan pertama mungkin akan meningkatkanbiaya karena kurva belajar. Memiliki anggaran tetap. Ini dapat sangat memberdayakan manajer proyek untuk berkata tidakuntuk non-esensial fungsi. "Saya ingin melakukannya untuk Anda tapi aku takut itu tidak akan masukke dalam anggaran." Jika Anda pernah menjalankan proyek Anda akan tahu bahwa beberapa hal akanmenjadi mudah dilakukan, hal lain yang hanya tahu akan menyebabkan kesulitan. Setiap alasan untuktidak menyertakan hal seperti itu jika mereka tidak penting berguna.Mencobai mereka yang datang kepada Anda dengan perkiraan: "Bagaimana peluang pekerjaan akanbiaya kurang dari perkiraan ini?" Jika orang itu sekarang mulai tertawa tak berdaya apa artinya itu? Iniakan biaya banyak lebih dari perkiraan mereka. Minta mereka untuk mencoba lagi dan kembali denganangka revisi dan memberitahu mereka harus ada kesempatan 50% pekerjaan akan biaya kurang dariperkiraan. Periksa kehidupan estimator di dunia nyata. Beberapa orang hidup di dunia fantasi di mana takseorang pun membuat kesalahan, tidak ada perubahan pikiran mereka, tidak ada yang memiliki harilibur atau pergi sakit ... Mereka memperkirakan apa proyek harus biaya. Angka itu tidak berguna bagimanusia maupun hewan. Kami ingin tahu apa proyek yang akan menelan biaya di dunia nyata.Memang, beberapa manajer proyek yang berpengalaman tidak pernah meminta siapa pun untukperkiraan, mereka tidak pernah menggunakan kata itu. Mereka mengajukan pertanyaan seperti ini:"Silahkan Anda akan pergi dan berhasil untuk saya berapa banyak Anda pikir ini bagian dari pekerjaanbenar-benar benar-benar akan berakhir biaya kami?" Dan mereka mengatakan jika Anda mengajukanpertanyaan dengan cara itu Anda akan mendapatkan angka yang lebih realistis daripada jika Andaminta perkiraan.Hindari alat memperkirakan otomatis. Alat memperkirakan meminta Anda beberapa ratus pertanyaan.Beberapa pertanyaan yang tidak Anda pahami, sehingga Anda menebak makna dan memberikanjawaban. Alat ini memberikan jawaban yang sangat tepat namun sangat salah - sampah, keluar sampah!Ketika top down memperkirakan, dan Anda tidak tahu siapa yang akan berada dalam tim, Anda harus
  • 11. mengasumsikan tingkat keterampilan rata-rata. Tapi ingat Anda mungkin akan memiliki orang-orangyang lebih junior dari orang-orang senior sehingga tingkat keterampilan rata-rata tidak setengah jalanke bawah, itu lebih rendah dari itu. Jika ragu bertanggung anothers akan memiliki keterampilan pesertapelatihan mentah.Sketsa rencana / jadwal sebelum mengutip estimasi. Jika Anda membuat daftar semua tugas yang Andapikir Anda harus melakukan, ukuran masing-masing dan menambahkan itu Anda akan mendapatkanperkiraan. Tapi ketika Anda mulai membangun rencana Anda akan menemukan Anda harus menambahkan tugas tambahan untuk membuatsemuanya cocok bersama-sama benar. Mereka tidak di daftar Anda.Ketika bottom up memperkirakan mendapatkan anggota tim untuk menyetujui perkiraan untuk tugas-tugas mereka.Masukan perkiraan Anda secara tertulis, yang menyatakan asumsi yang menjadi dasarnya. Jikapenaksir dinding-lukisan proyek kami telah berkata: "Nah, dengan asumsi tembok dipersiapkan dan adapot cat dan roller sana dan saya harus memberikan satu mantel itu akan memakan waktu dua jam", ituakan sudah jelas kami memiliki pemahaman sangat berbeda dari lingkup proyek.Menyadari kecenderungan beberapa individu. Beberapa akan memberikan perkiraan macho: "Aku Ibisa melakukan itu dalam satu hari mudah.?" Lainnya adalah sangat pesimis: "Ooh, yang bisamemakan waktu berminggu ..." Mungkin meminta mereka berapa lama waktu yang dibutuhkan oranglain untuk melakukan pekerjaan: "Saya bisa melakukannya dalam satu hari tetapi dia Sekitarseminggu?" Rahasia sesungguhnya dari Penaksiran baik adalah rekaman pada proyek-proyek saat ini berapabanyak jam kerja setiap tugas proyek benar-benar membutuhkan waktu sehingga berikutnya kitamemiliki bukti kuat dan tidak harus menebak. Lebih lanjut tentang ini pada bab berikutnya.Jika Anda memperkirakan dengan benar dan memungkinkan untuk semua yang kami telahmenyarankan artinya semua perkiraan Anda akan terlalu tinggi dan semua proyek akan mulai datangdengan cara di bawah perkiraan? No Jika Anda termasuk dalam segala sesuatu memperkirakan bahwapada kenyataannya akan dikenakan biaya waktu dan uang hanya perkiraan akan lebih akurat. Jika Andamenemukan bahwa semua proyek datang di bawah perkiraan kemudian mulai khawatir bahwa orangmerupakan perkiraan padding. Tapi risiko biasanya cara lain: orang cenderung meremehkan. Dalamsetengah teori proyek harus datang sedikit di atas perkiraan dan sedikit di bawah setengah sehinggaseluruh organisasi itu saldo keluar.Kesimpulannya:• definisi proyek yang baik adalah kunci• Dokumen asumsi• Gunakan sejarah• Jangan menebak• Mengelola proses yang menghasilkan perkiraan• Memiliki validasi independen wajibActuals Rekam • pada proyek-proyek saat ini untuk memungkinkan perkiraan lebih baik di masa"Orang yang mengatakan proyek ini akan mengambil terpanjang dan biaya yang paling adalahorang hanya dengan petunjuk bagaimana untuk melakukannya.""Tidak mungkin bagi orang yang tidak harus melakukannya."

×