pengelolaan proyek sistem informasiproyek sistem...

Pengelolaan Proyek Sistem InformasiPengelolaan Proyek Sistem InformasiPendahuluan Kerangka & Prinsip Rational Unified Process Perencanaan

P k SISuplemen

Proyek SI

PengelolaanPengelolaan Proyek Sistem InformasiProyek Sistem Informasi


P k SISuplemen

Proyek SI

Apa ituTitik akhir terpenuhi : Tujuan proyek tercapai atau proyek

dihentikanSementara bukan berarti durasinya pendekB if t t k tid k d t di lik ik t kp

PROYEK?Bersifat sementara, proyek tidak dapat diaplikasikan untuk

produk atau jasaSifat sementara dari proyek dapat berlaku untuk beberapa

aspek : kesempatan bersifat sementara, tim proyek bersifatt

Suatu proyek adalah usaha sementara

sementara.

yang dilakukan untuk menciptakan produk atau jasa yang unik. Contoh:

•Membangun produk baru

Melakukan sesuatu yang belum pernahdilakukan sebelumnya

Proyek mungkin memiliki elemen-elemenyang berulang

•Perubahan struktur organisasi•Penerapan proses disain baru mplementing a new design process

yang berulangKarakteristik yang harus diuraikanElaborasi karakteristik produk harus

terkoordinasi dengan definisi lingkupproyek

Operasi bukanlah proyek : Operasi merupakan kegiatan yang berlangsung dan berulang-ulang

P k l l di l iproyek Idealnya ruang lingkup proyek harus

tetap walaupun karakteristik produkberubah.

Proyek selalu dimulai dengan Masalah (John J. Rakos)


P k SISuplemen

Proyek SI

Elaborasi Progresif Mengintegrasikan konsep sementara dan unik

Produk yang unik harus dijabarkan secara progresif.y g j p g

Ruang lingkup proyek harus tentap konstan sebagaimanapenjabaran ruang lingkup produk.

Contoh:

Analisis masalah

Persyaratan spesifikasi

Rancangan perangkat lunakg p g

Pemrograman

PengujianPengujian


P k SISuplemen

Proyek SI

Proses umum pembangunan perangkat lunak(Mireles and Jacobo)( )


P k SISuplemen

Proyek SI

Apa itu Manajemen proyek adalah penerapanpengetahuan ketrampilan peralatan dan teknik

Manajemen Proyek ?

pengetahuan, ketrampilan, peralatan dan teknikuntuk kegiatan proyek guna memenuhipersyaratan proyek

Dibutuhkan keseimbangan dalam hal : Ruanglingkup, waktu, biaya dan kualitas

st

Scope/quality

Co

Scope/quality

M lib tk k k ti d Melibatkan pemangku kepentingan dengankebutuahn dan harapan yang berbeda

Melibatkan persyaratan identifikasip y

“Management by projects” bukan “Projectmanagement”.


P k SISuplemen

Proyek SI

Keterhubungan antar Disiplin

Pengetahuan & Praktek Perkiraan SoftwarePengetahuan & PraktekManajemen Proyek Siklus Hidup

Model KualitasOperasi:

Pengentahuan M j

Aplikasi Pengetahuan &

Perencanaan

Pengorganisasian Manajemen & Praktek

Pengetahuan & PraktekStaffing

Eksekusi

Controlling

Signifikasi pengetahuan dalam domain masalah

Controlling


P k SISuplemen

Proyek SI

Mengapa Proyek bisa gagal ? – John J. Rakos Kegagalan saat MulaiJangan menurunkan mutu (tanpa rencana)Tenggat waktu dan anggaran yang tidak realistis

Kegagalan saat PengembanganAnalisis dan disain yang tidak terdokumentasiPenugasan tanggung jawab yang tidak jelas & spesifik kepada individug gg g j y g j p pDisain, testing, dan metode implementasi yang tidak bernilaiAliran kegiatan dan peninjauan kurang berjalan baikBanyak kegagalan proyek yang dinilai karena tidak kembali modalKurangnya pengembangan standarTeknik Brute Force seperti menambah tenaga kerja tidak bekerja baik

Kegagalan saat AkhirKegagalan saat AkhirPendistribusian tanpa debugging menyeluruhJangan memberikan kinerja yang dijanjikanBiaya pemeliharaan terlalu tinggiy p ggTerlalu berlebihan dalam biaya, jadual, menyia-nyiakan bakat, dll


P k SISuplemen

Proyek SI

Kerangka Manajemen Proyekg j yCore Function

ScopeMgt

TimeMgt

CostMgt

QualityMgt Tool

Staan

Project Integration Management

ls and Tec

akeholdersnd expecta

HR Comm Risk Procure

