Professional Documents
Culture Documents
Deskripsi Ulos
Deskripsi Ulos
Project?
March 23, 2016 by
Eamonn McGuinness
So how do you know that you’ve got a project on your hands? What makes a body of work a
project? If you’ve found yourself asking these questions recently, then this post is for you.
It’s obviously not possible to fix and agree on all four of these constraints as the projects starts,
which is why they’re called conflicting constraints. Let’s take a simple example to explain: it
wouldn’t be possible for you to deliver forty new features or requirements in your project in one
year of time to perfect quality with one person, if the last time you did it, it took four years.
It’s important to listen to your customer and ask enough questions, so you understand which of
these constraints are really critical, and therefore fixed.
Is it that all the requirements have to be delivered? Or is it that something significant is needed by
the end of the year, even if all the requirements are not delivered? Or is it that you need to do as
much as you can with four people and a hundred thousand dollars?
This is often called the time–quality–cost triangle. Time, quality, and cost are the sides of the
triangle and you elongate or shorten each of the sides until they form a triangle. So you may be
fixing one of the constraints and adjusting the other two to match.
If I use an example close to home, at BrightWork we release a new product to our customers
about twice a year, so we endeavor to fix time at about six months. The quality and the ease of use
has to meet a very high standard, it’s not appropriate or right to ship poor quality. So in the
BrightWork case, the time and the quality are fixed and therefore the third constraint, which is the
scope of functionality we deliver, is the one that varies. So we try to fit in as much capability as
we can in each release, but it has to be done in a certain amount of time and with a very high
degree of quality. So in our case, time and quality are fixed and scope is variable.
2. Proyek bersifat sementara. Ini biasanya memiliki awal yang ditentukan dan titik akhir yang
ditentukan.
3. Proyek akan memiliki seperangkat persyaratan unik yang perlu disampaikan dalam batas-
batas proyek ini.
4. Sebuah proyek biasanya bisa lebih dari sekali usaha, daripada sesuatu yang terjadi
sepanjang waktu secara berulang.
5. Proyek bukan 'bisnis seperti biasa', yang lebih mirip dengan suatu proses.
6. Suatu proyek bisa sangat sering bersifat lintas fungsional, atau memang lintas organisasi.
Anda juga akan menemukan bahwa proyek khas Anda dipengaruhi oleh kendala yang saling
bertentangan. Berikut adalah empat batasan umum yang harus diperhatikan:
2. Waktu - suatu proyek biasanya diminta oleh pelanggan pada tanggal yang disepakati.
4. Sumber Daya - jumlah uang, anggaran atau sumber daya yang tersedia untuk dikeluarkan
pada proyek.
Jelas tidak mungkin untuk memperbaiki dan menyetujui keempat kendala ini saat proyek
dimulai, itulah sebabnya mereka disebut kendala yang saling bertentangan. Mari kita ambil
contoh sederhana untuk menjelaskan: tidak mungkin bagi Anda untuk memberikan empat
puluh fitur atau persyaratan baru dalam proyek Anda dalam waktu satu tahun untuk
menyempurnakan kualitas dengan satu orang, jika terakhir kali Anda melakukannya, butuh
empat tahun .
Penting untuk mendengarkan pelanggan Anda dan mengajukan cukup pertanyaan, sehingga
Anda memahami kendala mana yang benar-benar penting, dan karenanya diperbaiki.
Apakah semua persyaratan harus dipenuhi? Atau apakah sesuatu yang penting diperlukan
pada akhir tahun, bahkan jika semua persyaratan tidak dipenuhi? Atau apakah Anda perlu
melakukan sebanyak mungkin dengan empat orang dan seratus ribu dolar?
Ini sering disebut segitiga waktu-kualitas-biaya. Waktu, kualitas, dan biaya adalah sisi-sisi
segitiga dan Anda memanjangkan atau memendekkan masing-masing sisi hingga
membentuk segitiga. Jadi, Anda mungkin memperbaiki salah satu kendala dan
menyesuaikan dua lainnya agar sesuai.
Kirim masukan
Histori
Memulai dengan Template Manajemen Proyek SharePoint Gratis dari BrightWork
Sekarang setelah Anda memahami karakteristik dan kendala yang dihadapi proyek tipikal,
sekarang saatnya untuk memikirkan bagaimana Anda akan benar-benar mengelola
pekerjaan! Jika solusi manajemen proyek sudah digunakan dalam organisasi Anda, mulailah
dari sana. Jika tidak, periksa untuk melihat apakah Microsft SharePoint, alat kolaborasi,
tersedia.
Jika demikian, mengapa tidak mengunduh dan menggunakan Template Manajemen Proyek
SharePoint gratis dari BrightWork, untuk memulai perjalanan manajemen proyek Anda?
Templat saat ini digunakan oleh lebih dari 40.000 organisasi di seluruh dunia untuk berhasil
mengelola proyek dengan SharePoint dan baru-baru ini diperbarui dengan fitur baru yang
menarik.
• Mudah merencanakan proyek Anda dengan template manajemen proyek yang telah
dikonfigurasi sebelumnya
• Dapatkan visibilitas instan ke status proyek Anda dengan KPI dan dasbor pelaporan visual
• Berkolaborasi lebih efektif dengan tim Anda di situs proyek terpusat di SharePoint.