Akbar Try Hartomo

1901549234 - LDBA

Tugas Personal ke- 4

(Minggu / Session 8)

1. What are the elements of the people strategy?

Elemen-elemen yang menjadi landasan people strategy antara lain:

2. What are the steps that need to be taken to derive the organization structure
in People Phase?

Gambar diatas merupakan langkah-langkah yang diperlukan pada fase

people guna memperoleh struktur organisasi, antara lain:
1. Communications : Melibatkan seluruh people yang ada didalam organisasi
untuk saling menyediakan informasi yang jelas terkait aktivitas proses
organisasi. Informasi tersebut mengandung beberapa aspek pertanyaan
berikut:
What is proposed?
How will it be completed?
How will it affect me?
What input will I have into the outcomes?
What if I do not like the outcomes?

0734M Business Process Management

 Akbar Try Hartomo
1901549234 - LDBA

2. People Development Step 2.1, 3.1, 4.1: People Strategy, Activity

Definition, and Role Redesign
3. People Development Step 5.1: Performance Management and
Measurements
4. People Development Step 6.1: People Core Capability Gap Analysis
5. People Development Step 7.1: Organizational Structure
6. Technology Development Step 2.2: Business Process Orchestration
7. Technology Development Step 3.2: Integration with Business
Applications
8. Technology Development Step 4.2: Develop Presentation Layer of the
Solution
9. Technology Development Step 5.2: Solution Testing
10. People and Technology Development Step 8.1, 6.2: Develop Training

3. What are the main differences between agile method and Waterfall in Develop
Phase?
Waterfall pada dasarnya adalah model sekuensial di mana pengembangan
perangkat lunak dipisahkan menjadi urutan fase pre-defined, termasuk:
kelayakan, perencanaan, desain, membangun, menguji, produksi, dan
dukungan. Di sisi lain, metodologi pengembangan Agile berikut pendekatan
sekuensial linear sambil memberikan fleksibilitas untuk mengubah
persyaratan proyek, karena terjadinya permintaan yang kerap berubah
maupun kemungkinan lainnya. Berikut ini adalah perbedaan diantara metode
waterfall dengan agile :
Proses pengembangan perangkat lunak dibagi menjadi fase yang berbeda
dalam model Waterfall sementara metodologi Agile pemisahaan
pengembangan proyek siklus hidup dalam sprint
Waterfall adalah metodologi pengembangan perangkat lunak terstruktur,
dan sering kali sangat kaku, sedangkan metodologi Agile dikenal karena
fleksibilitasnya
Menurut model Waterfall, pengembangan perangkat lunak adalah untuk
diselesaikan sebagai salah satu proyek tunggal, yang kemudian dibagi
menjadi fase yang berbeda, dengan masing-masing fase muncul hanya

0734M Business Process Management

 Akbar Try Hartomo
1901549234 - LDBA

sekali selama SDLC. Namun, pada metodologi Agile dapat dianggap

sebagai kumpulan dari banyak proyek yang berbeda, yang tidak lain
adalah iterasi dari fase yang berbeda dengan fokus pada peningkatan
kualitas perangkat lunak secara keseluruhan dengan masukan dari
pengguna atau tim QA (Quality Assurance).
Jika Anda ingin menggunakan model Waterfall untuk pengembangan
perangkat lunak, maka Anda harus jelas dengan semua persyaratan
development terlebih dahulu karena tidak ada ruang lingkup mengubah
persyaratan setelah pembangunan proyek dimulai. Namun pada
metodologi Agile, cukup fleksibel dan memungkinkan untuk adanya
perubahan yang akan dibuat dalam persyaratan pengembangan proyek
bahkan setelah perencanaan awal telah selesai
Semua tahapan pengembangan proyek seperti desain, pengembangan,
pengujian, dll selesai sekali dalam model Waterfall sementara sebagai
bagian dari metodologi Agile, mereka mengikuti pendekatan
pengembangan berulang. Akibatnya, perencanaan, pengembangan,
prototyping dan fase pengembangan perangkat lunak lain dapat muncul
lebih dari sekali selama seluruh fase SDLC berjalan.
Salah satu perbedaan utama antara metodologi Agile dan Waterfall
pembangunan adalah pendekatan individual mereka terhadap kualitas dan
pengujian. Dalam model Waterfall, dimana "Testing" adalah fase yang
datang setelah fase "Membangun (develop)", tapi, dalam metodologi
Agile, pengujian biasanya dilakukan bersamaan dengan pemrograman
atau setidaknya di iterasi yang sama dengan pemrograman
Sementara metodologi Waterfall adalah proses internal dan tidak
memerlukan partisipasi pelanggan, pendekatan pengembangan perangkat
lunak Agile berfokus pada kepuasan pelanggan dan dengan demikian,
melibatkan partisipasi pelanggan di seluruh tahap pengembangan.
Model Waterfall dapat dianggap sebagai proses ketat berurutan, namun,
metodologi Agile adalah proses pengembangan perangkat lunak yang
sangat kolaboratif, sehingga menyebabkan masukan tim yang lebih baik
dan pemecahan masalah lebih cepat.

0734M Business Process Management

 Akbar Try Hartomo
1901549234 - LDBA

Model Waterfall paling cocok untuk proyek-proyek yang telah jelas

didefinisikan persyaratan dan di mana perubahan tidak diharapkan sama
sekali, sementara pengembangan Agile mendukung proses di mana
persyaratan diharapkan berubah dan berkembang. Jadi, jika Anda
berencana untuk mengembangkan perangkat lunak yang akan
memerlukan sering overhaul dan harus bersaing dengan teknologi
landscape dan kebutuhan pelanggan, Agile adalah pendekatan yang
terbaik untuk mengikuti.
Model Waterfall menunjukkan pola pikir proyek dan meletakkan fokus
ketat pada penyelesaian pembangunan proyek, sementara Agile
memperkenalkan pola pikir produk yang berfokus pada memastikan
bahwa produk yang dikembangkan memuaskan pelanggan akhir, dan
perubahan itu sendiri sebagai syarat dari pelanggan berubah.

4. What are the various type of testing that need to be performed during Develop
Phase!
Selama proses pada fase Develop berjalan, ada berbagai jenis testing yang
dilakukan, antara lain:
Unit test
Memverifikasi kegiatan tertentu atau langkah solusi BPM otomatis
memenuhi persyaratan yang ditetapkan dalam spesifikasi desain.
Integration test
Memverifikasi fungsi atau aspek dari solusi BPM otomatis untuk
memenuhi persyaratan yang ditetapkan dalam spesifikasi desain
System test
Memverifikasi solusi BPM otomatis atau komponennya memenuhi
persyaratan yang ditetapkan dalam spesifikasi fungsional dan kualitas
Functional acceptance test
o Mensimulasikan lingkungan operasional menuju sejauh mungkin
o Verifikasi solusi BPM otomatis memenuhi persyaratan fungsional dan
kualitas seperti yang ditetapkan dalam persyaratan fungsional
User acceptance test
Memverifikasi solusi BPM otomatis dalam memenuhi kebutuhan bisnis

0734M Business Process Management

 Akbar Try Hartomo
1901549234 - LDBA

Regression test
Cek seluruh bagian dari sistem yang masih berfungsi dengan benar
setelah pelaksanaan atau modifikasi solusi BPM otomatis

0734M Business Process Management