BAB 4 PERENCANAN MANAJEMEN PROYEK. TPK KOJA untuk menentukan key stakeholder dari proyek Oracle Financial.

Transkripsi

1 BAB 4 PERENCANAN MANAJEMEN PROYEK 4.1 Inisiasi Proyek (Project Initiation) Dalam Oracle Financial project yang akan dilaksanakan oleh PT. Sapora Nusantara, perusahaan TPK KOJA telah menunjuk Syaiful Islam sebagai manajer proyek. Pihak PT. Sapora Nusantara bertemu dengan klien yaitu pihak TPK KOJA untuk menentukan key stakeholder dari proyek Oracle Financial. Kedua belah pihak telah sepakat untuk memutuskan key stakeholder yang akan terlibat dalam proyek adalah sebagai berikut: Technical Project Manager (TPM) dari pihak TPK KOJA adalah M. Rofiq. Vendor Project Manager (VPM) dari pihak PT. Sapora Nusantara Nusantara adalah Syaiful Islam. Dan anggota tim lainnya Oracle Financial Business Case Latar Belakang TPK KOJA telah mengimplementasikan Oracle Financial untuk mendukung fungsi-fungsi keuangannya. Dalam pengimplementasian Oracle Financial TPK KOJA telah menggunakan 4 modul yaitu : General Ledger, Account Payable, Purchase Order dan Purchase Inventory. Setelah 3 tahun berjalan, manajemen merasa bahwa TPK KOJA tidak menggunakan aplikasi tersebut secara maksimal, dan bermaksud untuk

2 54 memaksimalkan pemakaian investasi dengan software juga untuk mencari solusi untuk masalah-masalah : System Performance Adanya keterlambatan dalam memperoleh data keuangan yang digunakan untuk membuat laporan akhir bulan. Hal ini disebabkan karena database sudah tidak memungkinkan lagi untuk menampung data yang ada, sehingga membutuhkan waktu yang lama untuk memperoleh data yang dibutuhkan Billing to General Ledger Interface Problem Terdapat 2 nota dalam Billing yaitu : nota besar dan nota kecil. Nota kecil di sini diperuntukkan bagi para eksportir & importir, bersifat cash dan dalam bentuk rupiah. Sedangkan nota besar diperuntukkan bagi pemilik kapal, bersifat piutang dan pembayaran dalam bentuk dollar. Nota besar bersifat piutang selain karena jumlah pembayaran yang besar, disebabkan pula karena ketika kapal sampai di pelabuhan barang-barang yang diangkut tidak langsung dibongkar dan ketika semua barang sudah dibongkar barulah pemilik kapal membayar kepada TPK KOJA. Kedua nota ini nantinya akan bermuara di General Ledger (GL). Namun pada nota besar, timbul masalah karena pihak TPK KOJA tidak mengetahui secara jelas jangka waktu piutang yang telah ditetapkan. Sehingga tidak dapat menentukan pihak mana yang yang nantinya akan mendapatkan pinalti dan diskon. Solusinya akan ditambahkan modul AR (Account Receivable) untuk maintenance piutang TPK KOJA.

3 55 ICAM to General Ledger Interface Problem ICAM (Inventory Control And Maintenance) adalah sistem yang dipakai TPK KOJA. ICAM di sini berperan sebagai tempat penyimpanan data inventory pada TPK KOJA. Pada saat TPK KOJA membutuhkan inventory, maka TPK KOJA akan membuat PR (Purchase Reques), ketika PR disetujui oleh bag.keuangan, maka TPK KOJA akan membuat PO (Purchase Order) pada ICAM. Setelah PO dikirim ke supplier dan barang yang dipesan sampai gudang maka supplier akan memberikan invoice ke bag.keuangan. Untuk meminta pembayaran, maka bag.keuangan harus mencocokkan data pada invoice dengan data yang ada pada sistem ICAM. Masalahnya adalah bag.keuangan tidak bisa memeriksa apakah data yang ada dalam invoice tersebut sama dengan PO yang telah dibuat ICAM. Karena tidak terintegrasinya sistem ICAM dengan Oracle AP, maka bag.keuangan harus memasukkan data secara manual. Manual Processing Karena sistem ICAM tidak terintegrasi dengan bagian-bagian lain maka memungkinkan adanya proses manual dalam memasukkan data, membuat laporan akhir bulan, dan lain-lain. Hal ini memungkinkan terjadinya human error atau manipulasi data. Oracle Account Payable tidak dapat di tutup Dalam setiap perusahaan harus ada laporan akhir tahun yang biasa disebut dengan istilah tutup buku. Yang menjadi masalah di sini adalah

4 56 tidak bisa ditutupnya Oracle Account Payable (modul akun hutang perusahaan) sehingga mempersulit bag.keuangan dalam menentukan hutang yang sudah atau belum dilunasi. Hal ini juga memungkinkan terjadinya manipulasi data hutang perusahaan. Reconciliations issues Adanya ketidakseimbangan dalam laporan keuangan (AR dan AP) pada TPK KOJA dengan data yang ada dalam bank. Karena adanya masalah ini maka akan ada penambahan modul Oracle Financial Cash Management. Audit issues Karena ICAM dan Oracle Financial (existing) tidak terintegrasi maka pada saat auditor datang untuk memeriksa, TPK KOJA hanya memberikan laporan yang dibuat secara manual sehingga sering ditemukan adanya ketidakcocokan data yang dilaporkan dengan data yang ada dalam sistem ICAM Objektif Bisnis Sasaran strategis dari implementasi proyek ini adalah untuk memperbaharui sistem Oracle Financial sebelumnya dan meningkatkan kinerja sistem agar diharapkan mampu mengatasi masalah yang dihadapi oleh bagian Keuangan dalam mengintegrasikan data ICAM dan IBS dengan sistem Oracle. Sehingga dapat menutup adanya kemungkinan manipulasi data dalam TPK KOJA.

5 Analisa dan Rekomendasi Pilihan Untuk mencapai sasaran TPK KOJA, maka akan dibuat solusi-solusi sebagai berikut : Technical Architecture Untuk menyelesaikan masalah pada System Performance, maka direkomendasikan Technical Architecture seperti di bawah ini : Database server Applications server User community Gambar 4.1 Technical Architecture Application Architecture Untuk merekomendasikan business process dan untuk mendukung sub ledger reconciliation dapat dilihat di bawah ini untuk keseluruhan Application Architecture.

6 58 Gambar 4.2 Application Architecture Business Process Solusi akan ditangani major business process di bawah ini : o Budgeting & Budgetary Control Dalam setiap perusahaan mempunyai sasaran di masa depan. Dalam mencapai sasaran tersebut, perusahaan harus mempunyai budget yang cukup. Untuk itu harus ada kontrol terhadap budget. Hal ini dilakukan untuk menghindari adanya ketidakseimbangan budget dengan sasaran yang akan dicapai atau biasa dikenal dengan istilah over budget.

7 59 o Request to Payment Processes Pada saat suatu divisi membutuhkan sebuah inventaris maka divisi tersebut akan mengecek stok ketersediaan barang pada ICAM, bila barang kosong maka divisi yang bersangkutan akan membuat PR, ketika PR disetujui oleh bag.keuangan, maka TPK KOJA akan membuat PO (Purchase Order) pada sistem ICAM. Karena terintegrasinya antara sistem ICAM dengan Oracle maka PO tersebut akan ditransfer ke Oracle PO. Setelah itu PO dikirim ke supplier dan barang yang dipesan sampai gudang maka supplier akan memberikan invoice ke bag.keuangan. Untuk meminta pembayaran, maka bag.keuangan akan mencocokkan data yang tertera pada invoice dengan PO receipt dari Oracle PO ada pada sistem Oracle. Kemudian melalui Oracle AP bag.keuangan akan membayar ke pihak supplier yang nantinya data pembayaran akan tercatat dan tersimpan dalam modul Oracle AP. o Order to Cash Processes Saat customer melakukan pemesanan jasa dari TPK KOJA maka sistem akan mengecek data mengenai customer tersebut apakah layak atau tidak. Jika layak maka sistem IBS (Integrated Billing System) akan mengeluarkan sales invoice untuk diberikan kepada customer, setelah itu IBS akan menerima pembayaran dari customer yang disebut dengan cash receipt. Kemudian sistem IBS ini akan membuat cash sales journal yang akan dikirim ke modul Oracle Cash Management.

