MPPL - Kuis 2 (Setelah UTS)

1. Seseorang disebut memiliki responsibility atas suatu tugas bila memiliki ... terkait atas tugas tersebut: authority & accountability

2. Transparency selayaknya dilakukan dengan hal-hal berikut:
    1. mempublikasikan produk kerja ke stakeholder
    2. sharing informasi ke anggota pelaksana proyek
    3. mengacu pada pedoman/petunjuk buku

3. Menjalin relsi dengan manajemen puncak organisasi dalam pelaksanaan proyek sangatlah dianjurkan melalui hal-hal berikut:
    1. menjelaskan tentang potensi proyek kepada manajemen puncak, baik dari sisi profit / loss
    2. mendorong manajemen puncak mengambil keputusan dari sisi obyektif
    3. membantu manajemen puncak menerjemahkan keputusan di tingkat implementatif

4. Hal-hal yang selayaknya dilakukan manager proyek dalam memimpin bawahannya:
    1. bersedia menerima kritik dr bawahan
    2. transparan & obyektif dalam mengambil keputusan
    3. mengembangkan rencana kerja bersama bawahan

5. Penyebab kegagalam proyek piranti lunak outsourced:
    1. client "lepas tangan" dan tdk terlalu percaya pada vendor
    2. tidak terjalin komunikasi aktif antara client & vendor dlm pelaksanaan proyek
    3. vendor tdk bersikap terbuka terhadap client

6. Dalam pelaksanaan proyek piranti lunak, client selayaknya berkolaborasi sedini mungkin dengan vendor agar dapat: menyamakan sasaran & tolok ukur sukses proyek (?)

7. perbedaan antara proyek piranti lunak in-house & outsource terletak pada hal-hal berikut: (?)
    1. biaya pengembangan piranti lunak
    2. mutu piranti lunak yang dihasilkan
    3. mekanisme komunikasi selama pengerjaan proyek

8. software process improvement berkaitan erat dengan hal" berikut:
    1. perubahan mekanisme pengembangan piranti lunak ke arah yang lebih baik
    2. penerapan metode formal baik secara konseptual maupun implementatif
    3. penelusuran & pemantauan implementasi metode formal secara konsisten

9. SPI dapat dilakukan melalui penerapan proses/metodologi yang tepat, seperti: Capability Maturity Model (?)

10.DMAIC adalah pendekatan pada framework six sigma melalui tahap-tahap berikut:
    1. define opportunities
    2. measure performance
    3. analyze opportunity
    4. improve performance
    5. control performance

11. Jelaskan maksud dr istilah dalam manajemen proyek berikut ini dan hubunagnnya:
1. responsibility: seseorang responsible thd suatu tgs jika dia memiliki otoritas untuk melakukan task tersebut dan accountable thd penyelesaian task tsb

2. authority: jika seseorang memiliki kontrol yang cukup thd resources yang dibutuhkan untuk menyelesaikan tgs tsb

3. accountability: jika seseorang menerima konsekuensi secara profesional jika sebuh task mengalami failure dalam menjalani task tersebut

4. delegation: memberikan responsibility dr task" tertentu kepada tiap team member. manager harus memastikan seseorang memiliki otoritas yang cukup utk melakukannya dan accountable thd hasil task sblm di delegate.

12. Skema outsourced project secara singkat:
   1. prevent project failure: dgn cara mengkomunikasikan project goals scr berkala kpd vendor, membangun transparansi proyek, tidak melepas tugas seluruhnya pd vendor. langkah awal: collaborate with the vendor: tentukan scope & budget, satukan pemikiran project goals & success dengan vendor
   2. estimate the work secara realistis
   3. actively manage the project: know the team, don't be a hands-off client
   4. Build relationship with vendor's management & with the vendor team
   5. Maintain tracking & oversight: jangan berpegang pd vendor untuk tracking project plan & project schedule.

Read More

MPPL - Kuis 1 (Setelah UTS)

Panduan membaca ringkasan ini (eaa):
nomor yang ditulis = nomor dari kuis pak Pane
info setelah tanda ':' = jawaban kuis yang bener
tanda '>' = catatan tambahan dari slide
tanda '(?)' = jawaban masih diragukan

nb.
- ada beberapa soal kuis yang gw modif, misalkan 'berikut ini yang tidak termasuk ...' bs diubah jadi 'yang termasuk dalam ... adalah'
- jawaban belum tentu benar, tolong dicocokin lagi sama kunci jawaban/slide, soalnya gw bikin ini sambil belajar jg jd ga sepenuhnya liat dr kunci jawaban
Happy studying~

1. Secara sederhana, kualitas adalah: kesesuaian terhadap kebutuhan produk
    > testing tidak membuat software menjadi sempurna
    > jika requirement awal tidak diketahui dengan baik, maka akan sulit memberikan software yang sesuai dengan kebutuhan konsumen, karena kebutuhan tersebut tidak jelas diketahui.

