User Tools
tech:projectmanagement
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
tech:projectmanagement [2020/08/14 14:19] mizanr Menambah Output Proyek |
tech:projectmanagement [2020/08/18 15:46] (current) mizanr [Revisi] |
||
|---|---|---|---|
| Line 7: | Line 7: | ||
| Dalam mengelola proyek melibatkan beberapa divisi. Berikut adalah divisi yang terlibat beserta tugasnya: | Dalam mengelola proyek melibatkan beberapa divisi. Berikut adalah divisi yang terlibat beserta tugasnya: | ||
| - | * IT : Mengembangkan aplikasi | + | |
| - | * Design | + | * Mengembangkan aplikasi |
| - | * Infra : Melakukan deployment aplikasi | + | * Membuat laporan proyek (Laporan awal, antara, akhir) |
| - | * AFS : Membuat laporan administrasi proyek. | + | * Membuat buku panduan penggunaan aplikasi (user manual) |
| + | | ||
| + | * | ||
| + | | ||
| + | * Melakukan deployment aplikasi | ||
| + | * Membuat dokumentasi Infra (Catatan Infra di Wiki) | ||
| + | | ||
| + | * Membuat laporan administrasi proyek. | ||
| Line 31: | Line 38: | ||
| + | ===== Revisi ===== | ||
| + | Revisi merupakan perubahan persyaratan atas suatu fitur yang telah disepakati sebelumnya. Revisi bukan merupakan penambahan fitur, melainkan penyesuaian dari suatu fitur. Contoh revisi diantaranya: | ||
| + | * Penyesuaian warna | ||
| + | * Penyesuaian alur | ||
| + | * Penyesuaian UI/UX | ||
| + | Catatan penting terkait revisi: | ||
| + | * Setiap revisi yang diminta oleh klien perlu dicatat dalam suatu dokumen revisi. | ||
| + | * Kesempatan revisi biasanya dibatasi oleh jumlah revisi dan waktu untuk revisi. Contoh: | ||
| + | * **Jumlah revisi** adalah 1x. Artinya jumlah revisi yang bisa dilakukan ada 1x. Dalam 1 kali revisi bisa terdiri dari banyak item revisi. | ||
| + | * **Waktu revisi** tanggal 1 Agustus - 14 Agustus. | ||
| + | * Setiap proyek memilik kebijakan revisi yang berbeda-beda sesuai penawaran. | ||
| + | * Jika revisi dilakukan melebihi kesempatan yang diberikan, maka revisi yang diminta oleh klien akan dikenakan biaya tambahan. Infokan hal ini ke tim sales marketing. | ||
| + | * Untuk kasus ini, revisi dikerjakan setelah adanya kesepakatan harga. | ||
| + | ===== Penambahan Fitur ===== | ||
| + | Penambahan fitur merupakan penambahan prasyarat aplikasi. Misalnya penambahan fitur pengiriman notifikasi menggunakan email dan SMS, padahal sebelumnya tidak ada pembahasan terkait penambahan fitur menggunakan SMS. Penambahan fitur biasanya akan dikenakan biaya tambahan. | ||
| + | Catatan penting terkait penambahan fitur: | ||
| + | * Buat dokumen penambahan fitur. | ||
| + | * Infokan penambahan fitur kepada tim sales marketing. | ||
| + | * Setelah terjadi kesepakatan harga, penambahan fitur bisa mulai dikerjakan. | ||
| + | ===== Garansi ===== | ||
| + | Garansi merupakan bentuk tanggung jawab atas pekerjaan yang telah disepakati. TLab selalu memberi garansi atas setiap pekerjaan yang telah dikerjakan untuk memberikan jaminan kualitas pelayanan kepada klien. | ||
| + | ==== Ruang Lingkup ==== | ||
| + | Berikut yang termasuk ruang lingkup garansi: | ||
| + | * Bugfix aplikasi apabila fitur tidak berjalan sesuai persyaratan. | ||
| + | |||
| + | |||
| + | Garansi tidak berlaku jika | ||
| + | * Kerusakan yang ditemukan sudah lewat dari masa garansi. | ||
| + | * Bug error terjadi karena adanya perubahan lingkungan. Misalnya: Google memberlakukan kebijakan baru sehingga aplikasi menjadi error. | ||
| + | * Bug error terjadi pada fitur yang tidak dikerjakan. Misalnya: Bug terjadi pada Fitur A yang dikerjakan oleh vendor lain. | ||
| + | |||
| + | |||
| + | |||
| + | ==== Lama Garansi ==== | ||
| + | |||
| + | Garansi dihitung dari tanggal serah terima pekerjaan. Lama garansi tergantung dari nilai proyek. Berikut pilihan lama garansi yang biasa diberikan: | ||
| + | * 3 Bulan -> Proyek kecil | ||
| + | * 1 Tahun -> Proyek menengah (default) | ||
| + | * 3 Tahun -> Proyek besar | ||
| + | |||
| + | |||
| + | ===== Pengerjaan Proyek ===== | ||
| + | |||
| + | Dalam mengerjakan proyek ada beberapa metode yang biasa dipakai di TLab, yaitu: | ||
| + | - Waterfall | ||
| + | - Scrum | ||
| + | |||
| + | |||
| + | ==== Metode Waterfall ==== | ||
| + | |||
| + | Terdapat beberapa tahap dalam mengerjakan proyek, yaitu: | ||
| + | - Pembentukan Tim | ||
| + | - Analisis dan Perancangan | ||
| + | - Pengembangan Aplikasi | ||
| + | - Testing | ||
| + | - Deployment | ||
| + | - UAT | ||
| + | - Revisi | ||
| + | - Rilis | ||
| + | - Pelatihan | ||
| + | |||
| + | |||
| + | TODO ~ Penjelasan masing-masing tahap | ||
| + | |||
| + | |||
| + | ==== Metode Scrum ==== | ||
| + | |||
| + | TODO ~ Penjelasan tentang implementasi scrum di TLab | ||
tech/projectmanagement.1597389574.txt.gz · Last modified: 2020/08/14 14:19 by mizanr
Page Tools
