Anda di halaman 1dari 14

MAKALAH

MANAJEMEN PROYEK SISTEM INFORMASI


CHAPTER III
THE PROJECT MANAGEMENT PROCESS GROUPS

NAMA ANGGOTA KELOMPOK:


RIFKI ADITYA RAMADHAN (2201092032)
FACHRUL IHSAN (2201902007)
LARSA ZALONA ILLAHI (2201092044)
BINTANG SYAFPUTRA (2201092004)
BAIHAQI ALFARIZI DARNAS (2201092003)

JURUSAN TEKNOLOGI INFORMASI


PRODI MANAJEMEN INFORMATIKA
POLITEKNIK NEGERI PADANG
2023
KONTRIBUSI
THE PROJECT MANAGEMENT PROCESS GROUPS

A. PROJECT MANAGEMENT PROCESS GROUPS

Manajemen proyek merupakan upaya integratif di mana keputusan dan tindakan dalam satu
area pengetahuan dapat memengaruhi area pengetahuan lainnya. Interaksi ini memerlukan
pengorbanan di antara cakupan, waktu, dan biaya proyek. Manajer proyek perlu membuat
kompromi antara berbagai area pengetahuan, seperti antara mengelola risiko dan sumber daya.
Proses manajemen proyek meliputi kelompok proses yang melanjutkan dari inisiasi,
perencanaan, pelaksanaan, pemantauan dan pengendalian, hingga penutupan.

 Proses inisiasi: Membuat definisi dan memberikan wewenang pada proyek atau fase
proyek. Ini terjadi di setiap fase, seperti dalam fase penyelesaian, di mana proses inisiasi
memastikan penyelesaian pekerjaan, dokumentasi pelajaran yang dipelajari, dan
penerimaan pekerjaan oleh pelanggan.
 Proses perencanaan: Melibatkan merancang dan memelihara rencana kerja untuk
memastikan proyek memenuhi kebutuhan organisasi. Ini mencakup rencana manajemen
cakupan, jadwal, biaya, dan pengadaan, yang diperbarui untuk mengakomodasi
perubahan.
 Proses pelaksanaan: Mengkoordinasikan orang dan sumber daya untuk melaksanakan
rencana dan menciptakan produk atau hasil proyek. Ini termasuk mengarahkan pekerjaan,
mengelola pengetahuan proyek, memperoleh sumber daya, dan melakukan pengadaan.
 Proses pemantauan dan pengendalian: Secara teratur mengukur kemajuan untuk
memastikan pencapaian tujuan proyek. Manajer proyek dan tim memantau dan mengukur
kemajuan terhadap rencana, mengambil tindakan korektif jika diperlukan, dan
melaporkan kinerja kepada pemangku kepentingan.
 Proses penutupan: Melibatkan penerimaan resmi proyek atau fase proyek dan
menutupnya secara efisien. Ini mencakup kegiatan administratif seperti mengarsipkan
file, mendokumentasikan pelajaran yang dipelajari, dan menerima penerimaan resmi dari
pekerjaan yang diselesaikan.
Kelompok proses tidak saling eksklusif. Sebagai contoh, manajer proyek harus melakukan
proses pemantauan dan pengendalian sepanjang siklus hidup proyek. Artinya, proses pemantauan
dan pengendalian berlangsung secara bersamaan sepanjang proyek dengan proses inisiasi,
perencanaan, pelaksanaan, dan penutupan. Proses inisiasi dan perencanaan dapat berlangsung
secara bersamaan dengan proses pelaksanaan, begitu pula seterusnya untuk setiap kelompok
proses.

Tingkat aktivitas dan durasi setiap kelompok proses bervariasi untuk setiap proyek. Biasanya,
tugas-tugas pelaksanaan memerlukan sumber daya dan waktu paling banyak, diikuti oleh tugas
perencanaan. Tugas inisiasi dan penutupan biasanya paling singkat (di awal dan akhir proyek
atau fase, masing-masing), dan memerlukan sumber daya dan waktu paling sedikit.
B. MAPPING THE PROCESS GROUPS TO THE KNOWLEDGE AREAS
C. DEVELOPING AN IT PROJECT MANAGEMENT METHODOLOGY