8 60 o Cash Management Solusi ini untuk mengatasi masalah ketidakseimbangan antara laporan keuangan (AR & AP) pada TPK KOJA dengan data yang ada di dalam bank. Diharapkan dengan adanya modul ini akan terdapat kesesuaian laporan keuangan pada TPK KOJA dengan data yang ada pada bank. o Management & Financial Reporting Sistem informasi ini akan menghasilkan laporan tentang manajemen dan keuangan pada TPK KOJA dan tidak perlu adanya pembuatan laporan secara manual. Sehingga meminimalisasi terjadinya manipulasi data Struktur Tim Proyek Oracle Financial Susunan tim Oracle Financial project adalah sebagai berikut : Steering Commitee Vendor Project Manager TPM Project Manager Business Analyst Database Admin TPK Functional Team Member TPK Technical IT Department Programmer Gambar 4.3 Struktur Organisasi Proyek

9 61 Jumlah staf dari tim proyek untuk Oracle Financial project berjumlah 23 orang, yang terdiri dari : 1. Steering Committee : 1 orang 2. Project Manager : 2 orang 3. Business Analyst : 3 orang 4. Database Admin : 1 orang 5. Programmer : 3 orang 6. Functional Team Member : 9 orang 7. Technical IT Departement : 4 orang Keterangan : 9 Functional Team Member berasal dari bagian / divisi keuangan yang masing-masing akan menangani tentang Account Payable, Account Receivable, General Ledger, dan Inventory & Cash Management. 4 Technical IT Departement yang terdiri dari 1 orang System Engineer, 1 orang Network Engineer, 1 orang Database Administrator, dan 1 orang Specialist Hardware.

10 62 Tugas dan tanggung jawab dari tim proyek : Tabel 4.1 Peran dan Tanggung jawab Role TPM Project Manager Description Bertanggung jawab untuk kesuksesan secara keseluruhan proyek dengan memastikan bahwa kebutuhan bisnis telah terpenuhi sedangkan secara organisasi berubah selama implementasi. Dalam hal ini, bertanggung jawab untuk : Mengkoordinasikan partisipasi dari sumber daya bersama tim implementasi, users, dan juga melibatkan di luar tim TPK KOJA dan PT. Sapora Nusantara. Sebagai fasilitator dengan vendors yang memproduksi dampak implementasi aplikasi Oracle dan aktivitas-aktivitas pengembangan. Perbaikan dari masalah-masalah, kebutuhan logistic, kebutuhan software dan hardware untuk implementasi dan pengembangan. Sebagai fasilitator untuk tahap persetujuan (approval) atas keluaran/produk-produk kerja. Saluran komunikasi antara dua organisasi yaitu TPK KOJA dan PT. Sapora Nusantara. Asisten koordinator proyek TPK KOJA membutuhkan asisten dari bisnis user dan tim teknis dari pihak TPK. Untuk laporan, konversi, interface dan costumizations, mengantisipasi interaksi-interaksi dengan tim inti untuk menyediakan informasi yang mungkin berguna selama pelatihan dari eksekusi proyek. Komitmen waktu yang diharapkan perminggu : 28 jam.

11 63 Role Vendor Project Manager Description Tanggung jawab untuk menyediakan kepemilikan manajemen program untuk menunjang implementasi dan penyatuan pengembangan. Tanggung jawab kunci meliputi : Manajemen Resiko, Quality management, Configuration management, Melaporkan dan pengendalian untuk penyampaian secara realtime atas deliverables. Laporan kejadian dan tracking untuk closure. Manajemen Transisi. Integrasi, Komunikasi dan Manajemen Sumber Daya dalam proyek. Membantu dalam perbaikan konflik dan masalah manajemen dengan Manajer Proyek TPK KOJA. Kebutuhan Software & Hardware untuk implementasi dan pengembangan. Saluran komunikasi antara dua organisasi yaitu TPK KOJA dan PT. Sapora Nusantara. Komitmen waktu yang diharapkan perminggu : 28 jam. Bussiness Analyst Tanggung jawab kunci meliputi : Perencanaan dukungan dan eksekusi dengan users. Mengidentifikasi alternatif solusi yang memungkinkan meminimalisasi kebutuhan untuk pengembangan custom. Menjalankan proses desain, pengembangan, implementasi dan menyediakan pengetahuan bisnis. Mengikuti prosedur untuk implementasi dan pengembangan. Membantu mengidentifikasi dan dokumen kebutuhan fungsional pengganti. Menyediakan software/dukungan integrasi bisnis proses. Mendokumentasikan kasus-kasus tes untuk ragam skenario dan membuat script untuk pengujian. Pengembangan prosedur-prosedur dan memberikan training secara langsung untuk end-users. Menjalankan solusi masalah-masalah dari sebuah perspektif fungsional. Komitmen waktu yang diharapkan perminggu : 56 jam.

12 64 Role Description Programmers Tangung Jawab kunci meliputi : Mendefinisikan prosedur untuk menangani pengembangan kerja. Mengikuti metodologi PT. Sapora Nusantara untuk pengembangan unit kerja. Mengidentifikasi alternatif solusi yang memungkinkan yang mana meminimalisasi kebutuhan untuk pengembangan yang sesuai. Membantu mengidentifikasi dan dokumen kebutuhan fungsional pengganti / kebutuhan teknis. Menyediakan software / dukungan integrasi bisnis proses prosedur / petunjuk. Menyediakan dan mengidentifikasi fungsional/teknikal resolusi untuk masalah-masalah yang ada. Membantu konsultan teknikal dalam pengembangan. Konversi data untuk modul-modul aplikasi. Komitmen waktu yang diharapkan perminggu : 56 jam. TPK Functional Team Members Anggota proyek tim TPK akan meliputi sumber daya-sumber daya senior yang memberitahukan area-area spesifik dari pengetahuan secara fungsional. Tiap-tiap anggota tim akan bertanggung jawab untuk : Berpartisipasi secara aktif dalam setiap tahap bagian dari proyek. Memastikan bahwa bisnis proses yang ditandai didesain secara tepat, diimplementasikan, dan diuji. Memproduksi sekumpulan keluaran (deliverables) proyek. Menyediakan Master Data. Komitmen waktu yang diharapkan perminggu : jam.

13 65 Role Vendor Database Admin TPK Technical IT Department Description Tanggung Jawab meliputi : Mengevaluasi kebutuhan infrastruktur dalam tingkatan hardware, sistem operasi dan jaringan. Memastikan aplikasi kebutuhan, software database dan lisensi compliance. Mengevaluasi proses gradasi ke atas. Mengup-grade aplikasi. Akan membantu PT. Sapora Nusantara consultants selama proses implementasi dengan migrasi, pengujian, dan pelatihan. Koordinasi dengan DBA TPK KOJA. Memonitor sistem backups dan space management. Komitmen waktu yang diharapkan perminggu : 56 jam. Tanggung Jawab meliputi : Mengkoordinasikan tim internal dan PT. Sapora Nusantara consultants untuk memastikan alur yang stabil dari konektivitas antara server dan client-client. Poin penting atas kontak dari beberapa aktivitas database untuk PT. Sapora Nusantara consultant. Koordinasi dengan DBA vendor dan membantunya. Konfigurasi / up-grade dari aplikasi. Migrasi, pengujian, dan pelatihan. Memantau backups dan space management. Komitmen waktu yang diharapkan perminggu : 56 jam Project Scope Kebutuhan yang diperlukan dalam Oracle Financial project adalah : 1. Penginstalan Software Aplikasi terbaru a. e-business Release cu b. Modul : General Ledger, Purchasing, Payables, Receivables, Cash Management. 2. Migrasi atas Oracle GL dan Payable Semua data akhirnya akan mengarah ke General Ledger. Di sini semua data di dalam Account Payable secara timely akan dikirim ke General Ledger dan setiap bulannya Account Payable dipastikan dapat tutup buku, setiap

