Tahap-tahap yang harus dicek pada kegiatan rencana penerimaan diantaranya adalah :
1. PERIODE PERCOBAAN ATAU PARALLEL RUN
Periode percobaan atau parallel run adalah pendekatan yang paling umum
untuk penerimaan. Pada periode percobaan ini tim proyek atau pengembang
membuat system baru yang diinginkan oleh user. Sedangkan pada parallel
run tim proyek atau pengembang untuk peralihan sistem lama yang sudah
berjalan dengan baik sebagai perbandingan dan cadangan.
2. SOLUSI : PENERIMAAN YANG LENGKAP SEDIKIT DEMI SEDIKIT
Pendekatan adalah menemukan serangkaian tes yang mendemonstrasikan semua
fungsi yang telah dijanjikan. Tes akan di lakukan kepada pelanggan
secara resmi dan keberhasilan tes diakhiri satu per satu.
Pendekatan ini mempunyai manfaat sebagai berikut :
a. Anda dapat mendemonstrasikan semua fungsi yang dijanjikan.
b. Sebuah tindakan yang menyebabkan masalah selalu diketahui – anda
mengetahui dengan tepat siapa yang mengetik ketika masalah terjadi.
c. User tidak merasa takut tentang semuanya.
Memerlukan banyak pekerjaan untuk menulis ATP merupakan kerugian dari pendekatan ini .
3. MEMASTIKAN BAHWA SEMUA YANG DIJANJIKAN AKAN DIUJI
Akan memastikan semua akan di uji langsung satu demi satu, dan akan dibuat daftar menu tes yang dapat dites
4. MENGGUNAKAN DISAIN
Disain ini dapat membantu mengelompokan tes ke dalam serangkain tes yang akan di uji pada fungsi utama
5. MENULIS PERCOBAAN
Pada tahap ini bagaimana anda sudah siap untuk menentukan menguji item ketika pengisian pada metoda percobaan.
6. DAFTAR RENCANA TES PENERIMAAN
Daftar pengecekan yang dilakukan pada rencana penerimaan:
Hasilkan Fungsi vs. Tabel Percobaan dan semua FS yang dijanjikan telah dialamatkan
Definiskan percobaan dan kumpulan percobaan
Tetapkan tanggung jawab untuk menulis percobaan
Klien dan Tim proyek mengetahui bahwa ATP akan ditinjau kembali, direvisi jika perlu, dan ditandatangani oleh user
Tanggung jawab untuk percobaan data telah ditetapkan.
7. KESIMPULAN UNTUK RENCANA TES PENERIMAAN
User di anjurkan untuk menulis ATP dan tim proyek harus membangun proyek dengan melalui percobaan.
8. KESIMPULAN UNTUK TAHAP DISAIN
Dokumen Spesifikasi Disain memuat disain akhir tingkat atas melalui disain tingkat menengah
Tanggung jawab ATP disahkan dan dimulai
Perlu peninjauan kembali untuk rencana proyek.
Monday, 27 July 2015
PRETEST RENCANA TEST PENERIMAAN
Tujuan dari penerimaan adalah mendapatkan pernyataan tertulis dari user
bahwa produk (dalam hal ini sistem) yang dikirim sesuai dengan yang
dijanjikan.
Tahap – tahap yang terdapat dalam Rencana Tes Penerimaan ::
1. PERIODE PERCOBAAN ATAU PARALLEL RUN (THE TRIAL PERIOD OR PARALLEL RUN)
Periode percobaan atau parallel run adalah pendekatan yang paling umum untuk penerimaan. Menggunakan pendekatan “Periode Percobaan‟ tim proyek mudah memasang sistem baru untuk dicoba oleh user. Pendekatan “Parallel Run” menambahkan dimensi untuk peralihan sistem lama yang sudah berjalan dengan baik sebagai perbandingan dan cadangan.
Beberapa kekurangan pada Periode Paralel Run diantaranya :
a. Masalah kecil dapat membuat anda menjalankan kembali selama “x” untuk jangka waktu yag tidak terbatas.
b. Sulit untuk mencari penyebab dari suatu masalah.
c. Tidak ada jaminan bahwa semua kelebihan sistem akan dicoba.
d. biarkan end user masuk ke sistem pada hari pertama yang penerapannya tidak selalu bermanfaat.
2. PENERIMAAN YANG LENGKAP SEDIKIT DEMI SEDIKIT (A THOROUGH BUT PIECEMEAL ACCEPTANCE)
Manfaat dari pendekatan ini adalah :
Dapat mendemonstrasikan semua fungsi yang dijanjikan.
Semua tindakan yang menyebabkan masalah selalu diketahui dengan tepat siapa yang mengetik ketika masalah terjadi.
User tidak merasa takut tentang semuanya.
3. MEMASTIKAN BAHWA SEMUA YANG DIJANJIKAN AKAN DIUJI (ENSURING THAT ALL THE PROMISES ARE TESTED)
Untuk memastikan semua yang dijanjikan akan di tes langsung melalui spesifikasi fungsi halaman demi halaman, paragraf demi paragraf dan buat daftar semua fungsi yang dapat di tes.
4. MENGGUNAKAN DESIGN (USING THE DESIGN)
Design membantu untuk mengelompokkan tes ke dalam serangkaian tes yang mendemonstrasikan fungsi utama.
5. MENULIS PERCOBAAN (WRITING TEST)
Hal ini dilakukan pada saat anda sudah siap menetukan bagaimana anda akan menguji item ketika pengisian pada metode percobaan.
6. DAFTAR RENCANA TES PENERIMAAN (THE ACCEPTANCE TEST PLAN CHECKLIST)
Definisikan percobaan dan kumpulkan percobaan.
Tetapkan tanggung jawab untuk menulis percobaan.
Klien dan tim proyek mengetahui bahwa ATP akan ditinjau kembali, direvisi jika perludan ditandatangani user.
Hasilkan fungsi vs rabel percobaan.
Tanggung jawab untuk percobaan data telah dtetapkan.
7. KESIMPULAN UNTUK RENCANA TES PENERIMAAN (CONCLUSION TO THE ACCEPTANCE TEST PLAN)
Anda dapat melakukan tes penerimaan secara berlebihan. Anjurkan user untuk menulis ATP jika dia mampu. Hal ini akan memberikan dia perasaan mengawasi tim proyek harus membangun sistem melalui percobaan.
8. KESIMPULAN UNTUK TAHAP DESIGN (CONCLUSION TO THE DESIGN PHASE)
Dokumen spesifikasi design memuat design akhir tingkat atas melalui design tingkat menengah.
Tanggung jawab ATP disahkan dan dimulai.
Rencana proyek.
Tahap – tahap yang terdapat dalam Rencana Tes Penerimaan ::
1. PERIODE PERCOBAAN ATAU PARALLEL RUN (THE TRIAL PERIOD OR PARALLEL RUN)
Periode percobaan atau parallel run adalah pendekatan yang paling umum untuk penerimaan. Menggunakan pendekatan “Periode Percobaan‟ tim proyek mudah memasang sistem baru untuk dicoba oleh user. Pendekatan “Parallel Run” menambahkan dimensi untuk peralihan sistem lama yang sudah berjalan dengan baik sebagai perbandingan dan cadangan.
Beberapa kekurangan pada Periode Paralel Run diantaranya :
a. Masalah kecil dapat membuat anda menjalankan kembali selama “x” untuk jangka waktu yag tidak terbatas.
b. Sulit untuk mencari penyebab dari suatu masalah.
c. Tidak ada jaminan bahwa semua kelebihan sistem akan dicoba.
d. biarkan end user masuk ke sistem pada hari pertama yang penerapannya tidak selalu bermanfaat.
2. PENERIMAAN YANG LENGKAP SEDIKIT DEMI SEDIKIT (A THOROUGH BUT PIECEMEAL ACCEPTANCE)
Manfaat dari pendekatan ini adalah :
Dapat mendemonstrasikan semua fungsi yang dijanjikan.
Semua tindakan yang menyebabkan masalah selalu diketahui dengan tepat siapa yang mengetik ketika masalah terjadi.
User tidak merasa takut tentang semuanya.
3. MEMASTIKAN BAHWA SEMUA YANG DIJANJIKAN AKAN DIUJI (ENSURING THAT ALL THE PROMISES ARE TESTED)
Untuk memastikan semua yang dijanjikan akan di tes langsung melalui spesifikasi fungsi halaman demi halaman, paragraf demi paragraf dan buat daftar semua fungsi yang dapat di tes.
4. MENGGUNAKAN DESIGN (USING THE DESIGN)
Design membantu untuk mengelompokkan tes ke dalam serangkaian tes yang mendemonstrasikan fungsi utama.
5. MENULIS PERCOBAAN (WRITING TEST)
Hal ini dilakukan pada saat anda sudah siap menetukan bagaimana anda akan menguji item ketika pengisian pada metode percobaan.
6. DAFTAR RENCANA TES PENERIMAAN (THE ACCEPTANCE TEST PLAN CHECKLIST)
Definisikan percobaan dan kumpulkan percobaan.
Tetapkan tanggung jawab untuk menulis percobaan.
Klien dan tim proyek mengetahui bahwa ATP akan ditinjau kembali, direvisi jika perludan ditandatangani user.
Hasilkan fungsi vs rabel percobaan.
Tanggung jawab untuk percobaan data telah dtetapkan.
7. KESIMPULAN UNTUK RENCANA TES PENERIMAAN (CONCLUSION TO THE ACCEPTANCE TEST PLAN)
Anda dapat melakukan tes penerimaan secara berlebihan. Anjurkan user untuk menulis ATP jika dia mampu. Hal ini akan memberikan dia perasaan mengawasi tim proyek harus membangun sistem melalui percobaan.
8. KESIMPULAN UNTUK TAHAP DESIGN (CONCLUSION TO THE DESIGN PHASE)
Dokumen spesifikasi design memuat design akhir tingkat atas melalui design tingkat menengah.
Tanggung jawab ATP disahkan dan dimulai.
Rencana proyek.
PRETEST SUSUNAN STAF
Secara spesifik, membangun sebuah tim artinya harus mengembangkan
semangat, saling percaya, kedekatan, komunikasi, dan produktivitas.
•Semangat : Muncul karena masing-masing anggota percaya bahwa mereka memiliki kemampuan untuk menyelesaikan tugas. Makin tinggi tingkat kepercayaan mereka atas kemampuannya, makin besar pula motivasi mereka untuk menyelesaikan tugas dengan baik
•Saling percaya : Rasa saling percaya antar sesama anggota merupakan syarat mutlak yang harus dimiliki oleh setiap anggota tim, agar tim mampu bekerja secara efektif.
•Kedekatan : Kedekatan antar anggota merupakan perasaan yang mampu menyatukan anggota secara sukarela. Suatu kelompok yang kohesif adalah kelompok yang dimiliki oleh setiap anggotanya. Mereka mempunyai tingkat loyalitas yang tinggi terhadap kelompoknya. Umumnya kelompok yang kohesif akan lebih produktif.
•Komunikasi : Agar tim bisa berfungsi dengan baik, semua anggota harus mempunyai kemampuan untuk mengembangkan hubungan antar pribadi secara baik, bicara secara terbuka satu sama lain, memecahkan konflik yang ada, dan secara bersama menghadapi masalah.
•Produktivitas : Tim seyogianya dapat menyelesaikan tugas yang tidak mungkin dilaksanakan perorangan. Melalui saling berbagi sumber daya, ketrampilan, pengetahuan, kepemimpinan, maka tim berpotensi sangat lebih efektif daripada perorangan.
•Semangat : Muncul karena masing-masing anggota percaya bahwa mereka memiliki kemampuan untuk menyelesaikan tugas. Makin tinggi tingkat kepercayaan mereka atas kemampuannya, makin besar pula motivasi mereka untuk menyelesaikan tugas dengan baik
•Saling percaya : Rasa saling percaya antar sesama anggota merupakan syarat mutlak yang harus dimiliki oleh setiap anggota tim, agar tim mampu bekerja secara efektif.
•Kedekatan : Kedekatan antar anggota merupakan perasaan yang mampu menyatukan anggota secara sukarela. Suatu kelompok yang kohesif adalah kelompok yang dimiliki oleh setiap anggotanya. Mereka mempunyai tingkat loyalitas yang tinggi terhadap kelompoknya. Umumnya kelompok yang kohesif akan lebih produktif.
•Komunikasi : Agar tim bisa berfungsi dengan baik, semua anggota harus mempunyai kemampuan untuk mengembangkan hubungan antar pribadi secara baik, bicara secara terbuka satu sama lain, memecahkan konflik yang ada, dan secara bersama menghadapi masalah.
•Produktivitas : Tim seyogianya dapat menyelesaikan tugas yang tidak mungkin dilaksanakan perorangan. Melalui saling berbagi sumber daya, ketrampilan, pengetahuan, kepemimpinan, maka tim berpotensi sangat lebih efektif daripada perorangan.
POST TEST SUSUNAN STAFF
Tugas tim proyek
- Manajer Proyek (Project Manager)
PM adalah posisi pertama yang harus diisi. Pekerjaan ini diisi ketika
proyek masih sekilas di mata orang, karena PM yang pertama
menentukan apakah sebuah proyek dapat dikerjakan atau tidak.
- Pimpinan Proyek (Project Leader)
Pimpinan Proyek adalah posisi kedua yang harus diisi. Sangatlah baik
jika PM memilih orang ini. Pertama, PM harus bernegosiasi dengan
Manajer Fungsional untuk tugas-tugas PL, kemudian yakinkan PL
untuk bergabung dalam tim. PL terdaftar pada proposal karena
banyak detail proposal dikerjakan oleh PL. Pekerjaan ini sangat
bersifat teknis, karenanya pilihlah ahli yang terbaik.
- Programmer
PM dan PL akan mulai berpikir tantang siapa yang dapat membentuk
tim pemrograman dan bertanya pada Manajemen Fungsional (jika
diperlukan) tentang kemampuan orang-orang ini (Programmer).
Kemudian, ketika kontrak ditandatangani, mulailah mengumpulkan
tim programmer Anda.
Pertama pilihlah Programmer dengan kemampuan pemrogramannya.
Sebagai tambahan carilah keterangan tentang pengalaman mereka,
tetapi bukan seseorang yang sudah melakukan hal yang sama
selama 5 kali berturut-turut – orang ini akan bosan.
- Manajer Proyek (Project Manager)
PM adalah posisi pertama yang harus diisi. Pekerjaan ini diisi ketika
proyek masih sekilas di mata orang, karena PM yang pertama
menentukan apakah sebuah proyek dapat dikerjakan atau tidak.
- Pimpinan Proyek (Project Leader)
Pimpinan Proyek adalah posisi kedua yang harus diisi. Sangatlah baik
jika PM memilih orang ini. Pertama, PM harus bernegosiasi dengan
Manajer Fungsional untuk tugas-tugas PL, kemudian yakinkan PL
untuk bergabung dalam tim. PL terdaftar pada proposal karena
banyak detail proposal dikerjakan oleh PL. Pekerjaan ini sangat
bersifat teknis, karenanya pilihlah ahli yang terbaik.
- Programmer
PM dan PL akan mulai berpikir tantang siapa yang dapat membentuk
tim pemrograman dan bertanya pada Manajemen Fungsional (jika
diperlukan) tentang kemampuan orang-orang ini (Programmer).
Kemudian, ketika kontrak ditandatangani, mulailah mengumpulkan
tim programmer Anda.
Pertama pilihlah Programmer dengan kemampuan pemrogramannya.
Sebagai tambahan carilah keterangan tentang pengalaman mereka,
tetapi bukan seseorang yang sudah melakukan hal yang sama
selama 5 kali berturut-turut – orang ini akan bosan.
Subscribe to:
Posts (Atom)