Developing adalah sebuah istilah yang digunakan untuk menggambarkan proses pertumbuhan
atau perubahan yang berkelanjutan dalam suatu hal. Istilah ini bisa merujuk pada banyak
konteks, termasuk:

1. Pembangunan Ekonomi: Proses pertumbuhan ekonomi suatu negara atau wilayah. Ini
melibatkan peningkatan pendapatan per kapita, infrastruktur, standar hidup, dan berbagai
indikator lainnya.
2. yang bertujuan untuk meningkatkan kesejahteraan dan kualitas hidup masyarakat. Ini bisa
mencakup upaya untuk meningkatkan pendidikan, kesehatan, perumahan, dan layanan
sosial lainnya.
3. Pembangunan Manusia: Fokus pada peningkatan kualitas sumber daya manusia dalam
suatu masyarakat, seperti pendidikan, kesehatan, dan kemampuan teknis.
4. Pembangunan Wilayah: Pengembangan infrastruktur fisik, seperti jalan, jembatan,
perumahan, dan fasilitas umum lainnya di suatu wilayah atau daerah.
5. Pembangunan Perangkat Lunak: Proses membuat atau meningkatkan perangkat lunak
atau aplikasi komputer.
6. Pembangunan Pribadi: Proses pertumbuhan dan perubahan yang terjadi pada individu,
termasuk pembelajaran, pengalaman, dan perkembangan kepribadian.

Istilah "developing" biasanya digunakan secara positif untuk menunjukkan perubahan yang
menuju arah yang lebih baik. Namun, hal itu juga bisa mengacu pada proses yang kompleks dan
sering kali memerlukan upaya dan investasi yang besar.

D. Studi Kasus 2: Proyek Situs Intranet Manajemen Proyek JWD Consulting (Pendekatan
Agile)

Bagian ini menunjukkan pendekatan tangkas dalam mengelola proyek situs intranet manajemen
proyek JWD Consulting. Daripada mengulangi contoh dokumen yang ditunjukkan pada studi
kasus prediktif pertama, bagian ini menekankan perbedaan penggunaan pendekatan tangkas di
setiap kelompok proses. Ingatlah bahwa pendekatan tangkas sering digunakan untuk proyek di
01356_ch03_hr_085-150.indd 129 28/4/18 10:53 AMBab 3130 di mana tim bisnis tidak dapat
dengan jelas mengungkapkan cakupannya di awal siklus hidup produk, namun tim ingin
memberikan produk yang berpotensi dapat dikirim lebih awal daripada terlambat. Tim proyek
yang tangkas biasanya menggunakan beberapa iterasi atau pengiriman perangkat lunak daripada
menunggu hingga akhir proyek untuk menyediakan satu produk.