14 Gambar 4.4 WBS (Work Breakdown Structure) 72

15 Gambar 4.5 WBS tahap Project Initiation and Planning 73

16 Gambar 4.6 WBS tahap Operation Analysis (as is) & Business Process Design (to be) 74

17 Gambar 4.7 WBS tahap Business Process Configuration 75

18 Gambar 4.8 WBS tahap Business Process Training & Testing 76

19 Gambar 4.9 WBS tahap GoLive Preparation/Transition 77

20 Gambar 4.10 WBS tahap Golive & Support 78

21 66 transaksi yang belum selesai pada bulan tersebut datanya akan ditransfer dan dimaintain ke bulan berikutnya. Sehingga dapat menghasilkan laporan keuangan kapanpun diinginkan. 3. Implementasi atas Oracle Purchasing, Receivable dan Cash Management Pengimplementasian modul Oracle Purchasing, Account Receivable dan Cash Management untuk mengatasi masalah-masalah yang dihadapi TPK KOJA. 4. Pengembangan 15 custom reports untuk mendukung proses-proses transaksi & Oracle SubLedger Reconciliation Sesuai dengan perjanjian kontrak, pihak PT. Sapora Nusantara akan membuat 15 custom reports di dalam sistem Oracle Financial untuk mendukung proses-proses transaksi dan rekonsiliasi Oracle SubLedger. 5. Pengembangan atas Users Manual Pengembangan sistem manual menjadi sistem yang lebih customize dan terintegrasi. Untuk membantu user dalam menggunakan sistem untuk memproses transaksi bisnis dan melaporkan hasil keuangan. 6. Power User & End Users Training Dilakukannya training untuk memberi tambahan materi dan pelatihan tentang sistem Oracle Financial yang dibuat sehingga dapat meningkatkan skill dan pengetahuan user. 7. Interface Development ICAM dan Billing to Oracle Financials Pengembangan interface untuk menghubungkan sistem ICAM dan BILLING ke sistem Oracle Financial. Mengupayakan semua sistem tersebut dapat

22 67 terintegrasi sehingga semua data didapat dari sistem dan pembuatan laporan tidak dibuat secara manual sehingga mencegah adanya manipulasi data bulan Live Support Pihak vendor (PT. Sapora Nusantara) selama 6 bulan ke depan setelah sistem GoLive akan tetap membantu dan mendukung jika terdapat kesalahan atau kekurangan di dalam sistem. 9. Oracle SubLedger Reconciliation untuk akhir tahun 2006 Pengevaluasian laporan keuangan yang ada pada TPK KOJA dengan catatan yang terdapat di dalam bank untuk tahun Untuk mengetahui apakah kinerja modul Cash Management telah berjalan dengan baik dan efektif. 10. Post Implementation Audit setelah 6 bulan sistem berjalan Pemeriksaan atas kinerja perusahaan baik laporan keuangan, keuntungan perusahaan dan lain-lain atas implementasi sistem ini setelah 6 bulan berjalan. PT. Sapora Nusantara akan menyediakan laporan khusus, siapa saja yang telah teregistrasi dalam sistem ini. Project Charter Project Charter Project Owner : Oracle Financial : TPK KOJA Start Date : 8 Januari 2007 Finished Date : - Document Version : Vendor Project Manager : Syaiful Islam

23 68 Technical Project Manager : M. Rofiq Vendor Team (PT. Sapora Nusantara) : Business Analyst : 3 orang DBA / Tech Consultant : 1 orang Programmer : 3 orang Technical Team (TPK KOJA): Functional : 9 orang TPK DBA & System Admin : 4 orang Project Objective Pada tahun 2000 TPK KOJA telah mengimplementasikan Oracle Financial untuk mendukung fungsi-fungsi keuangannya. Dalam pengimplementasian Oracle Financial TPK KOJA telah menggunakan 4 modul yaitu : General Ledger, Account Payable, Purchasing dan Purchase Inventory. Namun pada tahun 2003 TPK KOJA mulai mengimplementasikan sistem ICAM (Inventory Controlling And Maintenance) yang merupakan sistem untuk mengatur semua inventory atau persediaan perusahaan. Dalam sistem ICAM juga terdapat modul Purchase Inventory dan modul Purchasing di mana dalam sistem ICAM ini semua modul harus digunakan sehingga mengakibatkan modul Purchase Inventory, dan modul Purchasing yang terdapat di dalam Oracle Financial dihentikan penggunaannya.

24 69 TPK KOJA juga mengimplementasikan IBS (Integrated Billing System) yang merupakan sistem yang mencatat pembayaran-pembayaran yang dilakukan oleh klien baik yang bersifat cash ataupun piutang. Namun karena tidak adanya modul Account Receivable maka catatan mengenai pembayaran tersebut langsung dikirimkan menuju General Ledger berupa laporan matang, di mana piutang TPK KOJA tidak dapat dipelihara sehingga menimbulkan masalah tersendiri bagi TPK KOJA. Pada tahun 2007 TPK KOJA ingin meng-upgrade sistem Oracle Financial menjadi versi untuk mengatasi masalah yang dihadapi. Serta menambah dua modul dalam Oracle yaitu modul Cash Management dan Account Receivable Estimasi Waktu TPK KOJA menginginkan Oracle Financial project dapat diselesaikan dalam kurun waktu 3 bulan, namun tetap diharapkan ada penyesuaian dengan jadwal yang telah direncanakan. Tetapi bila terjadi perubahan dalam jadwal, maka dapat diselesaikan dalam waktu 4 bulan.

25 Pendefinisian Ruang Lingkup (Scope Definition) Work Breakdown Structure (WBS) Oracle Financial Berikut ini ditampilkan gambar WBS yang merupakan tahap-tahap dari kegiatan yang ada dan akan dilaksanakan untuk menyelesaikan Oracle Financial project oleh PT. Sapora Nusantara : 1. Project Initiation and Planning Pada phase ini PT. Sapora Nusantara Consulting dan TPK KOJA akan mengembangkan secara detail Work Plan, dokumen Project Scope, Objective dan Approach sebagai panduan untuk eksekusi. 2. Operation Analysis (as is) & Business Process Design (to be) Praktek bisnis tertentu dikumpulkan untuk mendapatkan kebutuhan. Pengumpulan informasi dari departemen yang terlibat seperti Purchasing, Accounting, Finance dan Billing. Pada phase selanjutnya proses-proses bisnis didesain meliputi peran-peran dan tanggung jawab departemen. Alur proses meliputi Planning and Budgeting, Request to Pay, Order to Cash, Cash Management and Management / Financials Reporting. Aktivitas ini adalah suatu dasar untuk mengembangkan setup dokumen. 3. Business Process Configuration Pada phase ini, modul-modul aplikasi Oracle dikonfigurasikan berdasarkan pada setup document, Custom Reports,Interface dan data conversion scripts yang dikembangkan. Dan departemen-departemen end users didaftarkan ke dalam sistem.

26 71 4. Business Process Training & Bussiness Process Testing Pada phase ini, terdapat pengembangan dari user manual dan training end user untuk menggunakan sistem dalam memproses transaksi bisnis dan melaporkan hasil keuangan. Kemudian pada phase pengujian (testing), skenario tes dalam masing-masing departemen terdapat pengembangan kemudian dilanjutkan dengan Users Acceptance Test (UAT). Masalah-masalah lain selama UAT akan dianalisis dan diperbaiki. 5. Go-Live Preparation / Transition Selama peralihan sistem produksi disiapkan, custom reports didaftarkan, Interface diinstal, end users didaftarkan, master data dan historical data dikonversikan ke dalam sistem produksi. Sistem produksi siap untuk digunakan. 6. Go-Live & support Sistem berjalan, semua departemen menggunakan sistem untuk transaksi proses yang dihubungkan kepada tanggung jawab mereka. PT. Sapora Nusantara akan mendukung pemakai sistem sekitar 6 bulan.

