STAKEHOLDER DAN TEAM MEMBER RPL. Ni Wayan Sumartini Saraswati

Transkripsi

1 STAKEHOLDER DAN TEAM MEMBER RPL Ni Wayan Sumartini Saraswati

2 PENGERTIAN STAKEHOLDER Stakeholder dalam rekayasa perangkat lunak dapatberupa pengguna, pemilik, pengembang, pemrogram dan orang-orang yang terlibat dalam rekayasa perangkat lunak tersebut.

3 STAKEHOLDER Sponsor.Sponsor iniberartiproject owner, memiliki kedudukan yang cukup tinggi dalam organisasi dan sebagai pengambil keputusan tertinggidalam pengelolaansisteminformasi. Satu hal yang penting dilakukan oleh seorang project owner adalah komitmen yang kuat akan implementasisi yang dilakukan. Without the executive sponsor's commitment, people do not show up for workshops on time or sometimes at all. Schedules change and projects are delayed. In short, without an executive sponsor, there is no project!

4 STAKEHOLDER (2) Business Users. Business Useriniterdiridari2 jenis, yaitureal end userdanrepresentative end user. Real end user adalah person yang melakukan pekerjaan real di lapangan. Dalam kasus, ini adalahoperator-operator. Sedangkanrepresentative end useradalah person yang mengetahui seharusnya bisnis proses itu dilakukan, memahami spirit dan goal dari sistem yang dikelolanya. Biasanya ini adalah kepala bagian, manajer, atau operator senior.

5 STAKEHOLDER (3) System Analyst (Tim Developer). Person/tim ini yang akan in-charge dari sisi teknologi dan prosesengineeringnya. System Experts. Tidak semua referensi mencantumkan peran ini. Perannya lebih seperti konsultan yang memahami seluk beluk bisnis proses dari sisi konseptual dan berbasis pengalaman.

6 STAKEHOLDER (4) Facilitator. Seorang fasilitator berfungsi sebagai moderator dan mengarahkan setiap aktivitas yang melibatkan banyak pihak, untuk menjadi efektif. Seorang fasilitator harus memiliki kecakapan yang baik dalam berkomunikasi, memberikanstimulus-stimulus dan trik-trik agar diskusi bisa berjalan dengan baik.

7 MEMBER PENGEMBANGAN PL Analist System Analis persyaratan, juga disebut analis bisnis atau analis sistem, bertanggung jawab untuk memunculkankebutuhan daripelanggan, pengguna, dan stakeholder lainnya, menganalisis persyaratan, menulisspesifikasipersyaratan, dan mengkomunikasikan persyaratan untuk pembangunan dan pemangku kepentingan lainnya.

8 MEMBER PENGEMBANGAN PL Desainer Perangkat Lunak Para desainer bertanggung jawab untuk menerjemahkan persyaratan ke dalam desain arsitekturperangkatlunakdanrinciyang menentukan bagaimana perangkat lunak akan diimplementasikan.

9 MEMBER PENGEMBANGAN PL Programmer (pengembang) Para pengembang bertanggung jawab untuk melaksanakan desain dengan menciptakan produk perangkat lunak Jika perangkat lunak merupakanbagian darisistemyang lebihbesar, hardware desainer dan pengembang juga mungkin tertarik dalam persyaratan perangkat lunak.

10 MEMBER PENGEMBANGAN PL Penguji Para penguji menggunakan persyaratan sebagai dasar untuk menciptakan tes kasus yang mereka gunakan untuk menjalankan perangkat lunak di bawah spesifik, kondisi yang dikenal untuk mendeteksi cacat dan memberikan keyakinan bahwa perangkat lunak melakukan sebagaimana ditentukan.

11 MEMBER PENGEMBANGAN PL Penulis Dokumentasi Para penulis dokumentasi bertanggung jawab untuk menggunakan persyaratan sebagai masukan ke dalam penciptaan dokumentasi pengguna, termasukpengguna / operasimanual, file bantuan, petunjuk instalasi, dan materi pelatihan yang diperlukan.

12 MEMBER PENGEMBANGAN PL Manajer Proyek Manajer proyek bertanggung jawab untuk perencanaan, monitoring, dan pengendalian proyek dan membimbing tim pengembangan perangkat lunak untuk keberhasilan pengiriman perangkat lunak, dukungan teknis, operasi juga disebut help desk, bertanggung jawab untuk berinteraksi dengan komunitas pengguna untuk mendukung perangkat lunak setelah dikerahkan ke lapangan.

13 MEMBER PENGEMBANGAN PL Tim perubahan (maintenance) Produk perubahan manajemen, yang dapat mengambil bentuk panel kontrol perubahan (CCB), bertanggung jawab untuk meninjau perubahanyang diajukan atas persyaratan, menganalisis dampaknya, menyetujui/ tidak menyetujui perubahan, dan memastikan bahwa perubahan yang disetujui diimplementasikan dan divalidasi.