risiko yang lebih kecil, persyaratan yang tidak jelas, dan penjadwalan yang lebih fleksibel akan
lebih sesuai dengan pendekatan agile. Proyek yang sama digunakan di bagian ini untuk
menyoroti perbedaan utama antara proses dan keluaran dari kedua pendekatan ini. Saat
menggunakan teknik agile dan metode paling populernya, Scrum, tim menggunakan peran,
artefak, dan upacara tertentu. Peran Scrum, Artefak
Proyek yang sama digunakan di bagian ini untuk menyoroti perbedaan utama antara proses dan
keluaran dari kedua pendekatan ini. Saat menggunakan teknik agile dan metode paling
populernya, Scrum, tim menggunakan peran, artefak, dan upacara tertentu. Peran Scrum,
ArtefakThe same project is used in this section to highlight the main differences between the
processes and outputs of these two approaches. When using agile techniques and its most popular
method, Scrum, teams use specific roles, artifacts and ceremonies. Scrum Roles, ArtifactsProyek
yang sama digunakan di bagian ini untuk menyoroti perbedaan utama antara proses dan keluaran
dari kedua pendekatan ini. Saat menggunakan teknik agile dan metode paling populernya,
Scrum, sebuah tim menggunakan peran, artefak, dan upacara tertentu. Peran Scrum, Artefak
Ingat dari Bab 2 bahwa Scrum mencakup tiga peran utama bagi peserta proyek:
• Pemilik produk: Orang yang bertanggung jawab atas nilai bisnis proyek dan memutuskan
pekerjaan apa yang harus dilakukan dan dalam urutan apa, seperti yang didokumentasikan dalam
product backlog. Dalam hal ini, Joe Fleming adalah pemilik produk. Dia adalah CEO JWD
Consulting dan orang yang menyarankan proyek tersebut.
• ScrumMaster: Orang yang memastikan bahwa tim produktif, memfasilitasi Scrum sehari-hari,
memungkinkan kerja sama yang erat di seluruh peran dan fungsi, dan menghilangkan hambatan
yang menghalangi tim untuk melakukan proyek tersebut. menjadi efektif. ScrumMaster
mempunyai wewenang atas proses tersebut tetapi tidak pada orang-orang dalam tim. Mereka
harus merasa nyaman menyerahkan kendali kepada pemilik produk dan tim. Beberapa ahli
berpendapat bahwa manajer proyek tradisional tidak bisa menjadi Scrum Master yang hebat.
Dalam hal ini, Erica Bell akan menerima tantangan tersebut dan berperan sebagai ScrumMaster.
• Tim Scrum atau tim pengembangan: Sebuah tim lintas fungsi yang terdiri dari lima hingga
sembilan orang yang mengatur diri mereka sendiri dan bekerja untuk menghasilkan hasil yang
diinginkan pada setiap sprint. Sprint biasanya berlangsung selama dua hingga empat minggu, di
mana pekerjaan tertentu harus diselesaikan dan siap untuk ditinjau. Proyek besar mungkin
memerlukan tim dari tim. Dalam hal ini, Michael Chen, Jessie Faue, Kevin Dodge, Cindy
Dawson, Kim Phuong, dan Page Miller adalah anggota tim pengembangan. Posisi mereka
tercantum dalam piagam proyek yang ditunjukkan sebelumnya pada Tabel 3-6. Kim dan Page
adalah perwakilan klien yang tidak bekerja untuk JWD Consulting, namun mereka adalah
anggota tim utama, terutama untuk mengembangkan bagian intranet yang akan digunakan oleh
klien eksternal.01356_ch03_hr_085-150.indd 130 28/4/18 10:53 AMThe Grup Proses
Manajemen Proyek 131Dalam Scrum, artefak adalah objek berguna yang dibuat oleh manusia.
Artefak dapat disebut sebagai penyampaian dalam pendekatan manajemen proyek lainnya. Tiga
artefak berikut ini dibuat dengan Scrum:
• Product backlog: Daftar fitur yang diprioritaskan berdasarkan nilai bisnis. Hal-hal dengan
prioritas tertinggi harus dirinci secara cukup rinci agar tim dapat memperkirakan upaya yang
diperlukan untuk mengembangkannya. Beberapa ahli menyarankan penjadwalan sekitar 10 hari
kerja untuk setiap item. Ukuran dan kompleksitas pekerjaan menentukan perkiraannya. • Sprint
backlog: Item dengan prioritas tertinggi dari product backlog yang harus diselesaikan dalam satu
sprint. Tim Scrum memecah item dengan prioritas tertinggi menjadi tugas-tugas kecil yang
membutuhkan waktu sekitar 12 hingga 16 jam untuk diselesaikan. Contoh sprint backlog dan
product backlog diberikan kemudian di bagian Perencanaan.
• Bagan Burndown: Menampilkan pekerjaan kumulatif yang tersisa dalam sprint setiap harinya.
Sebuah contoh grafik burndown diberikan kemudian di bagian ini di bawah Pemantauan dan
Pengendalian. ScrumMaster memfasilitasi empat upacara atau pertemuan ketika menggunakan
metode Scrum:
• Sesi perencanaan sprint: Pertemuan dengan tim untuk memilih serangkaian pekerjaan dari
product backlog yang akan dilaksanakan selama sebuah lari cepat. Pertemuan ini memakan
waktu sekitar empat jam hingga satu hari penuh.
• Daily Scrum: Pertemuan singkat bagi tim pengembangan untuk berbagi kemajuan dan
tantangan serta merencanakan pekerjaan untuk hari itu. Idealnya anggota tim berada di tempat
yang sama, rapat biasanya berlangsung tidak lebih dari 15 menit, dan diadakan pada waktu dan
tempat yang sama setiap harinya. Jika hal tersebut tidak memungkinkan, tim dapat menggunakan
konferensi video untuk mengadakan pertemuan virtual singkat. ScrumMaster menanyakan
pekerjaan apa yang telah dilakukan sejak kemarin, pekerjaan apa yang direncanakan hari ini, dan
hambatan atau hambatan apa yang mungkin menghambat upaya tim. ScrumMaster
mendokumentasikan hambatan-hambatan ini dan bekerja sama dengan pemangku kepentingan
utama untuk menyelesaikannya setelah Scrum harian. Banyak tim menggunakan istilah
permasalahan untuk hal-hal yang tidak harus diselesaikan dalam waktu 24 jam ke depan dan
istilah penghambat untuk hal-hal yang perlu segera diatasi. Hal ini memungkinkan ScrumMaster
untuk mempertahankan fokus pada item dengan prioritas tertinggi (blocker) terlebih dahulu dan
kemudian mengelola penyelesaian masalah lain pada hari berikutnya.
• Tinjauan Sprint: Pertemuan di mana tim mendemonstrasikan kepada pemilik produk apa yang
telah diselesaikannya selama sprint
.• Sprint retrospectives: Pertemuan di mana tim mencari cara untuk meningkatkan produk dan
proses berdasarkan tinjauan terhadap kinerja aktual tim pengembangan.
Pra-Inisiasi dan Inisiasi Proyek
Perbedaan utama antara pra-inisiasi dalam kasus ini dan kasus pertama adalah menentukan
peran dan memutuskan fungsionalitas apa yang akan diberikan sebagai bagian dari setiap rilis,
berapa banyak sprint yang diperlukan untuk menyelesaikan sebuah rilis, dan berapa banyak rilis
perangkat lunak untuk dikirimkan. Hal ini mirip dengan membagi proyek menjadi beberapa
proyek yang lebih kecil. Piagam proyek, daftar pemangku kepentingan, strategi pengelolaan
pemangku kepentingan, dan pertemuan awal akan tetap dibuat sebagai bagian dari inisiasi, sama
seperti yang ada dalam versi prediktif kasus ini. Namun, dengan menggunakan peran Scrum, Joe
Fleming akan menjadi pemilik produk, Erica Bell sebagai ScrumMaster, dan orang lain yang
tercantum dalam piagam proyek akan menjadi anggota tim.