27 Tabel 4.2 Penjabaran Work Breakdown Structure ID Task Name Duration Predecessor Resource Names 1 SISTEM INFORMASI ORACLE FINANCIAL 88 days 2 3 PROJECT INITIATION 3 days 4 Defining Scope 0 days VPM,KPM 5 Project Kick-off 1 day 4 VPM,All Koja,All Mgmt 6 Buying Modul Package 0 day 5 VPM, KPM 7 Project Management Plan 2 days 5 VPM,KPM 8 Sign-off Initialitation Phase 0 days 7 VPM,KPM 9 10 OPERATION ANALYSIS & BUSINESS PROCESS DESIGN 23 days 11 Process Organization 3 days 12 Current Process Organization Assessment 2 days 7 VPM,BA(1),KPM 13 Future Process Organization Design 1 day 12 VPM,BA(1),KPM 14 Business Process 8 days 15 Current Business Process Assessment 5 days 16 Financial Budgeting 2 days 13 VPM,BA(2),F(2) 17 Request to Payment 5 days 13 BA(3),F(5),F(6) 18 Order to Cash 4 days 13 BA(2),P(1),F(7) 19 Bank Reconciliation 4 days 13 BA(1),F(8),F(9) 20 Future Business Process Modelling 6 days 21 Financials Budgeting 3 days 16 VPM,BA(2),F(2) 22 Request to Payment 3 days 17 BA(3),F(5),F(6) 23 Order to Cash 4 days 18 BA(2),P(1),F(7) 24 Bank Reconciliation 3 days 19 BA(1),F(8),F(9) 25 Application Architecture Design 2 days 21,22,23,24 VPM,KPM 26 Review Chart of Account Design 5 days 25 VPM,F(5) 27 Financials Reporting 5 days 26 VPM,F(1),F(4),F(8) 28 Sign-off Process Design Phase 0 days 27 VPM,KPM 79

28 Tabel 4.2 Penjabaran Work Breakdown Structure ID Task Name Duration Predecessor Resource Names BUSINESS PROCESS CONFIGURATION 53 days 31 Set-up Hardware & Install Application 6 days 7 DA,TI(4) 32 Set-up Application 4 days 33 General Ledger 2 days 27,31 VPM,F(8),F(2) 34 Purchasing 2 days 27,31 BA(3),F(5),F(6) 35 Payables 2 days 27,31 BA(3),F(7) 36 Receivables 2 days 27,31 BA(2),F(7) 37 Cash Management 2 days 27,31 BA(1),F(5) 38 System Administration 2 days 31,33,35 BA(1),F(2) 39 Develop Conversion Script 8 days 38 P(1) 40 Develop Custom Reports 28 days 41 General Ledger 14 days 33 P(2),TI(2),F(3) 42 Purchasing 14 days 41 P(2),TI(2),F(3) 43 Payables 14 days 35,39 P(1),TI(4),F(8) 44 Receivables 20 days 36 P(3),TI(3),F(6) 45 Cash Management 20 days 37 P(1),TI(1),F(9) 46 Develop Interface 3 days 47 ICAM Interface 3 days 27 P(2),TI(1) 48 Billing Interface 3 days 27 P(1),F(4) 49 Implement User Organization 2 days 39,45,48 VPM,P(3) 50 Develop Training Manual 20 days 37 BA(1),BA(2),DA 51 Sign-off System Configuration Phase 0 days 49,50 VPM,KPM BUSINESS PROCESS TRAINING & TESTING 23 days 54 End-user Training 3 days 55 System Administration 1 day 50 BA(1) 80

29 Tabel 4.2 Penjabaran Work Breakdown Structure 56 General Ledger 2 days 50 BA(2) 57 Purchasing 1 day 50 BA(3) 58 Payables 2 days 55 BA(1) 59 Receivables 1 day 56 BA(2),TI(3) 60 Cash Management 1 day 57 BA(3),F(8),F(9) 61 Develop Testing Scenario 4 days 62 Financials Budgeting 3 days 49 BA(3),F(8),F(9) 63 Request to Payment 3 days 49 BA(1),F(5),F(6) 64 Order to Cash 3 days 49 P(3),F(7) 65 Bank Reconciliation 3 days 49,59 BA(2),F(8),F(9) 66 Financials Reporting 3 days 49 VPM,F(1),F(8) 67 Test New Business Process 3 days 68 Financials Budgeting 2 days 62 VPM,F(2),F(8) 69 Request to Payment 2 days 63 BA(1),F(5),F(6) 70 Order to Cash 2 days 64 BA(3),P(1),F(7) 71 Bank Reconciliation 2 days 65 BA(2),F(5),F(8) 72 Financials Reporting 2 days 66 VPM,F(1),F(4),F(8) 73 Resolves Issues 15 days 68,69,70,71 BA(1),BA(3),DA 74 Sign-off System Training & Testing Phase 0 days 73 VPM,KPM GO-LIVE PREPARATION / TRANSITION 16 days 77 Prepare Production Environment 5 days 73 DA,All Con 78 Set-up Application 5 days 77 BA(1),BA(3),F(8) 79 Install Interface 2 days 78 P(1) 80 Install Report 2 days 78 P(1) 81 Convert Data 4 days 80 DA,VPM,All Koja 82 Sign-off Production Migration Phase 0 days 81 VPM,KPM GO-LIVE SUPPORT 1 day 85 START PRODUCTION 1 day 81 All Koja,All Con 81

30 Tabel 4.2 Penjabaran Work Breakdown Structure 86 Project Closing Sign-off 0 days 85 VPM,KPM 82

31 Dalam mengidentifikasi jalur kritis dapat dipakai cara hitungan maju, dengan rumus : EF = ES + D. Beriku tabel analisa hitungan maju : Tabel 4.3 Analisis Hitungan Maju ID Task Name Duration Early Start Early Finish Predecessor Resource Names 1 SISTEM INFORMASI ORACLE FINANCIAL 88 days 1/8/2007 8:00 4/10/ : PROJECT INITIATION 3 days 1/8/2007 8:00 1/10/ :00 4 Defining Scope 0 days 1/8/2007 8:00 1/8/2007 8:00 VPM,KPM 5 Project Kick-off 1 day 1/8/2007 8:00 1/8/ :00 4 VPM,All Koja,All Mgmt 6 Buying Modul Package 0 day 1/8/2007 8:00 1/8/2007 8:00 5 VPM, KPM 7 Project Management Plan 2 days 1/9/2007 8:00 1/10/ :00 5 VPM,KPM 8 Sign-off Initialitation Phase 0 days 1/10/ :00 1/10/ :00 7 VPM,KPM 9 10 OPERATION ANALYSIS & BUSINESS PROCESS DESIGN 23 days 1/11/2007 8:00 2/3/ :00 11 Process Organization 3 days 1/11/2007 8:00 1/13/ :00 12 Current Process Organization Assessment 2 days 1/11/2007 8:00 1/12/ :00 7 VPM,BA(1),KPM 13 Future Process Organization Design 1 day 1/13/2007 8:00 1/13/ :00 12 VPM,BA(1),KPM 14 Business Process 8 days 1/14/2007 8:00 1/22/ :00 15 Current Business Process Assessment 5 days 1/14/2007 8:00 1/18/ :00 16 Financial Budgeting 2 days 1/14/2007 8:00 1/15/ :00 13 VPM,BA(2),F(2) 17 Request to Payment 5 days 1/14/2007 8:00 1/18/ :00 13 BA(3),F(5),F(6) 18 Order to Cash 4 days 1/14/2007 8:00 1/17/ :00 13 BA(2),P(1),F(7) 19 Bank Reconciliation 4 days 1/14/2007 8:00 1/17/ :00 13 BA(1),F(8),F(9) 20 Future Business Process Modelling 6 days 1/16/2007 8:00 1/22/ :00 21 Financials Budgeting 3 days 1/16/2007 8:00 1/18/ :00 16 VPM,BA(2),F(2) 22 Request to Payment 3 days 1/19/2007 8:00 1/22/ :00 17 BA(3),F(5),F(6) 23 Order to Cash 4 days 1/18/2007 8:00 1/22/ :00 18 BA(2),P(1),F(7) 83

