Fungsi utama dari organisasi IS selalu membangun dan menerapkan sistem. Bab
ini menjelaskan proses menggunakan kerangka kerja proyek. Ini dimulai dengan
mendefinisikan apa proyek dan siapa pemain yang menjadi kunci dalam proyek.
Ini kemudian menjelaskan bagaimana IT proyek dilakukan. Berbagai metodologi
pengembangan sistem dan pendekatan diperkenalkan dan dibandingkan. Bab ini
diakhiri dengan diskusi dua kritis daerah manajemen untuk keberhasilan proyek:
manajemen risiko dan manajemen perubahan.
Perampingan organisasi
Rekayasa ulang proses bisnis
Dengan mengadopsi lebih komprehensif, proses integratif
Menggabungkan teknologi informasi baru
Proyek yang terdiri dari serangkaian kegiatan one time yang dapat mengubah situasi ke barang baru yang
diinginkan. Perusahaan berusaha untuk bersaing melalui produk baru dan proses tapi ada pekerjaan membuat
perubahan radikal mereka jatuh di luar jangkauan untuk operasi normal. Disitulah proyek masuk. Ketika bekerja
hanya dapat dicapai melalui metode yang pada dasarnya adalah berbeda dari yang digunakan untuk
menjalankan operasi harian, terampil project manager memainkan peran penting.
Keberhasilan strategi bisnis membutuhkan eksekutif manajemen untuk memutuskan yang mana tujuan dapat
bertemu dengan kegiatan pokok operasi sehari-hari dan yang memerlukan penanganan khusus. Hampir semua
proyek sudah melibatkan kedua teknologi informasi ( itu ) dan komponen arus informasi banyaknya kegiatan
yang melibatkan internet, menggunakan aplikasi web dengan desain sistem. Kecepatan perubahan bisnis
membuat sulit untuk menjaga menjaga agar proyek itu sejalan dengan strategi bisnis yang dinamis. Selain itu,
kerumitan itintensive proyek ini mengalami peningkatan dari tahun ke tahun,
Bab ini memberikan gambaran mengenai apa sebuah proyek dan bagaimana mengatur untuk satu.Dimulai
dengan serpihan pembahasan secara umum proyek manajemen, kemudian tetap dengan aspek it-intensive
proyek yang membuat mereka unik menantang. Ini mengidentifikasi isu-isu bentuk peran manajer umum dalam
proyek tersebut dan membantu mereka untuk mengelola risiko. Akhirnya, menganggap apa artinya berhasil
menyelesaikan proyek TI.
DEFINI PROYEK.
Dalam berbagai derajat, organisasi menggabungkan dua jenis pekerjaan yaitu proyek dan Operations, untuk
mengubah sumber daya menjadi keuntungan. Kedua jenis dilakukan oleh orang-orang dan memerlukan aliran
sumber daya yang terbatas. Keduanya direncanakan, dilaksanakan, dan dikendalikan. Penerbangan sebuah
pesawat dari titik keberangkatan ke tujuannya adalah operasi yang membutuhkan pilot dan kru, penggunaan
pesawat terbang, dan bahan bakar. Operasi ini berulang-ulang: Setelah pesawat ini mengisi bahan bakar dan
dikelola, dibutuhkan penumpang baru untuk tujuan lain. Operasi pesawat yang terus menerus adalah layanan
transportasi. Namun, pengembangan desain untuk Pesawat tersebut adalah proyek yang mengharuskan orang
bekerja dalam waktu yang lama. Ketika desain selesai, pekerjaan berakhir. Gambar 10.1 membandingkan
karakteristik dari kedua proyek dan kerja operasional. Dua karakteristik terakhir yang khas dan menjadi dasar
untuk definisi formal:
Proyek adalah usaha sementara yang dilakukan untuk membuat produk yang unik,layanan atau hasil.
Sementara berarti bahwa setiap proyek memiliki awal dan akhir yang pasti.
Semua proyek memiliki pemangku kepentingan. stakeholder proyek adalah individu dan organisasi yang baik
yang terlibat dalam proyek, atau yang kepentingannya mungkin akan terpengaruh sebagai akibat dari pemangku
kepentingan Proyek project.6 termasuk manajer proyek dan proyek tim. Mereka juga termasuk sponsor proyek
yang biasanya adalah manajer umum yang menyediakan sumber daya untuk proyek dan yang sering
mengharapkan untuk menggunakan proyek kiriman. pelanggan merupakan kelompok stakeholder penting yang
tidak boleh dilupakan. Pelanggan adalah individu atau organisasi yang menggunakan produk proyek. Hubungan
antara stakeholder proyek ditampilkan dalam Gambar
Untuk mengatur pekerjaan menghadapi tim proyek, manajer proyek dapat memecah proyek dalam sub-proyek.
Dia kemudian mengatur sub-proyek ini di seluruh kegiatan yang berbeda, seperti pengujian kontrol kualitas.
Metode pengorganisasian ini memungkinkan manajer proyek untuk mengontrak jenis pekerjaan tertentu
eksternal untuk membatasi biaya atau saluran lainnya pada sumber proyek penting. Pada tingkat makro,
manajer umum dapat memilih untuk mengatur berbagai proyek sebagai elemen dari program yang lebih besar,
jika hal itu menciptakan efisiensi. Program-program tersebut kemudian menyediakan kerangka kerja yang
mengelola persaingan kebutuhan sumber daya dan pergeseran prioritas di antara satu set proyek.
Manajemen Proyek selalu melibatkan trade-off yang terus menerus, dan itu adalah
tugas manajer untuk mengelolanya. Bahkan tenggelamnya tragis Titanic telah
dikaitkan, sebagian, untuk proyek trade-off. Perusahaan yang membangun Titanic,
Harland dan Wolff di Belfast, Irlandia Utara, mengalami kesulitan menemukan jutaan
paku keling yang dibutuhkan untuk tiga kapal itu membangun pada waktu yang
sama. Di bawah waktu dan tekanan biaya untuk membangun kapal ini, manajer
perusahaan memutuskan untuk mengorbankan kualitas dengan membeli paku
keling kelas rendah yang digunakan pada beberapa bagian dari Titanic. Ketika
membuat trade-off, itu tidak mungkin bahwa manajemen perusahaan tahu bahwa
mereka membeli sesuatu yang begitu lancar bahwa kapal mereka akan tenggelam
jika menabrak gunung es. Meskipun demikian, trade-off terbukti bencana.
Trade-off dapat dimasukkan dalam segitiga proyek (lihat Gambar 10.3), yang
menyoroti pentingnya menyeimbangkan lingkup, waktu, dan biaya. Cakupan dapat
dibagi menjadi ruang lingkup produk (penjelasan rinci tentang kualitas produk, fitur,
dan fungsi), dan ruang lingkup proyek (pekerjaan yang diperlukan untuk memberikan
produk atau layanan dengan lingkup produk dimaksudkan). Waktu mengacu pada
waktu yang dibutuhkan untuk menyelesaikan proyek tersebut, sedangkan biaya
meliputi semua sumber daya yang diperlukan untuk melaksanakan proyek tersebut.
Dalam kasus tragis Titanic, manajer yang bersedia untuk perdagangan off
berkualitas untuk paku keling biaya lebih rendah yang memungkinkan mereka untuk
membangun ketiga kapal (lingkup) secara lebih tepat waktu (waktu).
Dalam sebagian besar proyek hanya dua elemen ini dapat dioptimalkan, dan ketiga
harus disesuaikan untuk menjaga keseimbangan. Misalnya, proyek dengan batas
waktu anggaran tetap dan mungkin tetap perlu untuk membatasi ruang lingkup.
Demikian juga, sebuah proyek yang harus diselesaikan dalam waktu singkat,
dengan lingkup yang besar, mungkin perlu fleksibilitas dalam anggaran untuk
mendapatkan sumber daya yang diperlukan untuk memenuhi tujuan. Adalah penting
bahwa para stakeholder proyek memutuskan pengesampingan "kunci keberhasilan"
(yaitu, waktu, biaya, atau lingkup), meskipun manajer proyek memiliki tanggung
jawab penting untuk menunjukkan kepada para pemangku kepentingan dampak
pada proyek memilih salah satu dari ini . Dalam kasus RPA di awal bab ini, ruang
lingkup adalah faktor kunci keberhasilan yang dikelola secara tidak tepat, ltimately
sehingga dalam waktu lebih lama dan biaya yang jauh lebih tinggi.
Tapi faktor kunci keberhasilan hanya satu ukuran yang digunakan ketika mengelola
sebuah proyek. Stakeholder peduli tentang semua aspek proyek. Mengukur dan
melacak kemajuan sering dilakukan pada saat (Bagaimana kita lakukan
dibandingkan dengan jadwal?), Biaya (Bagaimana kita melakukan perbandingan
dengan anggaran?), Lingkup (Apakah lingkup terus menjadi wajar?) Pelacakan,
serta sumber (Berapa banyak dari sumber daya kami telah kita dikonsumsi sejauh
ini?), kualitas (Apakah kualitas output / kiriman pada tingkat yang diperlukan untuk
sukses?), dan risiko (Bagaimana kita melakukan pengelolaan risiko yang terkait
dengan projek ini.
Sebuah proyek bisnis yang sukses sering dimulai dengan kasus bisnis yang ditulis
dengan baik yang merinci komponen proyek. Kasus bisnis jelas mengartikulasikan
rincian proyek dan berpendapat untuk sumber daya untuk proyek tersebut, Misalnya,
UPS memprioritaskan proyek-proyek pada kekuatan kasus bisnis mereka dan metrik
keuangan. Mereka juga membuat pertimbangan non-keuangan seperti berat proyek
internasional yang lebih berat untuk memacu growth.9 perusahaan Komponen kasus
bisnis dan metrik keuangan dibahas dalam Bab 7.
Proses yang digunakan untuk mengembangkan kasus bisnis menciptakan landasan
bagi proyek itu sendiri. Oleh karena itu perencanaan rinci, bersama dengan
perencanaan kontingensi, merupakan bagian penting dari manajemen proyek. Hal
ini sering dalam tahap perencanaan bahwa isu-isu implementasi, bidang yang
menjadi perhatian, dan kesenjangan diidentifikasi pertama. Selanjutnya, rencana
bisnis yang kuat memberikan semua anggota tim proyek dokumen referensi untuk
membantu keputusan dan kegiatan panduan.
Perangkat lunak manajemen proyek sering digunakan untuk mengelola proyek dan
melacak metrik kunci. Program seperti Microsoft Project, Intuit Quickbase,
Basecamp, dan banyak lainnya melacak anggota tim, kiriman, jadwal, anggaran,
prioritas, tugas, dan sumber daya lainnya. Banyak dari program-program ini
menyediakan dashboard metrik kunci untuk membantu manajer proyek dengan
cepat mengidentifikasi bidang yang menjadi perhatian atau masalah potensial kritis
yang perlu diperhatikan.
PMO
Meskipun mengelola proyek tidak satu set baru kegiatan untuk manajemen, itu
adalah perjuangan bagi banyak orang untuk membawa proyek tepat waktu, sesuai
anggaran, dan dalam lingkup. Beberapa organisasi membuat Project Management
Office (PMO), yang merupakan departemen yang bertanggung jawab untuk
meningkatkan efisiensi, mengumpulkan keahlian, dan meningkatkan pengiriman
proyek. Sebuah PMO dibuat untuk membawa disiplin untuk kegiatan manajemen
proyek dalam perusahaan. Sarbanes-Oxley Act juga sopir karena memaksa
perusahaan untuk memperhatikan lebih dekat dengan biaya dan kemajuan proyek.
Meskipun perusahaan mungkin tidak segera merealisasikan penghematan biaya,
efisiensi meningkat dan disiplin proyek akhirnya dapat menyebabkan penghematan
biaya.
PMOS dapat diharapkan untuk berfungsi dalam tujuh bidang berikut, menurut
Majalah CIO:
? dukungan proyek
? proses manajemen proyek dan metodologi
? Latihan
? Proyek basis manajer rumah
? konsultasi internal dan mentoring
? perangkat lunak manajemen proyek dan dukungan
? manajemen portofolio (mengelola beberapa proyek)
Tanggung jawab dari PMO berkisar luas, berdasarkan preferensi CIO di mana PMO
biasanya jatuh. Kadang-kadang PMO hanyalah sebuah clearing untuk praktik terbaik
dalam manajemen proyek, dan lain kali adalah organisasi yang lebih formal
mengelola semua proyek-proyek besar. Pada manajemen risiko perusahaan
Assurant Group, misalnya, sejumlah manajer proyek bekerja di PMO bawah arahan
COO. Menggunakan pengembangan perangkat lunak dan manajemen proyek
metodologi yang terdefinisi dengan baik, manajer PMO ini bekerja dengan manajer
bisnis untuk memperbaiki upaya-dari manajemen proyek mereka definisi
persyaratan untuk memasukkan-pelaksanaan audit. Dalam waktu empat tahun
instalasi PMO nya, 97% dari proyek Assurant ini disampaikan pada jadwal dan
anggaran.
Manajer proyek adalah pusat proyek. Peran manajer proyek adalah tidak mudah
karena memerlukan berbagai keterampilan manajemen untuk membuat proyek
sukses. Tantangan yang dihadapi seorang manajer proyek adalah untuk belajar dan
menerapkan keterampilan ini benar dalam situasi yang mengharuskan mereka.
Keterampilan mencakup persyaratan (1) mengidentifikasi dari sistem untuk
disampaikan, (2) menyediakan integrasi organisasi dengan mendefinisikan struktur
tim, (3) menugaskan anggota tim untuk bekerja pada proyek, (4) mengelola risiko
dan peluang memanfaatkan, (5) mengukur status, hasil dan pengecualian proyek
untuk memberikan kontrol proyek, (6) membuat proyek terlihat manajemen umum
dan stakeholder lainnya, (7) mengukur status proyek terhadap rencana, sering
menggunakan perangkat lunak manajemen proyek, (8) mengambil tindakan korektif
bila diperlukan untuk mendapatkan proyek kembali ke jalur, dan (9) pimpinan proyek.
Tiga pertama dari keterampilan ini adalah formulative; mereka memerlukan
perencanaan yang cukup dan merancang kemampuan. Keterampilan yang tersisa
adalah semua tentang mengambil tindakan dan bereaksi. Ketika sebuah proyek
menyimpang dari jalur yang diinginkan, tindakan korektif yang diperlukan untuk
mendapatkan proyek kembali track.
Sejumlah faktor mempengaruhi manajer proyek dan, pada akhirnya kinerja tim
mereka. Ini termasuk budaya organisasi dan pengaruh sosial ekonomi. budaya
organisasi mempengaruhi gaya kepemimpinan manajer proyek dan komunikasi
antara anggota tim. Misalnya, budaya yang memberikan penghargaan prestasi
individu lebih partisipasi tim dapat menghalangi tim proyek. Anggota mungkin
menimbun informasi bukan berbagi. Seorang pemimpin yang menetapkan contoh
yang baik bagi tim dan yang mendorong kerja sama tim memiliki kesempatan untuk
menghilangkan hambatan-hambatan ini. pengaruh sosial ekonomi pada proyekproyek mencakup standar pemerintah dan industri, globalisasi, dan budaya. Tren
eksternal organisasi, seperti perubahan standar dan peraturan industri, biasanya
mempengaruhi semua proyek dalam berbagai derajat. tren globalisasi menciptakan
kebutuhan untuk proyek-proyek yang mencakup zona waktu, lautan, dan batasbatas nasional, menambah kondisi yang sudah kompleks. pengaruh budaya, seperti
faktor ekonomi, etika, dan agama, mempengaruhi hubungan antara manusia dan
antara organisasi. Manajer proyek jam tangan untuk pengaruh ini dan membuat
keputusan untuk meminimalkan dampak negatif apapun.
Tim proyek
Tim proyek terdiri dari orang-orang yang bekerja sama untuk menyelesaikan proyek.
tim bisnis sering gagal karena anggota tidak memahami sifat pekerjaan yang
diperlukan untuk membuat tim mereka efektif. Teamwork dimulai dengan jelas
mendefinisikan tujuan tim dan peran masing-masing anggota dalam mencapai
tujuan tersebut. Tim harus memiliki norma-norma tentang perilaku, penghargaan
bersama, pemahaman bersama tentang peran, dan semangat tim. manajer proyek
harus memanfaatkan keterampilan anggota tim, pengetahuan, pengalaman, dan
kemampuan ketika menetapkan anggota tim untuk menyelesaikan kegiatan tertentu
secara asneeded. Selain kegiatan tim menyelesaikan mereka, anggota tim juga
mewakili departemen mereka dan mengirimkan informasi tentang departemen
mereka kepada anggota tim lainnya. berbagi informasi tersebut merupakan langkah
pertama menuju membangun konsensus tentang isu-isu proyek penting yang
mempengaruhi seluruh organisasi. Dengan demikian, manajer proyek yang efektif
menggunakan kerja tim baik untuk mengatur dan menerapkan sumber daya
manusia, untuk memotivasi penerimaan perubahan, dan untuk mengumpulkan dan
berbagi informasi di seluruh organisasi.
Rencana Siklus proyek
Rencana siklus proyek menyelenggarakan kegiatan proyek diskrit dan sekuens
mereka dalam langkah sepanjang garis waktu sehingga proyek memberikan sesuai
dengan persyaratan dari stakeholder customersand. Ini mengidentifikasi kritis awal
dan akhir tanggal dan istirahat kerja yang mencakup tanggal ini ke dalam fase.
Menggunakan rencana, waktu dan sumber daya yang dibutuhkan untuk
menyelesaikan pekerjaan berdasarkan lingkup proyek diidentifikasi, dan tugas-tugas
yang ditugaskan kepada anggota tim. General manager melacak fase koordinasi
transisi akhirnya dari proyek ke status operasional, sebuah proses yang berpuncak
pada "go live" date. Manajer proyek menggunakan fase untuk mengontrol kemajuan
pekerjaan. Ia mungkin membangun gerbang kontrol di berbagai titik sepanjang jalan
untuk memverifikasi bahwa pekerjaan proyek sampai saat ini telah memenuhi
persyaratan utama mengenai biaya, kualitas, dan fitur. Jika belum memenuhi
persyaratan ini, ia dapat melakukan koreksi terhadap rencana proyek dan
menyesuaikan siklus yang diperlukan.
Rencana siklus proyek dapat dikembangkan dengan menggunakan berbagai
pendekatan dan perangkat lunak. Ketiga pendekatan yang paling umum adalah
evaluasi proyek dan teknik tinjauan (PERT), metode jalur kritis (CPM), dan grafik
Gantt. PERT mengidentifikasi tugas-tugas dalam proyek, memerintahkan tugas
dalam urutan waktu, mengidentifikasi saling ketergantungan mereka, dan
memperkirakan waktu yang dibutuhkan untuk menyelesaikan tugas. Tugas yang
harus dilakukan secara individu dan bahwa, bersama-sama, account untuk waktu
yang telah berlalu total proyek dianggap tugas-tugas penting. tugas-tugas non-kritis
adalah mereka yang beberapa waktu slack dapat dibangun ke dalam jadwal tanpa
mempengaruhi durasi keseluruhan proyek. Sebuah grafik PERT ditunjukkan pada
Gambar 10.5.
CPM adalah perencanaan proyek dan alat penjadwalan yang mirip dengan PERT.
Tidak seperti PERT, CPM menggabungkan kemampuan untuk mengidentifikasi
hubungan antara biaya dan tanggal penyelesaian proyek, serta jumlah dan nilai
sumber daya yang harus diterapkan dalam situasi alternatif. Dua pendekatan
berbeda dalam hal perkiraan waktu. PERT dibangun di atas perkiraan luas tentang
waktu yang dibutuhkan untuk menyelesaikan tugas-tugas proyek. Ini menghitung
optimis, paling mungkin, dan pesimis perkiraan waktu untuk setiap tugas.
organisasi, semakin banyak spesialis teknis, dan anggota bisnis. Setiap bidang
keahlian diwakili oleh anggota tim menggunakan kosakata teknis yang berbeda.
Ketika digunakan bersama-sama dalam konteks tim, ini kosa kata yang berbeda
membuat sulit untuk melakukan percakapan, pertemuan, dan korespondensi.
Misalnya, seorang analis dan software riset pasar analis dapat menggunakan katakata unik untuk spesialisasi mereka atau melampirkan arti yang berbeda untuk katakata yang sama.
Untuk menghindari kesalahpahaman, anggota tim proyek harus berkomitmen untuk
arti konsisten untuk istilah yang digunakan pada proyek mereka. Setelah
menyepakati definisi dan makna umum, tim proyek harus mencatat dan menjelaskan
istilah dalam sendiri kosakata proyek umum nya. Kosakata proyek umum mencakup
banyak hal dan makna yang asing bagi manajer umum dan tim anggota bisnis
lainnya. Untuk meningkatkan komunikasi mereka dengan manajer umum, pengguna,
dan orang-orang non-teknis lainnya, orang-orang teknis harus membatasi
penggunaan akronim dan kata-kata samar dan harus berusaha untuk menempatkan
hanya yang paling penting dalam kosakata proyek umum. manajemen yang baik dari
kosakata proyek umum, bersama dengan manajemen proyek, tim proyek, dan siklus
hidup proyek adalah semua penting untuk keberhasilan proyek.
PROYEK TI
proyek TI adalah jenis khusus dari proyek bisnis. Banyak penelitian telah dilakukan
untuk mengamati, memahami, dan membantu manajer meningkatkan kemungkinan
proyek TI sukses. Salah satu pepatah industri adalah bahwa tidak ada hal seperti
proyek IT; semua proyek yang benar-benar proyek bisnis yang melibatkan berbagai
tingkat IT. Kadang-kadang, pengelolaan komponen TI dari proyek disebut secara
terpisah sebagai proyek IT, tidak hanya untuk kesederhanaan, tetapi juga karena
dunia usaha merasakan bahwa pengelolaan proyek IT entah bagaimana berbeda
dari pengelolaan jenis lain dari proyek. Namun, proyek yang dilakukan oleh
departmen TI biasanya mencakup kasus bisnis yang terkait; dan meskipun pemilik
proyek mungkin orang IT, pemasangan bukti menunjukkan bahwa proyek TI hanya
proyek-proyek bisnis yang melibatkan sejumlah besar teknologi. Semakin kompleks
aspek IT dari proyek ini adalah, semakin tinggi resiko kegagalan proyek.
proyek TI sulit untuk memperkirakan, meskipun peningkatan jumlah perhatian yang
diberikan kepada menguasai tugas ini. Seperti kasus Tunggal Skema Pembayaran
proyek RPA yang paling lunak gagal memenuhi jadwal dan anggaran mereka.
Manajer atribut kegagalan itu untuk teknik miskin estimasi, protokol kemajuan buruk
dipantau, dan gagasan bahwa jadwal selip dapat diselesaikan dengan hanya
menambahkan orang.12 tambahan ini tidak hanya berasumsi bahwa orang dan
bulan yang dipertukarkan, tetapi juga jika proyek ini adalah dari jadwal , mungkin
bahwa proyek itu tidak benar dirancang di tempat pertama, dan menempatkan
additional.people pada proyek hanya mempercepat proses berakhir tidak pantas.
Banyak proyek diukur dalam hal fungsi poin, atau persyaratan fungsional dari produk
perangkat lunak, yang dapat diperkirakan lebih awal dari keseluruhan baris kode.
Lain diukur dalam "man-bulan," unit yang paling umum untuk membahas ukuran
proyek. Misalnya, proyek yang memakan waktu 100 pria-bulan berarti bahwa itu
akan mengambil satu orang 100 bulan untuk melakukan pekerjaan, atau 100 orang
bisa melakukannya dalam satu bulan.
Sebuah penelitian baru menemukan bahwa mengelola proyek menggunakan metrik
man-bulan terkait dengan proyek yang lebih berkinerja dari mengelola proyek
menggunakan metrik lain ukuran (yaitu, anggaran, durasi, ukuran tim) 0,13 Manbulan mungkin metrik miskin untuk proyek manajemen karena beberapa proyek
tidak dapat dipercepat dengan orang lain. Sebuah analogi adalah bahwa kehamilan.
Dibutuhkan seorang wanita sembilan bulan untuk membawa bayi, dan
menempatkan sembilan orang di tempat kerja selama satu bulan tidak dapat
mempercepat proses itu. sistem perangkat lunak sering melibatkan sangat interaktif,
set kompleks tugas yang mengandalkan satu sama lain untuk membuat sistem
selesai. Selanjutnya, menambahkan orang berarti bahwa komunikasi lebih lanjut
diperlukan untuk mengkoordinasikan seluruh kegiatan anggota tim '. Singkatnya,
orang tambahan bisa mempercepat proses dalam beberapa kasus, tetapi sebagian
besar proyek tidak dapat dibuat lebih efisien hanya dengan menambahkan tenaga
kerja. Seringkali, menambahkan orang untuk sebuah proyek terlambat hanya
membuat proyek later.14
IT PROYEK METODOLOGI PENGEMBANGAN DAN PENDEKATAN
Pilihan metodologi pengembangan dan pengaruh manajerial juga membedakan
proyek TI dari proyek-proyek lain. General manager perlu memahami isu-isu spesifik
untuk aspek IT dari proyek untuk memilih alat manajemen yang tepat untuk
tantangan khusus yang disajikan dalam proyek tersebut. Siklus hidup
pengembangan sistem (SDLC) adalah alat tradisional untuk mengembangkan
sistem informasi, atau untuk menerapkan perangkat lunak yang dikembangkan oleh
penyedia outsourcing atau pengembang perangkat lunak. Banyak langkah dalam
SDLC digunakan oleh metodologi lain, meskipun tidak sejauh yang ditemukan di
SDLC. Misalnya kebanyakan metodologi lainnya, sampai batas tertentu, cobalah
untuk menentukan kebutuhan pengguna dan menguji sistem baru, meskipun ini
metodologi lain tidak melakukan semua langkah lain dalam SDLC. Dengan
demikian, bab ini memberikan lebih rinci tentang SDLC dari pada metodologi lain.
SDLC diskusi diikuti dengan penjelasan singkat dari dua pendekatan-tangkas
berulang kunci pemrograman dan prototyping.
Siklus Hidup Pengembangan Sistem
pengembangan sistem adalah serangkaian kegiatan yang digunakan untuk
membuat sebuah IS. SDLC biasanya mengacu pada proses merancang dan
memberikan seluruh sistem. Meskipun sistem ini mencakup perangkat keras,
perangkat lunak, jaringan, dan data (seperti dibahas dalam Bab 6), SDLC umumnya
digunakan dalam salah satu dari dua cara yang berbeda. Di satu sisi, SDLC adalah
rencana proyek umum semua kegiatan yang harus dilakukan untuk seluruh sistem
yang akan dimasukkan ke dalam operasi, termasuk analisis dan kelayakan studi,
pengembangan atau akuisisi komponen, pelaksanaan kegiatan, kegiatan
pemeliharaan , dan kegiatan pensiun. Dalam konteks sistem informasi,
bagaimanapun, SDLC dapat merujuk kepada proses yang sangat terstruktur,
disiplin, dan formal untuk desain dan pengembangan perangkat lunak sistem. Dalam
salah satu tampilan, SDLC didasarkan pada pendekatan sistem dan memungkinkan
pengembang untuk fokus pada tujuan sistem dan trade-off.