Perencanaan
Daripada membuat piagam tim, WBS, bagan Gantt, dan daftar risiko yang diprioritaskan untuk
keseluruhan proyek, tim mengikuti metode Scrum. Pernyataan ruang lingkup awal untuk
keseluruhan proyek masih dapat menjadi alat yang berguna untuk perencanaan, meskipun tim
mengetahui bahwa rincian lebih lanjut akan ditambahkan dan perubahan akan dilakukan. Karena
Scrum menyiratkan bahwa anggota tim bekerja sebagai kelompok yang mandiri dan dilatih oleh
ScrumMaster, maka piagam tim tidak diperlukan.

Eksekusi
sebagian besar waktu dan uang harus dihabiskan untuk mengeksekusi, ketika rencana
diimplementasikan untuk menciptakan produk yang diinginkan. Tim akan menyelesaikan tugas
setiap hari, seperti yang terjadi pada versi prediktif kasus ini. Namun dengan menggunakan
pendekatan tangkas, tim akan menghasilkan beberapa iterasi dari produk yang berpotensi dapat
dikirim.

Pemantauan dan Pengendalian


Dua alat utama untuk memantau dan mengendalikan dalam kerangka Scrum adalah Scrum
harian dan tinjauan sprint. Scrum Harian diadakan setiap pagi untuk merencanakan dan
mengkomunikasikan pekerjaan pada hari itu dan mendiskusikan risiko, masalah, atau hambatan
apa pun. Scrum harian mencakup diskusi singkat tentang masalah dan hambatan apa pun yang
dihadapi tim. ScrumMaster akan bekerja dengan pemangku kepentingan yang tepat untuk
mengatasi masalah ini sebagai bagian dari pemantauan dan pengendalian. Menghilangkan
hambatan agar tim dapat bekerja dengan baik adalah salah satu tugas utama Scrum Master.