32 Tabel 4.3 Analisis Hitungan Maju ID Task Name Duration Early Start Early Finish Predecessor Resource Names 24 Bank Reconciliation 3 days 1/18/2007 8:00 1/21/ :00 19 BA(1),F(8),F(9) 25 Application Architecture Design 2 days 1/23/2007 8:00 1/24/ :00 21,22,23,24 VPM,KPM 26 Review Chart of Account Design 5 days 1/25/2007 8:00 1/29/ :00 25 VPM,F(5) 27 Financials Reporting 5 days 1/30/2007 8:00 2/3/ :00 26 VPM,F(1),F(4),F(8) 28 Sign-off Process Design Phase 0 days 2/3/ :00 2/3/ :00 27 VPM,KPM BUSINESS PROCESS CONFIGURATION 53 days 1/11/2007 8:00 3/6/ :00 31 Set-up Hardware & Install Application 6 days 1/11/2007 8:00 1/16/ :00 7 DA,TI(4) 32 Set-up Application 4 days 2/4/2007 8:00 2/7/ :00 33 General Ledger 2 days 2/4/2007 8:00 2/5/ :00 27,31 VPM,F(8),F(2) 34 Purchasing 2 days 2/4/2007 8:00 2/5/ :00 27,31 BA(3),F(5),F(6) 35 Payables 2 days 2/4/2007 8:00 2/5/ :00 27,31 BA(3),F(7) 36 Receivables 2 days 2/4/2007 8:00 2/5/ :00 27,31 BA(2),F(7) 37 Cash Management 2 days 2/4/2007 8:00 2/5/ :00 27,31 BA(1),F(5) 38 System Administration 2 days 2/6/2007 8:00 2/7/ :00 31,33,35 BA(1),F(2) 39 Develop Conversion Script 8 days 2/8/2007 8:00 2/15/ :00 38 P(1) 40 Develop Custom Reports 28 days 2/6/2007 8:00 3/6/ :00 41 General Ledger 14 days 2/6/2007 8:00 2/20/ :00 33 P(2),TI(2),F(3) 42 Purchasing 14 days 2/21/2007 8:00 3/6/ :00 41 P(2),TI(2),F(3) 43 Payables 14 days 2/16/2007 8:00 3/2/ :00 35,39 P(1),TI(4),F(8) 44 Receivables 20 days 2/6/2007 8:00 2/26/ :00 36 P(3),TI(3),F(6) 45 Cash Management 20 days 2/6/2007 8:00 2/26/ :00 37 P(1),TI(1),F(9) 46 Develop Interface 3 days 2/4/2007 8:00 2/6/ :00 47 ICAM Interface 3 days 2/4/2007 8:00 2/6/ :00 27 P(2),TI(1) 48 Billing Interface 3 days 2/4/2007 8:00 2/6/ :00 27 P(1),F(4) 49 Implement User Organization 2 days 2/27/2007 8:00 2/28/ :00 39,45,48 VPM,P(3) 50 Develop Training Manual 20 days 2/6/2007 8:00 2/26/ :00 37 BA(1),BA(2),DA 84

33 Tabel 4.3 Analisis Hitungan Maju Task Name Duration Early Start Early Finish Predecessor Resource Names ID 51 Sign-off System Configuration Phase 0 days 2/28/ :00 2/28/ :00 49, 50 VPM,KPM BUSINESS PROCESS TRAINING & TESTING 23 days 2/27/2007 8:00 3/22/ :00 54 End-user Training 3 days 2/27/2007 8:00 3/1/ :00 55 System Administration 1 day 2/27/2007 8:00 2/27/ :00 50 BA(1) 56 General Ledger 2 days 2/27/2007 8:00 2/28/ :00 50 BA(2) 57 Purchasing 1 day 2/27/2007 8:00 2/27/ :00 50 BA(3) 58 Payables 2 days 2/28/2007 8:00 3/1/ :00 55 BA(1) 59 Receivables 1 day 3/1/2007 8:00 3/1/ :00 56 BA(2),TI(3) 60 Cash Management 1 day 2/28/2007 8:00 2/28/ :00 57 BA(3),F(8),F(9) 61 Develop Testing Scenario 4 days 3/1/2007 8:00 3/4/ :00 62 Financials Budgeting 3 days 3/1/2007 8:00 3/3/ :00 49 BA(3),F(8),F(9) 63 Request to Payment 3 days 3/1/2007 8:00 3/3/ :00 49 BA(1),F(5),F(6) 64 Order to Cash 3 days 3/1/2007 8:00 3/3/ :00 49 P(3),F(7) 65 Bank Reconciliation 3 days 3/2/2007 8:00 3/4/ :00 49,59 BA(2),F(8),F(9) 66 Financials Reporting 3 days 3/1/2007 8:00 3/3/ :00 49 VPM,F(1),F(8) 67 Test New Business Process 3 days 3/4/2007 8:00 3/6/ :00 68 Financials Budgeting 2 days 3/4/2007 8:00 3/5/ :00 62 VPM,F(2),F(8) 69 Request to Payment 2 days 3/4/2007 8:00 3/5/ :00 63 BA(1),F(5),F(6) 70 Order to Cash 2 days 3/4/2007 8:00 3/5/ :00 64 BA(3),P(1),F(7) 71 Bank Reconciliation 2 days 3/5/2007 8:00 3/6/ :00 65 BA(2),F(5),F(8) 72 Financials Reporting 2 days 3/4/2007 8:00 3/5/ :00 66 VPM,F(1),F(4),F(8) 73 Resolves Issues 15 days 3/7/2007 8:00 3/22/ :00 68,69,70,71 BA(1),BA(3),DA 74 Sign-off System Training & Testing Phase 0 days 3/22/ :00 3/22/ :00 73 VPM,KPM GO-LIVE PREPARATION / TRANSITION 16 days 3/23/2007 8:00 4/9/ :00 77 Prepare Production Environment 5 days 3/23/2007 8:00 3/27/ :00 73 DA,VPM,All Con 85

34 Tabel 4.3 Analisis Hitungan Maju ID Task Name Duration Early Start Early Finish Predecessor Resource Names 78 Set-up Application 5 days 3/28/2007 8:00 4/2/ :00 77 BA(1),BA(3),F(8) 79 Install Interface 2 days 4/3/2007 8:00 4/4/ :00 78 P(1) 80 Install Report 2 days 4/3/2007 8:00 4/4/ :00 78 P(1) 81 Convert Data 4 days 4/5/2007 8:00 4/9/ :00 80 DA,TI(4),All Koja 82 Sign-off Production Migration Phase 0 days 4/9/ :00 4/9/ :00 81 VPM,KPM GO-LIVE SUPPORT 1 day 4/10/2007 8:00 4/10/ :00 85 START PRODUCTION 1 day 4/10/2007 8:00 4/10/ :00 81 All Koja,All Con 86 Project Closing Sign-off 0 days 4/10/ :00 4/10/ :00 85 VPM,KPM Perhitungan mundur dimaksudkan untuk mengetahui waktu atau tanggal paling akhir yang masih dapat memulai dan mengakhiri masing-masing kegiatan, tanpa menunda kurun waktu penyelesaian proyek secara keseluruhan, yang telah dihasilkan hitungan maju, dengan rumus : LS =LF - D. Berikut tabel analisa perhitungan mundur : Tabel 4.4 Analisis Hitungan Mundur ID Task Name Duration Late Start Late Finish Predecessor Resource Names 1 SISTEM INFORMASI ORACLE FINANCIAL 88 days 1/8/2007 8:00 4/10/ : PROJECT INITIATION 3 days 1/8/2007 8:00 4/10/ :00 4 Defining Scope 0 days 1/8/2007 8:00 1/8/2007 8:00 VPM,KPM 86