hniques

s needsations

Mgt Mgt Mgt Mgt

Facilitating Function


P k SISuplemen

Proyek SI

Kerangka Manajemen ProyekIntegration Management

Plan developmentProject plan execution

Scope ManagementInitiationScope planningS d fi iti

Time ManagementActivity definitionActivity sequencingA ti it d ti ti tiOverall change control Scope definition

Scope verificationScope change control

Activity durationestimatingSchedule developmentSchedule control

Cost Management Quality Management HR Managementg

Resources PlanningCost estimatingCost budgetingCost control

Q y g

Quality planningQuality assuranceQuality control

g

Organizational planningStaff acquisitionTeam development

Cost control

Comm. Management

Communications Planning

Risk Management

Risk identification

Procure ManagementProcurement planning

Information distributionPerformance reportingAdministrative closure

Risk quantificationRisk response developmentRisk response control

Solicitation planningSolicitationSource selectionContract administrationContract close-out


P k SISuplemen

Proyek SI

Definition Analysis Design Programming System Test Acceptance Operation

FASE PROYEK John J. Rakos

RequirementsGo/no Go decisionProposal

Functional specificationDevelopmentProposalRe-estimate

System DesignATP(Acceptance Test Panning)Re-estimate

Module DesignCoding

IntegrationTesting

Acceptance Test CutoverWarrantySell next projectPost Project Rev.MaintenanceV

ITIE

S

Re estimate Maintenance

AC

TIV Project Management

ReviewsStatus Reports

Documentation User Training(*)

RequirementDocument (*)(userS.O.)

FunctionalSpesification(user S.O)

Design specifica.(walked thru.)

Module Design(walked thru)System test Plan(Done)

Working/DebuggedSystem(Proj.Mgr S.O.)

Test Result(user S.O.)

User Supported

New system Operational(user satis.)

g

NT

S A

ND

TON

ES)

Analysis Proposal(User buys)Preliminaryproject plan(resource providerS.O)

Estimates andProject plan(re-done)

Top level design

(wa ed t u.)

Acceptance testPlan (user s.o)

Revised estimates(done)

User Documen-Tation(started)Programs(tested)Project leader(S O)

Proposal forNext project(user buy)

DO

CU

ME