2. Rencana uji / test plan sebaiknya memuat hal-hal berikut:
    1. Kasus uji/test case
        > test case adalah deskripsi dari interaksi tertentu yang dilakukan tester untuk menguji sebuah behaviour dari software.
   2. Mekanisme eksekusi pengujian
   3. Poin kebutuhan yang ingin diuji

3. Istilah triage dalam defect tracking system mengacu kepada hal-hal berikut:
    1. kaji ulang defect, khususnya sumber timbulnya defect tersebut
    2. strategi penulihan piranti lunak/ defect yang ditemukan setuntas mungkin
    3. prioritisasi defect berdasarkan dampaknya terhadap fungsionalitas piranti lunak secara keseluruhan

4. Smoke test adalah uji untuk: menguji representasi tipikal dari fungsionalitas piranti lunak yang ada
    > smoke test bukan merupakan pengganti untuk uji fungsionalitas piranti lunak yang aktual

5. Masalah yang umumnya timbul terkait dengan kegiatan estimasi adalah: waktu/effort dimark-up untuk kepentingan pribadi (?)

6. Broken build merupakan masalah yang muncul terkait dengan kegiatan programming dan dapat diatasi dengan: mengembangkan code berbasis test-driven (?)
    > broken build = programmer memberikan build yang doesn't work (kayanya maksudnya disini itu build versi lama, build yang ada syntax error, dll. kayanya ya), sehingga tester tidak mampu melakukan uji terhadapnya.

7. "Piranti lunak yang terinstalasi baik di sisi pengembang ternyata tidak dapat terinstalasi di sisi pengguna" adalah contoh masalah yang terkait dengan: Testing
    > masalah testing lainnya =
       1. missing requirement: sulit untuk ditemukan tester karena bahkan programmer yang membuat code-nya tidak dapat menemukannya saat melihat hasil kerjanya sendiri
       2. Obvious Bugs slipped through: bisa karena tester yang tdk berpengalaman, tester berpengalaman yang kurang cukup waktu untuk membuat test plan, dan release software yang dilakukan berdasarkan jadwal, bukan kualitas

   > masalah selain testing = requirements problems & programming problems
   > requirement problems antara lain = iteration abuse (programmer kirim build after build, user & stakeholder cuma make small changes to each build); scope creep (user & stakeholder membuat perubahan requirement setelah programming dimulai. perubahan biasanya kecil sehingga programmer setuju" saja untuk mengubah. padahal, hal tsb bisa memperlambat project)
   > cara handle requirement problems = requirement dibuat sejelas mungkin sebelum mulai dikerjakan; menggunakan change control process untuk handle changes yang masih ada

   > programming problems = haunted by old problems (old bugs suddenly reappear without warning), broken builds, spaghetti code (source code yang memiliki struktur kontrol kompleks dan berbelit-belit; kemungkinan terjadi karena me-maintain old code).
   > cara handle programming problems = menggunakan version control; menggunakan unit tests dan test-driven development; refactoring

8. Penyebab gagalnya perubahan dilaksanakan dalam suatu organisasi:
    1. pada dasarnya, perubahan bukanlah sesuatu yang nyaman untuk diterima
    2. perubahan dikonotasikan sebagai konsekuensi dari kesalahan di masa lalu
    3. tidak mudah meyakinkan bahwa perubahan akan membawa efek/akibat yang positif

9. Sindrom "not invented here" adalah dalih umum yang disalahgunakan untuk menolak: inovasi eksternal karena bukan ciptaan internal

10. "Gagal dengan cara konvensional lebih baik daripada sukses dengan cara inkonvensional" adalah anggapan untuk cari aman akibat manifestasi dari common excuse: it's too risky (?)

11. Jelaskan maksud dari pernyataan berikut ini = "testing does not make the software perfect"
     : jika requirement awal tidak diketahui dengan baik, maka akan sulit memberikan software yang sesuai dengan kebutuhan konsumen, karena kebutuhan tersebut tidak jelas diketahui.

12. Jelaskan 3 faktor yang dapat mendorong suksesnya penerapan perubahan di dalam suatu organisasi!
1. prepare your organization
    > ambil hal positif dari work yang sudah lewat
    > buat change terlihat straightforward
    > dapatkan dukungan dari tim
    > tunjukkan bahwa change dapat menyimpan lebih banyak waktu dan tenaga
    > tetap berpegang pada fakta
2. plan for change
    > buat dokumen vision & scope, yang mendeskripsikan scope of change
    > inspect & approve dokumen untuk mendapatkan konsensus
    > masukkan changes pada schedule
3. push for consensus
    > bantu organisasi untuk menyadari bahwa mereka memiliki masalah, dan tunjukkan bahwa anda memiliki solusinya.

Read More