35 Tabel 4.4 Analisis Hitungan Mundur ID Task Name Duration Late Start Late Finish Predecessor Resource Names 5 Project Kick-off 1 day 1/8/2007 8:00 1/8/ :00 4 VPM,All Koja,All Mgmt 6 Buying Modul Package 0 day 1/8/2007 8:00 1/8/ :00 5 VPM, KPM 7 Project Management Plan 2 days 1/9/2007 8:00 1/10/ :00 5 VPM,KPM 8 Sign-off Initialitation Phase 0 days 4/10/ :00 4/10/ :00 7 VPM,KPM 9 10 OPERATION ANALYSIS & BUSINESS PROCESS DESIGN 23 days 1/11/2007 8:00 4/10/ :00 11 Process Organization 3 days 1/11/2007 8:00 1/13/ :00 12 Current Process Organization Assessment 2 days 1/11/2007 8:00 1/12/ :00 7 VPM,BA(1),KPM 13 Future Process Organization Design 1 day 1/13/2007 8:00 1/13/ :00 12 VPM,BA(1),KPM 14 Business Process 8 days 1/14/2007 8:00 1/22/ :00 15 Current Business Process Assessment 5 days 1/14/2007 8:00 1/18/ :00 16 Financial Budgeting 2 days 1/17/2007 8:00 1/18/ :00 13 VPM,BA(2),F(2) 17 Request to Payment 5 days 1/14/2007 8:00 1/18/ :00 13 BA(3),F(5),F(6) 18 Order to Cash 4 days 1/14/2007 8:00 1/17/ :00 13 BA(2),P(1),F(7) 19 Bank Reconciliation 4 days 1/15/2007 8:00 1/18/ :00 13 BA(1),F(8),F(9) 20 Future Business Process Modelling 6 days 1/18/2007 8:00 1/22/ :00 21 Financials Budgeting 3 days 1/19/2007 8:00 1/22/ :00 16 VPM,BA(2),F(2) 22 Request to Payment 3 days 1/19/2007 8:00 1/22/ :00 17 BA(3),F(5),F(6) 23 Order to Cash 4 days 1/18/2007 8:00 1/22/ :00 18 BA(2),P(1),F(7) 24 Bank Reconciliation 3 days 1/19/2007 8:00 1/22/ :00 19 BA(1),F(8),F(9) 25 Application Architecture Design 2 days 1/23/2007 8:00 1/24/ :00 21,22,23,24 VPM,KPM 26 Review Chart of Account Design 5 days 1/25/2007 8:00 1/29/ :00 25 VPM,F(5) 27 Financials Reporting 5 days 1/30/2007 8:00 2/3/ :00 26 VPM,F(1),F(4),F(8) 28 Sign-off Process Design Phase 0 days 4/10/ :00 4/10/ :00 27 VPM,KPM BUSINESS PROCESS CONFIGURATION 53 days 1/29/2007 8:00 4/10/ :00 31 Set-up Hardware & Install Application 6 days 1/29/2007 8:00 2/3/ :00 7 DA,TI(4) 87

36 Tabel 4.4 Analisis Hitungan Mundur ID Task Name Duration Late Start Late Finish Predecessor Resource Names 32 Set-up Application 4 days 2/4/2007 8:00 4/10/ :00 33 General Ledger 2 days 2/15/2007 8:00 2/16/ :00 27,31 VPM,F(8),F(2) 34 Purchasing 2 days 4/9/2007 8:00 4/10/ :00 27,31 BA(3),F(5),F(6) 35 Payables 2 days 2/15/2007 8:00 2/16/ :00 27,31 BA(3),F(7) 36 Receivables 2 days 3/17/2007 8:00 3/18/ :00 27,31 BA(2),F(7) 37 Cash Management 2 days 2/4/2007 8:00 2/5/ :00 27,31 BA(1),F(5) 38 System Administration 2 days 2/17/2007 8:00 2/19/ :00 31,33,35 BA(1),F(2) 39 Develop Conversion Script 8 days 2/20/2007 8:00 2/27/ :00 38 P(1) 40 Develop Custom Reports 28 days 2/7/2007 8:00 4/10/ :00 41 General Ledger 14 days 3/11/2007 8:00 3/25/ :00 33 P(2),TI(2),F(3) 42 Purchasing 14 days 3/26/2007 8:00 4/10/ :00 41 P(2),TI(2),F(3) 43 Payables 14 days 3/26/2007 8:00 4/10/ :00 35,39 P(1),TI(4),F(8) 44 Receivables 20 days 3/20/2007 8:00 4/10/ :00 36 P(3),TI(3),F(6) 45 Cash Management 20 days 2/7/2007 8:00 2/27/ :00 37 P(1),TI(1),F(9) 46 Develop Interface 3 days 2/25/2007 8:00 4/10/ :00 47 ICAM Interface 3 days 4/8/2007 8:00 4/10/ :00 27 P(2),TI(1) 48 Billing Interface 3 days 2/25/2007 8:00 2/27/ :00 27 P(1),F(4) 49 Implement User Organization 2 days 2/28/2007 8:00 3/1/ :00 39,45,48 VPM,P(3) 50 Develop Training Manual 20 days 2/6/2007 8:00 2/26/ :00 37 BA(1),BA(2),DA 51 Sign-off System Configuration Phase 0 days 4/10/ :00 4/10/ :00 49, 50 VPM,KPM BUSINESS PROCESS TRAINING & TESTING 23 days 2/27/2007 8:00 4/10/ :00 54 End-user Training 3 days 2/27/2007 8:00 4/10/ :00 55 System Administration 1 day 4/8/2007 8:00 4/8/ :00 50 BA(1) 56 General Ledger 2 days 2/27/2007 8:00 2/28/ :00 50 BA(2) 57 Purchasing 1 day 4/9/2007 8:00 4/9/ :00 50 BA(3) 58 Payables 2 days 4/9/2007 8:00 4/10/ :00 55 BA(1) 88

37 Tabel 4.4 Analisis Hitungan Mundur ID Task Name Duration Late Start Late Finish Predecessor Resource Names 59 Receivables 1 day 3/1/2007 8:00 3/1/ :00 56 BA(2),TI(3) 60 Cash Management 1 day 4/10/2007 8:00 4/10/ :00 57 BA(3),F(8),F(9) 61 Develop Testing Scenario 4 days 3/2/2007 8:00 4/8/ :00 62 Financials Budgeting 3 days 3/2/2007 8:00 3/4/ :00 49 BA(3),F(8),F(9) 63 Request to Payment 3 days 3/2/2007 8:00 3/4/ :00 49 BA(1),F(5),F(6) 64 Order to Cash 3 days 3/2/2007 8:00 3/4/ :00 49 P(3),F(7) 65 Bank Reconciliation 3 days 3/2/2007 8:00 3/4/ :00 49,59 BA(2),F(8),F(9) 66 Financials Reporting 3 days 4/5/2007 8:00 4/8/ :00 49 VPM,F(1),F(8) 67 Test New Business Process 3 days 3/5/2007 8:00 4/10/ :00 68 Financials Budgeting 2 days 3/5/2007 8:00 3/6/ :00 62 VPM,F(2),F(8) 69 Request to Payment 2 days 3/5/2007 8:00 3/6/ :00 63 BA(1),F(5),F(6) 70 Order to Cash 2 days 3/5/2007 8:00 3/6/ :00 64 BA(3),P(1),F(7) 71 Bank Reconciliation 2 days 3/5/2007 8:00 3/6/ :00 65 BA(2),F(5),F(8) 72 Financials Reporting 2 days 4/9/2007 8:00 4/10/ :00 66 VPM,F(1),F(4),F(8) 73 Resolves Issues 15 days 3/7/2007 8:00 3/22/ :00 68,69,70,71 BA(1),BA(3),DA 74 Sign-off System Training & Testing Phase 0 days 4/10/ :00 4/10/ :00 73 VPM,KPM GO-LIVE PREPARATION / TRANSITION 16 days 3/23/2007 8:00 4/10/ :00 77 Prepare Production Environment 5 days 3/23/2007 8:00 3/27/ :00 73 DA,All Con 78 Set-up Application 5 days 3/28/2007 8:00 4/2/ :00 77 BA(1),BA(3),F(8) 79 Install Interface 2 days 4/9/2007 8:00 4/10/ :00 78 P(1) 80 Install Report 2 days 4/3/2007 8:00 4/4/ :00 78 P(1) 81 Convert Data 4 days 4/5/2007 8:00 4/9/ :00 80 DA,VPM,All Koja 82 Sign-off Production Migration Phase 0 days 4/10/ :00 4/10/ :00 81 VPM,KPM GO-LIVE SUPPORT 1 day 4/10/2007 8:00 4/10/ :00 85 START PRODUCTION 1 day 4/10/2007 8:00 4/10/ :00 81 All Koja,All Con 89