(MIL

ES T

(S.O)

Relative Effort(PM)

(Total Staff)

(*) The requirements Document may or may not be part of the project


P k SISuplemen

Proyek SI

Model Iteratif menunjukkan bagaiman proses ini disusun bersama dalam dua dimensi


P k SISuplemen

Proyek SI

Prinsip-prinsip Manajemen Perangkat Lunak Modern(Royce Walker)

Proses didasarkan pada pendekatan pertama arsitektur

Dibangun melali proses siklus hidup iteratif untukmenghadapi risiko secara dini

Metode disain transisi yang menekankan pada pengembangan berbasiskomponen

Menciptakan lingkungan manajemen perubahan

Meningkatkan perubahan kebebasan melalui perangkat yangpendukung perekayasaan round-trip


P k SISuplemen

Proyek SI

Menangkap disain artefak yang ketat melalui model berbasis notasiMenangkap disain artefak yang ketat melalui model berbasis notasi

Instrumen proses untuk pengendalian kuatlitas tujuan danpenilaian kemajuan

Menggunakan pendekatan berbasis demonstrasi untuk menilaiintermediate artefak

Merencanakan release intermediate dalam kelompok penggunaskenario dengan tingkat envolving yang rinci

Menetapkan proses konfigurasi pada skala yang ekonomis


P k SISuplemen

Proyek SI

Work Breakdown Structure (WBS)Menentukan bagaimana mengelola rincian kerjaMenentukan bagaimana mengelola rincian kerjaBerbasis waktu, seperti: perencanaan/analisis/perancangan/konstruksi/uji

coba/implementasi

Berbasis penyebaran, seperti :. Aplikasi online/ gudang data/perangkat querypengguna

Berbasis geografi, seperti :. Chicago Pilot Test/Midwest Region/Eastern Region

Other …

Rincian arus meliputi semua pekerjaan

Urutan tidak penting dalam WBS


P k SISuplemen

Proyek SI

Work Breakdown Structure (WBS)0.0

SIA PROJECTSIA PROJECTLevel 0

1.0 2.0 3.0 4.0 5.0 6.0 7.0

Level 1 DEFINITIONDEFINITION ANALYSISANALYSIS DESIGNDESIGN PROGRAMMINGPROGRAMMING SYSTEM TESTSYSTEM TEST ACCEPTANCEACCEPTANCE OPERATIONOPERATION

RequirementDocument

RequirementDocument

Feasibility Study

Feasibility Study Risk AnalysisRisk Analysis Pre. Project

PlanPre. Project

Plan ProposalProposal NegotiateProposalNegotiateProposal

1.1 1.2 1.3 1.4 1.5 1.6

Level 2

InterviewsInterviews AnalyseExisting Sys.

AnalyseExisting Sys.

Define NewSys. FunctionDefine New

Sys. FunctionWrite Funct.SpecificationWrite Funct.Specification

NegotiateFunc. Spec.Negotiate

Func. Spec.

2.1 2.2 2.3 2.4 2..5

Level 3Office

ManagerOffice

ManagerWarehouseSupervisorWarehouseSupervisor RegistrarsRegistrars CEOCEO AccountantAccountant

2.1.1 2.1.2 2.1.3 2.1.4 2.1.5

ManagerManager SupervisorSupervisor


P k SISuplemen

Proyek SI

Kapan anda harus berhenti?

Beberapa orang (atau kelompok untuk proyek yang lebih besar)mengambil tangg ng ja ab dalam hal t gas nt kmengambil tanggung jawab dalam hal tugas untukmenyelesaikan kegiatan

Dapat memperkirakan secara kasar upaya (hari orang) yangdiperlukan untuk melakukan aktivitasdiperlukan untuk melakukan aktivitas.

Menjadualkan tugas Tugas harus kecil dan dapat diselesaikan

AnalysesExisting Sys.

AnalysesExisting Sys.

E i ( d ) 2 2

RegistrationSystem

RegistrationSystem

WarehouseSystem

WarehouseSystem

CEO’sBusinessCEO’s

BusinessAccountant’s

BusinessAccountant’s

Business DocumentsDocuments DataFlowDataFlow

Estimate (person-day) 2 2 1 1 3 2

Total 11 days


P k SISuplemen

Proyek SI

Pendekatan Pemetaan Pikiran


P k SISuplemen

Proyek SI


P k SISuplemen

Proyek SI

Intranet WBS in Tabular Form

1.0 Concept1.1 Evaluate current systems1 2 Define Requirements1.2 Define Requirements

1.2.1 Define user requirements1.2.2 Define content requirements1 2 3 D fi t i t1.2.3 Define system requirements1.2.4 Define server owner requirements

1.3 Define specific functionality1.4 Define risks and risk management approach1.5 Develop project plan1.6 Brief Web development teamp

2.0 Web Site Design3.0 Web Site Development4.0 Roll Out4.0 Roll Out5.0 Support


P k SISuplemen

Proyek SI

Intranet WBS and Gantt Chart in Project 2000


P k SISuplemen

Proyek SI

The person responsible for the plan (probably the project manager for a small to mid

sized project) then collate all the estimate and precedent, as followsp j ) p ,

ACTIVITY EFFORT PRECEDENTS

Definition 20 -

Analysis 35 Definition

Design 25 Analysis

Program A (Control) 20 Design

P B (R i t ti ) 30 D iProgram B (Registration) 30 Design

Program C (Warehouse) 25 Design

System Test 10 Program A, B, C

Documentation 20 DesignDocumentation 20 Design

Acceptance 5 System Test, Documentation

Training 10 Documentation

Operation 10 Acceptance NetworkOperation 10 Acceptance

TOTAL 210

Note:

NetworkDiagram

Note:This example only the progranning had sub-component. If there are any sub-component of any other major activity avaliable, they would also be listed


P k SISuplemen

Proyek SI

Network Diagram

PGMB

PGMB30

OPER10Precedence Network

STRT DEF ANAL DES PGMB SYS TST ACC OPER

PGMB30

STRT0

DEF20

ANAL35

DES25

PGMB30

SYS TST10

ACC5

OPER10 END

PGMBPGMB30

Another Format ….. A ti it AActivity on Arrow

0

1

0


P k SISuplemen

Proyek SI

Critical Path Method

30 + 10 15

10 + 5 15 + 6

21 + 5

1 210 d

6 7

5 day 6 day0 10

10 + 3 20?

21?21 26

21 + 5

10 day

4 5

3 day 3 day

5 day

13

10 + 3

17

13 + 420?

17 + 3

4 54 day


P k SISuplemen

Proyek SI


31515

1 210 day

6 7

5 day 6 day

5 day

0 10 21 262621

15

21 - 610 ? 15 - 5100

4 5

3 day

4 d

3 day

y

13 1726 - 5

1814

11 ?

10 - 10

4 day 1821 - 3

14

18 - 414 - 3


P k SISuplemen

Proyek SI


315

15

1 210 day

6 7

5 day 6 day

5 day

0 10 21 262621100

4 5

3 day 3 day

y

13 174 day 1814

Project Duration : 26 dayj y

: Critical path