Penutup
Setelah tinjauan sprint, ScrumMaster memimpin sprint retrospektif. Dalam pertemuan singkat ini
(sekitar setengah jam), tim merefleksikan apa yang terjadi selama sprint. ScrumMaster biasanya
meminta masukan dari anggota tim melalui email terlebih dahulu dan menyusun hasilnya
sebelum rapat.Scrum Master biasanya meminta masukan dari anggota tim melalui email terlebih
dahulu dan menyusun hasilnya sebelum rapat.The ScrumMaster usually asks for input from team
members via email first and compiles the results before the meeting.Scrum Master biasanya
meminta masukan anggota tim melalui email terlebih dahulu dan menyusun hasilnya sebelum
pertemuan.The ScrumMaster usually asks for team members' input via email first and compiles
the results before the meeting. Hal ini menghemat waktu dan memfokuskan diskusi pada hal-hal
yang paling penting. Retrospektif mirip dengan laporan pembelajaran, namun berfokus pada
periode waktu yang lebih singkat. Retrospektif sprint dimaksudkan untuk menjawab dua
pertanyaan mendasar:
• Apa yang berjalan baik pada sprint terakhir yang harus terus kita lakukan?
• Apa yang bisa kita lakukan secara berbeda untuk meningkatkan produk atau proses?
KESIMPULAN

Manajemen proyek adalah cara untuk mengelola proyek agar dapat mencapai tujuan yang
diinginkan. Proyek adalah upaya sementara untuk menciptakan produk, layanan, atau hasil yang
unik. Proyek TI melibatkan penggunaan perangkat keras, perangkat lunak, dan jaringan. Ada tiga
batasan manajemen proyek yaitu ruang lingkup, waktu, dan biaya. Manajemen proyek
melibatkan penggunaan pengetahuan, keterampilan, alat, dan teknik pada aktivitas proyek untuk
memenuhi kebutuhan proyek. Ada 10 bidang pengetahuan manajemen proyek yaitu manajemen
integrasi proyek, ruang lingkup, jadwal, biaya, kualitas, sumber daya, komunikasi, risiko,
pengadaan, dan manajemen pemangku kepentingan. Program adalah sekelompok proyek terkait,
program tambahan, dan kegiatan program yang dikelola secara terkoordinasi untuk memperoleh
manfaat dan kendali yang tidak dapat diperoleh dari pengelolaan proyek secara individual.
Manajemen portofolio proyek melibatkan pengorganisasian dan pengelolaan proyek dan
program sebagai portofolio investasi yang berkontribusi terhadap keberhasilan seluruh
perusahaan. Manajer proyek memainkan peran kunci dalam membantu proyek dan organisasi
berhasil. Mereka harus memiliki banyak keterampilan, terus mengembangkan keterampilan
dalam proyek manajemen, manajemen umum, dan bidang penerapannya, seperti TI. Soft skill
khususnya kepemimpinan, sangat penting bagi manajer proyek. Profesi manajemen proyek terus
berkembang dan matang. Project Management Institute (PMI) adalah perkumpulan profesional
internasional yang memberikan beberapa sertifikasi dan menjunjung tinggi kode etik. Saat ini,
ratusan produk perangkat lunak manajemen proyek tersedia untuk membantu orang dalam
mengelola proyek.

DAFTAR PUSTAKA

Kathy_Schwalbe_-_Information_Technology_Project_Management-Cengage_(2019)[1].pdf
.

Anda mungkin juga menyukai