38 Tabel 4.4 Analisis Hitungan Mundur 86 Project Closing Sign-off 0 days 4/10/ :00 4/10/ :00 85 VPM,KPM Float adalah perbedaan antara jadwal Late Start dengan Early Start atau antara jadwal Late Finish dengan Early Finish. Berikut tabel float : Tabel 4.5 Analisis Total Float ID Task Name Duration Predecessor Late Start Early Start Slack Total Slack 1 SISTEM INFORMASI ORACLE FINANCIAL 88 days 1/8/2007 8:00 1/8/2007 8:00 0 days 0 days 2 3 PROJECT INITIATION 3 days 1/8/2007 8:00 1/8/2007 8:00 0 days 0 days 4 Defining Scope 0 days 1/8/2007 8:00 1/8/2007 8:00 0 days 0 days 5 Project Kick-off 1 day 4 1/8/2007 8:00 1/8/2007 8:00 0 days 0 days 6 Buying Modul Package 0 days 5 1/8/2007 8:00 1/8/2007 8:00 0 days 0 days 7 Project Management Plan 2 days 5 1/9/2007 8:00 1/9/2007 8:00 0 days 0 days 8 Sign-off Initialitation Phase 0 days 7 4/10/ :00 1/10/ :00 85 days 85 days 9 10 OPERATION ANALYSIS & BUSINESS PROCESS DESIGN 23 days 1/11/2007 8:00 1/11/2007 8:00 0 days 0 days 11 Process Organization 3 days 1/11/2007 8:00 1/11/2007 8:00 0 days 0 days 12 Current Process Organization Assessment 2 days 7 1/11/2007 8:00 1/11/2007 8:00 0 days 0 days 13 Future Process Organization Design 1 day 12 1/13/2007 8:00 1/13/2007 8:00 0 days 0 days 14 Business Process 8 days 1/14/2007 8:00 1/14/2007 8:00 0 days 0 days 15 Current Business Process Assessment 5 days 1/14/2007 8:00 1/14/2007 8:00 0 days 0 days 16 Financial Budgeting 2 days 13 1/17/2007 8:00 1/14/2007 8:00 3 days 3 days 17 Request to Payment 5 days 13 1/14/2007 8:00 1/14/2007 8:00 0 days 0 days 90

39 Tabel 4.5 Analisis Total Float ID Task Name Duration Predecessor Late Start Early Start Slack Total Slack 18 Order to Cash 4 days 13 1/14/2007 8:00 1/14/2007 8:00 0 days 0 days 19 Bank Reconciliation 4 days 13 1/15/2007 8:00 1/14/2007 8:00 1 day 1 day 20 Future Business Process Modelling 6 days 1/18/2007 8:00 1/16/2007 8:00 2 days 0 days 21 Financials Budgeting 3 days 16 1/19/2007 8:00 1/16/2007 8:00 3 days 3 days 22 Request to Payment 3 days 17 1/19/2007 8:00 1/19/2007 8:00 0 days 0 days 23 Order to Cash 4 days 18 1/18/2007 8:00 1/18/2007 8:00 0 days 0 days 24 Bank Reconciliation 3 days 19 1/19/2007 8:00 1/18/2007 8:00 1 day 1 day 25 Application Architecture Design 2 days 21,22,23,24 1/23/2007 8:00 1/23/2007 8:00 0 days 0 days 26 Review Chart of Account Design 5 days 25 1/25/2007 8:00 1/25/2007 8:00 0 days 0 days 27 Financials Reporting 5 days 26 1/30/2007 8:00 1/30/2007 8:00 0 days 0 days 28 Sign-off Process Design Phase 0 days 27 4/10/ :00 2/3/ :00 62 days 62 days BUSINESS PROCESS CONFIGURATION 53 days 1/29/2007 8:00 1/11/2007 8:00 17 days 17 days 31 Set-up Hardware & Install Application 6 days 7 1/29/2007 8:00 1/11/2007 8:00 17 days 17 days 32 Set-up Application 4 days 2/4/2007 8:00 2/4/2007 8:00 0 days 0 days 33 General Ledger 2 days 27,31 2/15/2007 8:00 2/4/2007 8:00 11 days 11 days 34 Purchasing 2 days 27,31 4/9/2007 8:00 2/4/2007 8:00 60 days 60 days 35 Payables 2 days 27,31 2/15/2007 8:00 2/4/2007 8:00 11 days 11 days 36 Receivables 2 days 27,31 3/17/2007 8:00 2/4/2007 8:00 40 days 40 days 37 Cash Management 2 days 27,31 2/4/2007 8:00 2/4/2007 8:00 0 days 0 days 38 System Administration 2 days 31,33,35 2/17/2007 8:00 2/6/2007 8:00 11 days 11 days 39 Develop Conversion Script 8 days 38 2/20/2007 8:00 2/8/2007 8:00 11 days 11 days 40 Develop Custom Reports 28 days 2/7/2007 8:00 2/6/2007 8:00 1 day 1 day 41 General Ledger 14 days 33 3/11/2007 8:00 2/6/2007 8:00 32 days 32 days 42 Purchasing 14 days 41 3/26/2007 8:00 2/21/2007 8:00 32 days 32 days 43 Payables 14 days 35,39 3/26/2007 8:00 2/16/2007 8:00 36 days 36 days 91

40 Tabel 4.5 Analisis Total Float ID Task Name Duration Predecessor Late Start Early Start Slack Total Slack 44 Receivables 20 days 36 3/20/2007 8:00 2/6/2007 8:00 40 days 40 days 45 Cash Management 20 days 37 2/7/2007 8:00 2/6/2007 8:00 1 day 1 day 46 Develop Interface 3 days 2/25/2007 8:00 2/4/2007 8:00 20 days 20 days 47 ICAM Interface 3 days 27 4/8/2007 8:00 2/4/2007 8:00 59 days 59 days 48 Billing Interface 3 days 27 2/25/2007 8:00 2/4/2007 8:00 20 days 20 days 49 Implement User Organization 2 days 39,45,48 2/28/2007 8:00 2/27/2007 8:00 1 day 1 day 50 Develop Training Manual 20 days 37 2/6/2007 8:00 2/6/2007 8:00 0 days 0 days 51 Sign-off System Configuration Phase 0 days 49, 50 4/10/ :00 2/28/ :00 38 days 38 days BUSINESS PROCESS TRAINING & TESTING 23 days 2/27/2007 8:00 2/27/2007 8:00 0 days 0 days 54 End-user Training 3 days 2/27/2007 8:00 2/27/2007 8:00 0 days 0 days 55 System Administration 1 day 50 4/8/2007 8:00 2/27/2007 8:00 37 days 37 days 56 General Ledger 2 days 50 2/27/2007 8:00 2/27/2007 8:00 0 days 0 days 57 Purchasing 1 day 50 4/9/2007 8:00 2/27/2007 8:00 38 days 38 days 58 Payables 2 days 55 4/9/2007 8:00 2/28/2007 8:00 37 days 37 days 59 Receivables 1 day 56 3/1/2007 8:00 3/1/2007 8:00 0 days 0 days 60 Cash Management 1 day 57 4/10/2007 8:00 2/28/2007 8:00 38 days 38 days 61 Develop Testing Scenario 4 days 3/2/2007 8:00 3/1/2007 8:00 1 day 1 day 62 Financials Budgeting 3 days 49 3/2/2007 8:00 3/1/2007 8:00 1 day 1 day 63 Request to Payment 3 days 49 3/2/2007 8:00 3/1/2007 8:00 1 day 1 day 64 Order to Cash 3 days 49 3/2/2007 8:00 3/1/2007 8:00 1 day 1 day 65 Bank Reconciliation 3 days 49,59 3/2/2007 8:00 3/2/2007 8:00 0 days 0 days 66 Financials Reporting 3 days 49 4/5/2007 8:00 3/1/2007 8:00 33 days 33 days 67 Test New Business Process 3 days 3/5/2007 8:00 3/4/2007 8:00 1 day 1 day 68 Financials Budgeting 2 days 62 3/5/2007 8:00 3/4/2007 8:00 1 day 1 day 69 Request to Payment 2 days 63 3/5/2007 8:00 3/4/2007 8:00 1 day 1 day 92

