Hotel desain

 Seleksi dan Perencanaan Proyek dalam Pembentukan Aplikasi Kepegawaian

Pemilihan Metodologi

Pada perealisasian proyek ini, kami memilih metodologi Waterfall Development yang mana tahapannya akan terlihat seperti pada gambar berikut

Pemilihan metodologi pada  pembentukan Aplikasi Kepegawaian (SIMPEG) akan didasari dari Feasibility Study yang sebelumnya telah dilakukan. Sebagaimana yang tertera dalam Feasibility Study, proyek ini nantinya akan menggunakan teknologi yang sudah sering digunakan sebelumnya sehingga beberapa metodologi seperti System Prototyping dan Agile Development tidak cocok digunakan pada proyek ini.

User Requirement dan persyaratan dari proyek ini juga sudah cukup jelas diterangkan pada penjelasan Feasibility Study sehingga peluang dari berubahnya User Requirement dan persyaratan dari proyek ini terbilang cukup kecil. Dengan adanya hal tersebut, metode Iterative dan Throwaway Prototyping akan kurang maksimal jika diterapkan dalam proyek ini.

Proyek ini juga terbilang cukup kompleks dalam pengerjaannya dan membutuhkan waktu yang tidak sedikit untuk merealisasikan proyek ini. Oleh karena itu, metode yang paling cocok digunakan dalam proyek ini adalah metode Waterfall Development karena metode ini akan memberikan tahapan yang berurutan dan linear. Mulai dari perencanaan, analisis, desain, implementasi, pengujian, hingga pemeliharaan. 

Pembuatan jadwal atau Perencanaan Kerja

Struktur rincian dan pembagian tanggung jawab kerja  dalam perealisasian Sistem Aplikasi Kepegawaian akan disusun seperti tabel yang ada pada link berikut ini 

https://docs.google.com/spreadsheets/d/1UwUCeyQaAf6diJP6dyxEfxWak-XEDFL-dfTp8zyL28o/edit?usp=sharing

Kedua tabel tersebutlah yang nantinya akan menjadi acuan dalam pelaksanaan perealisasian proyek Sistem Aplikasi Kepegawaian.

Pembentukkan Tim dan Penentuan Tanggung Jawab

Perencanaan Tim

Penugasan

Role	Description	Assigned To
Project Manager	Responsible for overseeing the entire project, ensuring that deadlines are met, and communicating with stakeholders	Ligar
Technical Lead	Responsible for overseeing the technical aspects of a project, designing the technical architecture, and ensuring the software meets best practices and quality standards	Dimas
UI/UX Designer	Responsible for designing the user interface and user experience of the application, ensuring that it is intuitive and easy to use	Nana
Front-End Developer	Responsible for developing the user-facing components of the application, including the interface and any interactive features	Rob
Back-End Developer	Responsible for developing the server-side components of the application, including the database and any APIs.	Dafy
DevOps Engineer	Responsible for ensuring that the application can be deployed and maintained efficiently and reliably	Boby
Quality Assurance Engineer	Responsible for ensuring that the application is thoroughly tested and free of bugs before it is released to users	Zuri
Business Lead	Responsible for ensuring the project meets the business goals and objectives of the organization, identifying and managing project risks, and working with stakeholders to deliver the project on time and within budget	Kamal
Product Owner	Responsible for defining the product vision and strategy, prioritizing features and requirements, and making sure that the development team is aligned with the overall goals of the project.	Reyna
Requirements Analyst	Responsible for gathering, analyzing, and documenting the requirements for the software, ensuring that they are clear, complete, and testable.	Dipta
Data Analyst	Responsible for analyzing and interpreting data to inform decision-making and to identify opportunities for improvement in the software.	Syabib
User Researcher	Responsible for conducting user research to understand the needs, preferences, and behaviors of the target audience, and using this information to inform the design and development of the software.	Putri
Process Analyst	Responsible for analyzing and documenting the current business processes that the software will be used to support, and working with stakeholders to identify opportunities for optimization and improvement	Farhan

Tim juga harus memastikan strategi-strategi ini agar project dapat terkoordinasi dengan baik