14 SOFTWARE PLAYER Proses perangkat lunak diisi oleh para pemain yang dapat dikategorikan ke dalam salah satu dalam lima konstituen berikut ini : 1. ManajerSenior, yang menentukan isu-isubisnisyang sering memiliki pengaruh penting di dalam proyek. 2. Manajer(teknik) Proyek, yang harusmerencanakan, memotivasi, mengorganisir, dan mengontrol sebuah produk atau aplikasi. 3. Pelaksana, yang menyampaikan keterampilan teknik yang diperlukan untuk merekayasa sebuah produk atau aplikasi. 4. Pelanggan, yang menentukan jenis kebutuhan bagi perangkat lunak yang akan direkayasa. 5. Pemakai Akhir, yang berinteraksi dengan perangkat lunak bila perangkat lunak telah dikeluarkan untuk digunakan.

15 MODEL KEPEMIMPINAN DALAM RPL Pimpinan Tim Jerry Weinberg cenderung mengusulkan model kepemimpinan MOI : Motivasi. Kemampuan untuk memberi dorongan orang teknik untuk menghasilkan sesuatu dengan kemampuan terbaiknya. Organisasi. Kemampuan untuk membentuk proses yang sedang berlangsung yang memungkinkan konsep dasar diterjemahkan ke dalam suatu hasil akhir. Gagasan dan inovasi. Kemampuan untuk mendorong manusia untuk menciptakan dan bertindak kreatif meskipun mereka bekerja di dalam suatu ikatan yang dibangun untuk suatu produk atau aplikasi perangkat lunak yang spesifik.

16 KARAKTERISTIK SEORANG MANAJER PROYEK YANG EFEKTIF MEMBERIKAN TEKANAN PADA: Pemecahan masalah. Seorang manajer proyek yang efektif dapat mendiagnosisisu-isuorganisasidanteknisyang paling relevan, yang secara sistematis membentuk sebuah pemecahan atau dengan tepat memotivasi para pelaksana yang lain untuk membuat pemecahan. Identitas manajerial. Seorang manajer proyek yang baik harus bersentuhan secara langsung dengan proyeknya. Dia harus memilki rasa percaya diri untuk melakukan kontrol bila perlu dan membolehkan orang-orang teknik yang baik untuk mengikuti insting mereka. Prestasi.Untukmengoptimasiproduktivitassebuahtim proyek, seorang manajer harus memiliki inisiatif dan prestasi, serta dengan caranyasendirimemperlihatkanbahwa pengambilanrisikoyang terkontrol tidak akan dikenai hukuman. Pengaruh dan pembentukan tim. Seorangmanajerproyekyang efektif harus mampu membaca manusia; dia harus mampu memahami sinyal verbal dan nonverbal serta bereaksi terhadap kebutuhan-kebutuhan orang-orang yang mengirimkan sinyal tersebut. Manajer harus dapat menguasai diri meskipun berada pada situasi tekanan yang sangat tinggi.

17 ORGANISASI TIM PL Tim Perangkat Lunak Mantei mengusulkan tiga organisasi tim yang umum : Demokratis terdesentralisasi (DD). Tim rekayasa perangkat lunak ini tidak memiliki pemimpin yang permanen. Tetapi koordinator dipilih untuk bertugas di dalam durasi waktu yang pendek, yang kemudian diganti oleh yang lain yang mungkin bertugasuntuk mengkoordinasitugas-tugasyang berbeda. Keputusan terhadap masalah dan pendekatan yang dilakukan dibuat oleh konsensus kelompok. Komunikasi di antara anggota tim bersifat horisontal. Terkontrol terdesentralisasi (CD). Tim rekayasa perangkat lunak memiliki pemimpin tertentu yang mengkoordinasi tugas-tugas khusus serta memiliki pemimpin-pemimpin sekunderyang bertanggungjawabatasmasalahsub-sub tugas. Pemecahan masalah merupakan aktivitas dari kelompok, tetapi implementasi dari pemecahan masalah dipecah di antara sub-sub kelompok olehpimpinan tim. Komunikasi antarkelompokdanorangbersifat horisontal, tetapi komunikasi vertikal sepanjang hirarki kontrol juga terjadi di sini. Terkontrol tersentralisasi (CC). Koordinasi pemecahan masalah tingkat puncak dan internal tim diatur oleh pimpinan tim. Komunikasi antara pimpinan dan anggota tim bersifat vertikal.

18 KOORDINASI DAN KOMUNIKASI Masalah Koordinasi dan Komunikasi KrauldanStreeter mengujisekumpulanteknik koordinasiproyekyang dikategorikan dalam kelompok berikut: Pendekatan impersonal, formal. Mencakup penyampaian dan dokumen rekayasa perangkat lunak(seperti kode sumber), memomemo teknis, kejadian penting pada proyek, jadwal dan piranti kontrolproyek, kebutuhanakan perubahandandokumentasiyang berhubungan, laporan pelacakan kesalahan dan data cadangan. Prosedur interpersonal, formal. Berfokus pada aktivitas jaminan kualitas yang diterapkan kepada produk kerja rekayasa perangkat lunak. Hal ini menyangkut pertemuan status pengkajian serta perancangan dan inspeksi kode. Prosedur interpersonal, informal. Menyangkut pertemuan kelompok untuk penyebaran informasi dan pemecahan masalah serta alokasi kebutuhan dan pengembangan staf. Komunikasi elektronik. Mencakup surat elektronik, papan buletin elektronik,web sites, serta sistem konferensi berbasis video. Jaringan interpersonal. Diskusi informal dengan orang-orang di luar proyek yang mungkin memiliki pengalaman atau pengetahuan yang dalam yang dapat mendukung anggota tim.