41 Tabel 4.5 Analisis Total Float ID Task Name Duration Predecessor Late Start Early Start Slack Total Slack 70 Order to Cash 2 days 64 3/5/2007 8:00 3/4/2007 8:00 1 day 1 day 71 Bank Reconciliation 2 days 65 3/5/2007 8:00 3/5/2007 8:00 0 days 0 days 72 Financials Reporting 2 days 66 4/9/2007 8:00 3/4/2007 8:00 33 days 33 days 73 Resolves Issues 15 days 68,69,70,71 3/7/2007 8:00 3/7/2007 8:00 0 days 0 days 74 Sign-off System Training & Testing Phase 0 days 73 4/10/ :00 3/22/ :00 17 days 17 days GO-LIVE PREPARATION / TRANSITION 16 days 3/23/2007 8:00 3/23/2007 8:00 0 days 0 days 77 Prepare Production Environment 5 days 73 3/23/2007 8:00 3/23/2007 8:00 0 days 0 days 78 Set-up Application 5 days 77 3/28/2007 8:00 3/28/2007 8:00 0 days 0 days 79 Install Interface 2 days 78 4/9/2007 8:00 4/3/2007 8:00 5 days 5 days 80 Install Report 2 days 78 4/3/2007 8:00 4/3/2007 8:00 0 days 0 days 81 Convert Data 4 days 80 4/5/2007 8:00 4/5/2007 8:00 0 days 0 days 82 Sign-off Production Migration Phase 0 days 81 4/10/ :00 4/9/ :00 1 day 1 day GO-LIVE SUPPORT 1 day 4/10/2007 8:00 4/10/2007 8:00 0 days 0 days 85 START PRODUCTION 1 day 81 4/10/2007 8:00 4/10/2007 8:00 0 days 0 days 86 Project Closing Sign-off 0 days 85 4/10/ :00 4/10/ :00 0 days 0 days 93

42 Function Point Analysis (FP) Tabel 4.6 Penghitungan Pembobotan Function Point Kompleksitas Pembobotan Parameter Rendah Rata rata Tinggi Jumlah Pengukuran Jumlah Input 26 X X X 6 = 258 Pemakai Jumlah Output 30 X X X 7 = 225 Pemakai Jumlah Inquiries 0 X X X 6 = 0 Pemakai Jumlah Files 3 X X X 15 = 21 Jumlah Interface 3 X X X 10 = 15 Eksternal Total 519 Keterangan : Jumlah Input Pemakai : - Rendah = 26, diperoleh dari jumlah user input berupa text field dengan jumlah processing steps dan semantic statements 1-10, atau dengan jumlah processing steps dan jumlah semantic statements sebanyak 1-5.

43 95 - Tinggi = 30, diperoleh dari jumlah user input berupa text field dengan jumlah ps dan st 11+, atau jumlah ps 21+ dan jumlah st sebanyak Jumlah Output Pemakai : - rendah = 30, diperoleh dari setiap message box yang muncul bila terjadi kesalahan dalam input data. - tinggi = 15, diperoleh dari jumlah custom reports yang akan dibuat. Jumlah Inquiries Pemakai = 0, karena tidak ada user input yang bersifat online. Jumlah Files : - Rendah = 3, yaitu master data pelanggan, supplier, dan bank. Dikategorikan rendah karena jumlah processing steps dan semantic statements 1-10, atau dengan jumlah processing steps dan jumlah semantic statements sebanyak 1-5. Jumlah Interface Eksternal : - Rendah = 3, yaitu CD, flash disk, dan disket. Dikategorikan rendah karena hanya mengandalkan sumber yang sudah ada (seperti : CD-Rom, Port USB dan floopy disk).

44 96 Tabel 4.7 Computing Function Point Skala Pertanyaan Apakah sistem membutuhkan backup dan recovery yang dapat diandalkan? Apakah data komunikasi dibutuhkan? Apakah ada fungsi-fungsi pemrosesan terdistribusi? Apakah kinerja merupakah hal yang penting? Apakah sistem akan berjalan pada lingkungan operasional yang berat? Apakah sistem memerlukan masukan data secara on-line? Apakah masukan data secara on-line membutuhkan transaksi input pada berbagai layar atau operasi? Apakah master files di-update secara on-line? Apakah input, output, atau inquiries kompleks? Apakah pemrosesan internal kompleks? Apakah kode dirancang untuk dapat digunakan kembali? Apakah konversi dan instalasi termasuk didalam perancangan? Apakah sistem dirancang untuk instalasi di organisasi yang berbeda? Apakah aplikasi dirancang untuk memfasilitasi perubahan dan memudahkan penggunaan oleh pengguna?

45 97 Keterangan : Skala 0 : No Influence Skala 1 : Incidental Skala 2 : Moderate Skala 3 : Average Skala 4 : Significant Skala 5 : Essential Fi = = 29 FP = count-total * [ * Σ Fi] = 519 * [ * 29] = 519 * 0.94 = Karena sistem dibangun dengan menggunakan bahasa pemrograman object oriented, maka Nilai Konversinya = 30, jadi ; LOC = Nilai Konversi * FP = 30 * = KLOC = LOC / 1000 = / 1000 = Karena proyek ini diklasifikasikan sebagai proyek piranti lunak dengan tingkat kesulitan sedang dan dibangun oleh tim berukuran sedang yang berpengalaman, maka :

46 98 Effort = a b (KLOC) db = 3.0 (KLOC) 1.12 = 3.0 * ( ) 1.12 = person-month Duration = c b (E) db = 2.5 (Effort) 0.35 = 2.5 (60.588) 0.35 = month Number of People = Effort / Duration = / = 5.76 = 6 person

47 Critical Path Method (CPM) (Lihat lampiran.)

48 Project Schedule (Lihat lampiran.)

49 Resource Name Tabel 4.8 Resource Name ID Task Name Resources Names 4 Defining Scope VPM,KPM 5 Project Kick-off VPM,All Koja,All Mgmt 6 Buying Modul Package 7 Project Management Plan VPM,KPM 8 Sign-off Initialitation Phase VPM,KPM 12 Current Process Organization Assessment VPM,BA(1),KPM 13 Future Process Organization Design VPM,BA(1),KPM 16 Financial Budgeting VPM,BA(2),F(2) 17 Request to Payment BA(3),F(5),F(6) 18 Order to Cash BA(2),P(1),F(7) 19 Bank Reconciliation BA(1),F(8),F(9) 21 Financial Budgeting VPM,BA(2),F(2) 22 Request to Payment BA(3),F(5),F(6) 23 Order to Cash BA(2),P(1),F(7) 24 Bank Reconciliation BA(1),F(8),F(9) 25 Application Architecture Design VPM,KPM 26 Review Chart of Account Design VPM,F(5) 27 Financials Reporting VPM,F(1),F(4),F(8) 28 Sign-off Process Design Phase VPM,KPM 31 Set-up Hardware & Install Application DA,TI(4) 33 General Ledger VPM,F(8),F(2) 34 Purchasing BA(3),F(5),F(6) 35 Payables BA(3),F(7) 36 Receivables BA(2),F(7) 37 Cash Management BA(1),F(5) 38 System Administration BA(1),F(2) 39 Develop Conversion Script P(1) 41 General Ledger P(2),TI(2),F(3) 42 Purchasing P(2),TI(2),F(3) 43 Payables P(1),TI(4),F(8) 44 Receivables P(3),TI(3),F(6) 45 Cash Management P(1),TI(1),F(9) 47 ICAM Interface P(2),TI(1) 48 Billing Interface P(1),F(4) 49 Implement User Organization VPM,P(3) 50 Develop Training Manual BA(1),BA(2),DA 51 Sign-off System Configuration Phase VPM,KPM 55 System Administration BA(1) 56 General Ledger BA(2) 57 Purchasing BA(3) 58 Payables BA(1)