1. Menjelaskan rencana proyek dengan jelas

2. Memastikan tim memahami tujuan proyek bagi organisasi

3. Membuat prosedur operasi yang detail dan komunikasikan dengan jelas kepada setiap anggota tim

4. Membuat piagam proyek

5. Menjadwalkan tugas agar komitmen terpenuhi

6. Memperkirakan prioritas dan dampaknya pada proyek.

Standarisasi Kerja Tim

Tipe Standarisasi	Contoh
Documentation Standards	Setiap halaman harus memiliki header yang mencantumkan tanggal dan nama proyek Margin harus diatur ke ukuran 1 inci Daftar isi harus disertakan Cover harus mencantumkan nama proyek dan deskripsi singkat.
Coding Standards	Setiap modul kode harus mencantumkan nama programmer, tanggal terakhir diperbarui, dan deskripsi singkat Kode harus dirapikan dengan penggunaan loop, if-else, dan struktur kasus lainnya yang jelas Setiap program harus memiliki setidaknya satu komentar untuk setiap kelompok perintah.
Procedural standards	Mencatat kemajuan tugas setiap minggu Melaporkan kemajuan proyek setiap minggu Semua revisi harus disetujui oleh manajer proyek.
Specification requirement standards	Nama program harus dicantumkan Program harus dijelaskan dengan deskripsi yang lengkap Perhitungan khusus harus dipertimbangkan dalam program Program harus mematuhi aturan bisnis yang berlaku Pseudocode harus disertakan untuk menjelaskan algoritma program Batas waktu harus ditetapkan untuk penyelesaian program.
User Interface Design Standards	Label harus ditandai sebagai heading dan diberi format bold, rata kiri, dan diakhiri dengan tanda titik dua ( : ) Urutan layar harus dimulai dari pojok kiri atas dan berlanjut ke pojok kanan bawah.

Analisis Manajemen Risiko

Risk Assessment

Risk #1 : Proyek pengembangan SIMPEG ini bukan hal yang baru, teknologi yang dipakai untuk mengembangkan SIMPEG telah digunakan berkali-kali. Sehingga masalah - masalah yang dihadapi ketika mengembangkan teknologi dapat diselesaikan dengan cepat. Karena teknologi yang dipakai telah dikenal oleh pengembang.

Likelihood of risk : Low probability of risk

Potential Impact on the project : Resiko ini kemungkinan kecil berpengaruh kepada pengembangan aplikasi. Ketika terjadi masalah, maka akan ada hambatan terhadap pengembangan aplikasi secara umum.

Ways to address this risk : 

Perencanaan pengembangan proyek seperti perencanaan workflow, pembagian tugas, dan lain-lain dapat membantu mengecilkan kemungkinan terjadinya hambatan dalam pengembangan proyek. Oleh karena itu, perencanaan dan komunikasi antar pengembang sangat penting dalam pengembangan proyek ini.

Risk #2 : Metode Waterfall Development memerlukan banyak waktu untuk melakukan analisis, desain, dan pengujian sebelum proses implementasi dimulai. Hal ini dapat memperpanjang waktu pengembangan dan membuat proyek terlambat.

Likelihood of risk : Medium probability of risk

Ways to address this risk : 

Untuk menghindari keterlambatan, proyek dapat dibagi menjadi fase yang lebih kecil dan mudah dikelola. Setiap fase dapat memiliki deadline masing - masing, memungkinkan kemajuan dapat dipantau secara lebih jelas.

Risk #3 : Metode Waterfall Development memiliki karakteristik yang berurutan dan linear, sehingga sulit untuk menyesuaikan dengan perubahan perencanaan yang terjadi selama proses pengembangan. Hal ini dapat menyebabkan masalah ketika perubahan harus dilakukan.

Likelihood of risk : Low probability of risk

Ways to address this risk : 

 Melakukan komunikasi yang efektif dengan pengembangan dan memastikan bahwa kebutuhan dan persyaratan pengguna sudah terdefinisikan dengan jelas sebelum memulai pengembangan. Sehingga tidak terjadi perubahan perencanaan yang dapat menghambat pengembangan proyek.