HUBUNGAN RESIKO STAFF SAKIT DENGAN
Specification, Specification adalah proses
STRATEGI MEMBUAT JADWAL KERJA YANG
OVERLAP
Dalam pekerjaan sehari-hari sangat dimungkinkan
terjadinya overlapping job. Dalam keadaan overlapping,
tentu mengakibatkan dampak pada diri kita seperti;
munculnya stress, kondisi tubuh yang tidak seimbang,
berkurangnya waktu untuk bersama keluarga, dan
sebagainya. Dengan adanya berbagai dampak tersebut,
kondisi overlapping job ini harus dapat kita atasi
semaksimal mungkin. Lantas, apakah overlapping itu?
Overlapping dapat diartikan juga dengan kata “tumpang
tindih” yaitu keadaan yang menunjukkan bahwa seseorang
dapat menghasilkan suatu hal yang sama atau ganda.
Bagaimana Jika kata overlapping tersebut digunakan
dalam sebuah pekerjaan, dan apa yang dimaksud
dengan overlapping job? Yaitu sebuah keadaan dimana
seseorang mengerjakan pekerjaan yang seharusnya
dikerjakan oleh dua orang. Satu orang dapat mengerjakan
pekerjaan yang seharusnya di lakukan oleh beberapa orang
dalam satu waktu. Dengan keadaan yang demikian, dapat
mengurangi ketepatan (efektivitas) bekerja.
MENGAPA PEMBUATAN SOFTWARE COMPILER
TIDAK TIDAK SESUAI JIKA MENGGUNAKAN
INCREMENTAL DEVELOPMENT
Software Compiler dan Incremental Development
Mengapa Software Compiler tidak sesuai jika
menggunakan teknik Incremental Development..?
Pertanyaan ini adalah soal yang pernah saya dapatkan
sewaktu kuliah pada matakuliah software engineering.
Jawabnya :
Software Compiler merupakan suatu proses pembuatan
software yang pengerjaannya dilakukan melalui tahap-
tahap secara berurutan. Jika terjadi kesalahan di tengah
perancangannya, maka tidak bisa dilanjutkan ke tahap
selanjutnya.
Sedangkan Incremental Development adalah perancangan
software dengan teknik membagi-bagi proses perancangan
dalam beberapa tahap dan memiliki target tersendiri.
namun setiap tahap dapat berjalan jika ada salah satu tahap
yang terkendala.
APAKAH KELEBIHAN YANG SIGNIFIKAN PADA
INCREMENTAL MODEL JIKA DIBANDINGKAN
DENGAN MODEL GENERIC LAIN
Incremental model adalah model pengembangan sistem
pada software engineering berdasarkan requirement
software yang dipecah menjadi beberapa fungsi atau
bagian sehingga model pengembangannya secara bertahap.
dilain pihak ada mengartikan model incremental
sebagai  perbaikan dari model waterfall dan sebagai
standar pendekatan topdown. Layaknya Model Waterfall,
model ini pun juga memiliki tahapan tahapan untuk
perancangan perangkat lunaknya, yaitu:  ditemukan pada beberapa increment. Karena
1. Requirement , Requirment adalah proses tahapan
awal yang dilakukan pada incremental model
adalah penentuan kebutuhan atau analisis
kebutuhan.
2.
spesifikasi dimana menggunakan analisis
kebutuhan sebagai acuannya.
3. Architecture Design, adalah tahap selanjutnya,
perancangan software yang terbuka agar dapat
diterapkan sistem pembangunan per-bagian pada
tahapan selanjutnya.
4. Code setelah melakukan proses desain selanjutnya
ada pengkodean.
5. Test merupakan tahap pengujian dalam model ini. 
                                   
           gambar 1.2 desain pemodelan Incremental
            Tahapan-tahapan tersebut dilakukan secara
berurutan. Setiap bagian yang sudah selesai dilakukan
testing, dikirim ke pemakai untuk langsung dapat
digunakan. Pada incremental model, tiga tahapan awal
harus diselesaikan terlebih dahulu sebelum sebelum tahap
membangun tiap increment. Untuk mengantisipasi kondisi
yang terjadi pada incremental model, diperkenalkan model
More Risky Incremental Model. Model ini menerapkan
sistem kerja yang paralel. Setelah daftar kebutuhan
didapatkan dari pemakai, tim spesifikasi membuat
spesifikasi untuk modul pertama. Setelah spesifikasi
pertama selesai, tim desain menindak lanjuti. Tim
spesifikasi sebelumnya juga langsung membuat spesifikasi
untuk model kedua, dan seterusnya. Jadi, tidak harus
menunggu modul pertama selesai hingga dikirim ke user.
                Beberapa Kelebihan Dari Mode Incremental
atara lain :
1. Merupakan model dengan manajemen yang
sederhana
2. Pengguna tidak perlu menunggu sampai seluruh
sistem dikirim untuk mengambil keuntungan dari
sistem tersebut. Increment yang pertama sudah
memenuhi persyaratan mereka yang paling kritis,
sehingga perangkat lunak dapat segera digunakan.
3. Resiko untuk kegagalan proyek secara keseluruhan
lebih rendah. Walaupun masalah masih dapat
layanan dengan prioritas tertinggi diserahkan
pertama dan increment berikutnya diintegrasikan
dengannya, sangatlah penting bahwa layanan
sistem yang paling penting mengalami pengujian
yang ketat. Ini berarti bahwa pengguna akan
 memiliki kemungkinan kecil untuk memenuhi
kegagalan perangkat lunak pada increment sistem
yang paling bawah.
4. Nilai penggunaan dapat ditentukan pada setiap
increment sehingga fungsionalitas sistem
disediakan lebih awal.
5. Memiliki risiko lebih rendah terhadap keseluruhan
pengembagan sistem,
6. Prioritas tertinggi pada pelayanan sistem adalah
yang paling diuji
      Kelemahannya adalah :
1. kemungkinan tiap bagian tidak dapat
diintegrasikan
2. Dapat menjadi build and Fix Model, karena
kemampuannya untuk selalu mendapat perubahan
selama proses rekayasa berlangsung
3. Harus Open Architecture
4. Mungkin terjadi kesulitan untuk memetakan
kebutuhan pengguna ke dalam rencana spesifikasi
masing-masing hasil increment.
Model proses
Model proses kelebihan dan kekurangan
Rapid application development  3.
Rapid application development (RAD) atau rapid
prototyping adalah model proses pembangunan perangkat
lunak yang tergolong dalam teknik incremental
(bertingkat). RAD menekankan pada siklus pembangunan
pendek, singkat, dan cepat. Waktu yang singkat adalah
batasan yang penting untuk model ini. Rapid application
development menggunakan metode iteratif (berulang)
dalam mengembangkan sistem dimana working model
(model bekerja) sistem dikonstruksikan di awal tahap
pengembangan dengan tujuan menetapkan kebutuhan
(requirement) user dan selanjutnya disingkirkan. Working
model digunakan kadang-kadang saja sebagai basis desain
dan implementasi sistem final.
Penerapan Model RAD
Model RAD mengadopsi model waterfall dan
pembangunan dalam waktu singkat yang dicapai dengan
menerapkan :
1. Component based construction
( pemrograman berbasis komponen bukan
prosedural).
2. Penekanan pada penggunaan ulang (reuse)
komponen perangkat lunak yang telah ada.
3. Pembangkitan kode program
otomatis/semi otomatis.
4. Multiple team (banyak tim), tiap tim
menyelesaikan satu tugas yang selevel tapi tidak
sama. Banyaknya tim tergantung dari area dan
kompleksitasnya sistem yang dibangun.
Jika keutuhan yang diinginkan pada tahap analisis
kebutuhan telah lengkap dan jelas, maka waktu yang
dibutuhkan untuk menyelesaikan secara lengkap perangkat
lunak yang dibuat adalah berkisar 60 sampai 90 hari.
Model RAD hampir sama dengan model waterfall,
bedanya siklus pengembangan yang ditempuh model ini
sangat pendek dengan penerapan teknik yang cepat.
Sistem dibagi-bagi menjadi beberapa modul dan dikerjakan
beberapa tim dalam waktu yang hampir bersamaan dalam
waktu yang sudah ditentukan. Model ini melibatkan
banyak tim, dan setiap tim mengerjakan tugas yang selevel,
namun berbeda. Sesuai dengan pembagian modul sistem.
Dibawah ini adalah pendekatan RAD melingkupi fase –
fase sebagai berikut : 
1. Bussiness modeling
Aliran informasi di antara fungsi – fungsi bisnis
dimodelkan dengan suatu cara untuk menjawab pertanyaan
– pertanyaan berikut : informasi apa yang mengendalikan
proses bisnis? Informasi apa yang di munculkan? Siapa
yang memunculkanya? Ke mana informasi itu pergi? Siapa
yang memprosesnya?
2. Data modeling
Aliran informasi yang didefinisikan sebagai bagian dari
fase bussiness modelling disaring ke dalam serangkaian
objek data yang dibutuhkan untuk menopang bisnis
tersebut. Karakteristik (disebut atribut) masing–masing
objek diidentifikasi dan hubungan antara objek – objek
tersebut didefinisikan.
Prosess modelling
Aliran informasi yang didefinisikan di dalam fase data
modeling
ditransformasikan untuk mencapai aliran informasi yang
perlu bagi implementasi sebuah fungsi bisnis. Gambaran
pemrosesan diciptakan untuk menambah, memodifikasi,
menghapus, atau mendapatkan kembali sebuah objek data.
4. Aplication generation
RAD mengasumsikan pemakaian teknik generasi ke
empat. Selain
menciptakan perangkat lunak dengan menggunakan bahasa
pemrograman generasi ketiga yang konvensional, RAD
lebih banyak memproses kerja untuk memkai lagi
komponen program yang ada ( pada saat memungkinkan)
atau menciptakan komponen yang bisa dipakai lagi (bila
perlu). Pada semua kasus, alat – alat bantu otomatis
dipakai untuk memfasilitasi konstruksi perangkat lunak.
5. Testing and turnover
Karena proses RAD menekankan pada pemakaian kembali,
banyak
komponen program telah diuji. Hal ini mengurangi
keseluruhan waktu pengujian. Tetapi komponen baru harus
di uji dan semua interface harus dilatih secara penuh.
Kelemahan & Kelebihan RAD
Dibawah ini ada beberapa hal yang perlu diperhatikan
kelemahan dan kelebihan dari RAD .
1. Model RAD memerlukan sumber daya
yang cukup besar, terutama untuk proyek dengan
skala besar.
2. Model ini cocok untuk proyek dengan
skala besar.
 3. Model RAD memerlukan komitmen yang
kuat antara pengembang dan pemesssan, bahkan
keduanya bisa tergabung dalam 1 tim
4. kinerja dari perangkat lunak yang
dihasilkan dapat menjadi masalah manakala
kebutuhan-kebutuhan diawal proses tidak dapat
dimodulkan, sehingga pendekatan dengan model
ini kurang bagus.
5. sistem yang tidak bisa dimodularisasi tidak
cocok untuk model ini.
6. penghalusan dan penggabungan dari
beberapa tim di akhir proses sangat diperlukan
dan ini memerlukan kerja keras.
7. proyek bisa gagal karena waktu yang
disepakati tidak dipenuhi
8. risiko teknis yang tinggi juga kurang
cocok untuk model ini.
Evolutionary Software Process Model
Model ini memungkinkan perulangan (iterasi) dari setiap
tahapan pengembangan perangkat lunak. Dengan model ini
kompleksitas perangkat lunak yang dihasilkan akan
semakin bertambah untuk setiap iterasi. Model ini terdiri
dari
1.Incertmen Model Merupakan pengembangan dari model
waterfall dengan pendekatan top-down Membangun sistem
secara meningkat (increment) berdasarkan kemampuan
fungsional.
Text Editor • File Management • Editing ( Copy, Paste,
Cut) • File Production 1 • Editing (align, find,replace) •
Format(font,colour) 2 • Grammar Checking • Auto Correct
3 1 inc 1 Inc 2 inc 2 3 4 5 6 7 8 9 10 11 12 13 14.Contoh
Penggunaan Incrementl Model
 Kelebihan Incremental Model Dapat menghasilkan
dan mendeliver product lebih cepat Lebih flexible dalam
perubahan requirement Lebih mudah dalam proses
pengujian Lebih mudah untuk mengelola resiko yang ada.
 Kekurangan Incremental Model Sangat
memerlukan perencanaan dan rancangan yang bagus
Membutuhkan definisi keseluruhan sistem yang jelas dan
lengkap sebelum dilakukan pemecahan bagiannya.
2.Spiral Model pada awalnya diusulkan oleh Boehm,
adalah model proses perangkat lunak evolusioner yang
merangkai sifat iteratif dari prototype dengan cara kontrol
dan aspeksistematis model sequensial linier.
Tahapan - Tahapan Spiral Model
Spiral Model dibagi menjadi enam wilayah tugas yaitu:
1. Komunikasi pelanggan      Yaitu tugas-tugas untuk
membangun komunikasi antara pelanggan dan
kebutuhankebutuhan yang diinginkan oleh pelanggan
2. Perencanaan   Yaitu tugas-tugas untuk mendefinisikan
sumber daya, ketepatan waktu, dan proyek    informasi lain
yg berhubungan.
3. Analisis Resiko    Yaitu tugas-tugas yang dibutuhkan
untuk menaksir resikomanajemen dan teknis.
4. Perekayasaan    Yaitu tugas yang dibutuhkan untuk
membangun satu atau lebih representasi dari    apikasi
tersebut.
5. Konstruksi dan peluncuran    Yaitu tugas-tugas yang
dibutuhkan untuk mengkonstruksi, menguji, memasang ,
dan    memberi pelayanan kepada pemakai.
6. Evaluasi Pelanggan    Yaitu tugas-tugas untuk
mendapatkan umpan balik dari pelanggan.
Kelebihan dan Kelemahan Spiral Model
a. Kelebihan spiral model :
   1. Dapat disesuaikan agar perangkat lunak bisa dipakai
selama hidup perangkat lunak
       komputer.
   2. Lebih cocok untuk pengembangan sistem dan
perangkat lunak skala besar
   3. Pengembang dan pemakai dapat lebih mudah
memahami dan bereaksi terhadap
       resiko setiap tingkat evolusi karena perangkat lunak
terus bekerja selama proses .
   4. Menggunakan prototipe sebagai mekanisme
pengurangan resiko dan pada setiap
       keadaan di dalam evolusi produk.
   5. Tetap mengikuti langkah-langkah dalam siklus
kehidupan klasik dan memasukkannya
       ke dalam kerangka kerja iteratif .
   6. Membutuhkan pertimbangan langsung terhadp resiko
teknis sehingga mengurangi
       resiko sebelum menjadi permaslahan yang serius.
b. Kelemahan spiral model :
   1. Sulit untuk menyakinkan pelanggan bahwa pendekatan
evolusioner ini bisa dikontrol.
   2. Memerlukan penaksiran resiko yang masuk akal dan
akan menjadi masalah yang
       serius jika resiko mayor tidak ditemukan dan diatur.
   3. Butuh waktu lama untuk menerapkan paradigma ini
menuju kepastian yang absolut.
3.Win Win spiral model yaitu model yang
memungkinkan user dan pengembang melakukan
komunikasi dalam tahap pengembangan, dimana bisa
memberikan win-win solution, seperti user bisa
mengemukakan sebagian besar dan/atau keseluruhan
kebutuhannya sedangkan pengembang bisa
mengembangkan perangkat lunak sesuai dengan
kebutuhan usertersebut dalam cakupan waktu dan biaya
yang sudah dispesifikasikan.
Kelebiihan : 
1.Sama sama adanya kesepakatan developer
dengan customer
2.Terdapat kepuasan dan keuntungan antara
developer dengan customer karena aplikasi yang
dijalankan dengan negoisasi sesuai
kesepakatan3.Sangat efektif untuk digunakan
karena kesepakatan antara developerdengan
customer sama-sama disepakati sehingga tidak
akan menimbulkan ketidak puasan customer
Kekurangan :
1.Membutuhkan waktu yang cukup lama 
 2.Sering kali pada awalnya customer dengan
developer mengalami kecekcokkan pada  saat
negoisasi.
Component based development model
Component-based development sangat berkaitan dengan
teknologi berorientasi objek. Pada pemrograman
berorientasi objek, banyak class yang dibangun dan
menjadi komponen dalam suatu software. Class-class
tersebut bersifat reusable artinya bisa digunakan kembali.  Menggunakan notasi Matematika yang teliti untuk
Model ini bersifat iteratif atau berulang-ulang
prosesnya.
Secara umum proses yang terjadi dalam model ini adalah:
1. Identifikasi class-class yang akan digunakan kembali
dengan menguji class tersebut dengan data yang akan
dimanipulasi dengan aplikasi/software dan algoritma yang
baru
2. Class yang dibuat pada proyek sebelumnya disimpan
dalam class library, sehingga bisa langsung diambil dari
library yang sudah ada. Jika ternyata ada kebutuhan class
baru, maka class baru dibuat dengan metode berorientasi
objek.
3. Bangun software dengan class-class yang sudah
ditentukan atau class baru yang dibuat, integrasikan.
Penggunaan kembali komponen software yang sudah ada
menguntungkan dari segi:
a. Siklus waktu pengembangan software, karena mampu
mengurangi waktu 70%
b. Biaya produksi berkurang sampai 84% arena
pembangunan komponen berkurang
Pembangunan software dengan menggunakan komponen
yang sudah tersedia dapat menggunakan komponen COTS
(Commercial off-the-shelf) – yang bisa didapatkan dengan
membeli atau komponen yang sudah dibangun sebelumnya
secara internal. Component-Based Software Engineering
(CBSE) adalah proses yang menekankan perancangan dan
pembangunan software dengan menggunakan komponen
software yang sudah ada. CBSE terdiri dari dua bagian
yang terjadi secara paralel yaitu software engineering
(component-based development) dan domain engineering
seperti yang digambarkan pada Gambar 2:
1. Domain engineering menciptakan model domain bagi
aplikasi yang akan digunakan untuk menganalisis
kebutuhan pengguna. Identifikasi, pembangunan,
pengelompokan dan pengalokasikan komponen-komponen
software supaya bisa digunakan pada sistem yang ada dan
yang akan datang.
2. Software engineering (component-based development)
melakukan analisis terhadap domain model yang sudah
ditetapkan kemudian menentukan spesifikasi dan
merancang berdasarkan model struktur dan spesifikasi
sistem, kemudian melakukan pembangunan software
dengan menggunakan komponen-komponen yang sudah
ditetapkan berdasarkan analisis dan rancangan yang
dihasilkan sebelumnya hingga akhirnya menghasilkan
software
Kelebihan Component Based DevelopmentØ Menggunakan
model reuse pada komponen yang sudah mewakili
kebutuhan umum.
Ø Pengurangan waktu siklus pengembangan.
Ø Penurunan yang signifikan dalam biaya pengembangan
proyek.
Ø Peningkatan yang signifikan dalam produktivitas.
Ø Pembangunan software dengan menggunakan komponen
yang sudah tersedia dapat menggunakan komponen COTS
(Commercial off-the-shelf) yang bisa didapatkan dengan
membeli komponen yang sebelumnya sudah dibangun
secara internal.
Formal Method Model
menentukan desain dan menguji sistem berbasis komputer.
formal methode dapat diterapkan di berbagai aspek atau
properti dari sistem yang kompleks. formal methode
digunakan untuk spesifikasi detail,design dan verifikasi
pada bagian-bagian sistem yang bersifat critical (misal
avionics atau aerospace systems), serta pada safety critical
system (contoh hearts monitor, ATM,banking)
Kelebihan Formal Method ModelØ meminimalkan resiko
dengan adanya perhitungan komputasi.
Kekurangan Formal Method ModelØ Tidak Umum untuk
Proyek Software pada umumnya
Ø Biaya Tinggi.
Ø Kompleks
MENGAPA MEMILIH STAFF PROJECT YANG
IDEAL ITU SULIT ?
MANAJEMEN RISIKO
2 Kategori risiko dapat didefinisikan sebagai berikut :
Risiko Proyekrisiko yang mempengaruhi jadwal atau
sumber daya proyek.Risiko Produkrisiko yang
mempengaruhi kualitas atau kinerja perangkat lunak yang
dikembangkan.Risiko Bisnisrisiko yang mempengaruhi
organisasi yang sedang mengembangkan perangkat lunak
tersebut.
3 RisikoJenis RisikoKeteranganKeluarnya
staffproyekStaff yang berpengalaman meninggalkan
proyek sebelum proyek selesaiPerubahan manajemenAkan
ada perubahan manajemen organisasi dengan prioritas
yang berbedaPerubahan persyaratanProyek dan
produkBanyak terjadi perubahan persyaratan , yang lebih
besar dari yang diantisipasi.Kinerja SQA tidak
optimalprodukSQA tidak menunjukkan kinerja yang
baikPerubahan teknologiBisnis dan produkTeknologi yang
mendasari pengembangan SW diganti dengan teknologi
yang baru.Kompetisi produkbisnisProduk yang kompetitif
dipasarkan sebelum pengembangan SW selesai.
4 ILUSTRASI PROSES MANAJEMEN RISIKO
Identifikasi RisikoAnalisis RisikoPerencanaan
RisikoPemantauan RisikoDaftar risiko dengan
prioritasPenilaian risikoDaftar risiko yang
potensialRencana kontigensi dan penghindaran
risikoILUSTRASI PROSES MANAJEMEN RISIKO
5 IDENTIFIKASI RISIKO Jenis Risiko Risiko yang
mungkin Teknologi
Database yang digunakan tidak dapat memproses seperti
yang diharapkan.Komponen SW yang harus dipakai ulang,
banyak kelemahan.ManusiaTidak tersedia staff yang
diperlukan,Staff yang diandalkan sakit,
dllOrganisasiMasalah keuangan organisasi memaksakan
pengurangan anggaran proyekAlat bantuKode yang
dihasilkan CASE tool tidak efisienPersyaratanPerubahan
persyaratan yang tidak dipahami
pelangganPerkiraanTerlalu kecil memperkirakan ukuran
perangkat lunak, sehingga salah estimasi waktu.
6 ANALISIS RISIKO RISIKO Probabilitas Efek
Tidak mungkin merekrut staff dengan keahlian yang
diperlukantinggiseriusStaff inti sakit pada saat-saat kritis
proyeksedangUkuran perangkat lunak diperkirakan terlalu
kecilDapat ditolerirPelatihan yang dibutuhkan staff tidak
adaPelanggan tidak memahami dampak perubahan
persyaratanrendah
7 PERENCANAAN RISIKO Risiko Strategi Masalah
rekrut staff ahli
Memberi pelatihan pada staff yang ada.Menginformasikan
pada pelanggan, jika memungkinkan ttg kondisi ini, dan
meminta kebijakan waktu, dllSakitnya staffOrganisasi
ulang tim shg timbul overlap pekerjaan dan SDM.Setiap
staff membuat record hasil kerja, sehingga ketika
berhalangan dapat diteruskan oleh staff yang
lain.Perubahan persyaratanTelusuri informasi untuk
menilai akibat perubahan persyaratan, dan usahakan
perubahan dapat seminimal mungkin.
8 Strategi-strategi ini dibagi menjadi 3 kategori :
Strategi menghindar : ditujukan untuk memperkecil
probabilitas munculnya risiko tersebut.Strategi minimasi :
ditujukan untuk memperkecil dampak risiko yang
ada.Rencana kontigensi : dengan mengikuti strategi ini ,
jika terjadi yang terburuk telah siap untuk menghadapi.
9 PEMANTAUAN RISIKO JENIS RISIKO
INDIKATOR YANG POTENSIAL Teknologi
Pengiriman perangkat keras atau perangkat lunak
penunjang yang terlambat, banyaknya masalah teknis yang
dilaporkan.Manusia (SDM)Hubungan yang tidak baik di
antara anggota tim, suasana kerja yang tidak nyaman,
kekosongan pekerjaan.OrganisasiIsu-isu kebijakan
organisasi, tidak ada aksi dari
manajemen.PersyaratanBanyak permintaan perubahan
persyaratan,Banyak keluhan
pelanggan.PerkiraanKegagalan memenuhi jadwal yang
sudah ditetapkan, kegagalan mengatasi kerusakan yang
dilaporkan.
1.6.1 Manajemen Sumber Daya Manusia
Sumber daya manusia yang ada pada suatu proyek dapat
dikategorikan sebagai tenaga kerja tetap dan tenaga kerja
tidak tetap. Pembagian kategori ini dimaksudkan agar
efisiensi perusahaandalam mengelola sumber daya dapat
maksimal dengan beban ekonomis yang memadai.  Tenaga
kerja/karyawan yang berstatus tetap biasanya dikelola
perusahaan dengan pembayaran gaji tetap setiap bulannya
dan diberi beberapa fasilitas lain dalam rangka memelihara
produktivitas kerja karyawan serta rasa kebersamaan dan
rasa memiliki perusahaan. Hal ini dilakukan agar karyawan
tetap sebagai aset perusahaan dapat memberikan karya
terbaiknya serta memberikan keuntungan bagi perusahaan
sesuai dengan keahlian yang dimiliknya. Adanya tenaga
kerja tidak tetap dimaksudkan agar perusahaan tidak
terbebani oleh pembayaran gaji tiap bulan bila proyek tidak
ada atau jumlah kebutuhan tenaga kerja pada saat tertentu
dalam suatu proyek dapat disesuaikan dengan jumlah yang
seharusnya.
Memaksimalkan Potensi Tim
Kualitas sumber daya manusia turut mengambil peran
penting dalam melaksanakan proyek. Manajemen proyek
menggerakkan setiap individu agar dapat memainkan
perannya dengan maksimal, mampu membuat perencanaan
yang baik serta memiliki kemampuan dalam mengelola
proyek.
MANAJEMEN SUMBER DAYA MANUSIA
Management Article
Dalam era perdagangan bebas dunia abad 21 terjadi iklim
kompetisi yang tinggi di segala bidang yang menuntut
perusahaan untuk berkerja dengan lebih efektif dan efesien.
Tingkat kompetisi yang tinggi menuntut pula suatu
organisasi mengoptimalkan sumber daya manusia yang
dimilikinya , hal ini disebabkan oleh pengaruh yang kuat
dari sumber daya manusia terhadap efektivitas dan
efisiensi organisasi .karyawan sebagai sumber daya
manusia merupaka kunci keberasilan organisasi.
Pengelolaan sumber daya manusia yang baik akan
mendorong organisasi kea rah pencapaian tujuan.
Berbagai masalah yang berhubungan dengan pengelolahan
sumber daya manusia dalam organisasi antara lain sebagai
berikut :
 Memperkerjakan karyawan yang tidak sesuai
dengan tuntutan perkerjaan.
 Mengalami perputaran karyawan ( labor turnover )
yang tinggi.
 Karyawan tidak berkerja kontribusi yg terbaik /
kurang termotivasi.
 Diskriminasi karyawan
 Kondisi lingkungan kerja yang tidak aman /
melanggar undang-undang  keselamatan kerja.
 Ketidakadilan dalam pemberian gaji, promosi, dan
praktik tenaga kerja.
 Kurangnya pelatihan dan pengembangan
karyawan.
Oleh karena itu , manajemen sumber daya manusia
memiliki arti penting sebagai salah satu fungsi manajemen
selain fungsi manajemen pemasaran, keuangan, dan
produksi, di mana manajemen sumber daya manusia
meliputi usaha-usaha/ aktifitas-aktifitas suatu organisasi
dalam mengelolah sumber daya manusia yang dimilikinya
secara umum dimulai dari proses pengadaan karyawan,
penempatan, pengelolahan, pemeliharaan, pemutusan
hubungan kerja, hingga hubungan industrial.
untuk mencapai tujuan tersebut , maka studi tentang
manajemen sumber daya manusia akan menunjukan
bagaimana seharusnya suatu organisasi memperoleh,
menggunakan, mengembangkan, mengevaluasi, dan
memelihara karyawannya dalam kuantitas dan kualitas
yang tepat.
Pengertian MSDM
Para ahli manajemen sumber daya manusia memberikan
berbagai macam definisi mengenai pengertian manajemen
sumber daya manusia, manajemen personalia dan
adminisrtrasi personalia, yaitu sebagai berikut :
 “ Human resource management encompasses those
activities designed in to provide for and coordinate
the human resources of organization. “ ( Lyoyd L.
Byars & Leslie Rue, 2000: 3 )
 “ Personal / human resources management is the
set of activities in all organizations intended to
influence the effectiveness of human resources and
organizations. “ (WilliamF.Glueck,1982:11)
 “ Human resources management is clearly toward
to the adoption of human resources approach,
through with organizations benefit in two
significant ways : an increase in organizational
effectiveness and the satisfaction of each
enployee’s needs. The human resources approach
is relatively new management of people.
“( Michael R.Carrel, Norbert F. Elbert, & Robert
D. Hatfield,1995:8 )
Manajemen SDM didefinisikan sebagai suatu strategi
dalam menerapkan fungsi-fungsi manajemen yaitu :
planning, organizing, leading, & controlling, dalam setiap
aktivitas / fungsi operasional SDM mulai dari proses
penarikan, seleksi, pelatihan, dan pengembangan,
penepatan yang meliputi promosi, demosi, & transfer,
penilaian kinerja,pemberian kompensasi, hubungan
industrial, hingga pemutusan hubungan kerja, yang
ditujukan bagi peningakatan kontribusi produktif dari SDM
organisasi terhadap pencapaian tujuan organisasi secara
efektif dan efesiien.
Perbedaan manajemen SDM, manajemen Personalia dan
Administrasi Personalia.
Terdapat pebedaan yang mendasar anatara manajemen
SDM (human resource management) denagan manajemen
personalia /kepegawaian (personnel management).
Perbedaan tersebut menggambarkan adanya peranan yang
penting yang dimainkan oleh SDM dalam suatu organisasi
yang menuntut pengolahan SDM yang semakin efektif
sejalan dengan perkembangan ilmu pengetahuan dan
professionalisme dalam bidang Manajem Personalia dan
Manajemen SDM.
 Manajemen SDM sebagai suatu strategi untukn
mengelola orang-orang dalam suatu organisasi
guna mencapai tujuan bisnis serta mekanisme
pengintergrasian dalam strategi organisasi.
 Manajemen Personalia lebih menekankan pada
manajemen system dan prosedur personalia
 Administrasi personalia lebih menekankan pada
implementasi sistim dan prosedur personalia dalam
organisasi.
Perubahan perhatian dalam perkembangan Manajemen
Sumber Daya Manusia
Cara organisasi / perusahaan dalam mengelola sumber
daya manusiantelah berubah secara dramatis sepanjang
abad 20. Pada awal abad ke 20, Frederick W. Taylor
membantu praktik manajemen. Dilatih sebagai seorang
insinyur, Taylor menekankan pentingnya mengembangkan
skema analitas untuk memilih,melatih,menilai,dan
memberikan penghargaan kepada karyawan produksi
untuk tujuan motivasi mereka, mengendalikan prilaku
mereka, serta memperbaiki produkvitas. Selama 25 tahun
kedua,focus perhatian berubah menjadi pengakuan
terhadap pentingnya pengaruh kelompok kerja terhadap
karyawan. Elton Mayo dari penelitiannya pada pabrik
Hawthorne berkonsentrasi pada perbaikan kinerja
individual dengan melakukan percobaan mengubah
komposisi kelompok dan skema insentif, selain kondisi
lingkunganya seperti penagturan fisik dan pencahayaan.
Pengetahuan kelompok terhadap induvidu meningkat
selama kurun waktu 1930-1940-an . perkembangan selama
tahun 1950-1960-an, praktik yang berkembang ke sektor
swasta. selama tahun 1970, istilah manajemen SDM
muncul menggantikan istilah manajemen personalia.istilah
baru ini mencerminkan sudut baru yang lebih luas yang
memasukan isu seperti kesehatan dan keselamatan lebih
jauh lagi, manajemen SDM telah diakui sebagai sumber
keunggulan kompotitif.
Maksud dan tujuan manajemen SDM
Meningkatkan kontibusi yang produktif dari karyawan
kepada organisasi melalui tanggung jawab srategis, etis,
dan social. Maksud ini menuntun proses pembelajaran dan
praktik manajemen SDM dalam organisasi serta
menggambarkan usaha-usaha yg berhubungan dengan
SDM dari manajer pelaksana dan menunjukan bagaimana
profesionalisme karyawan mendukung usaha tersebut.
Departemen SDM pada intinya berada dalam suatu
organisasi untuk mendukung para manajer dan karyawan
dalam melaksanakan strategi-strategi organisasi.
Departemen SDM menyediakan 3 bentuk bantuan kepada
manajer pelaksana ( operating manajer ) yaitu berupa
perlayanan khusus ( specific services), saran / nasihat
(advice) dan koordinasi (coordination)
Tujuan manajemen SDM
1. Tujuan organisasional : ditujukan untuk dapat
mengenali keberadaan manajemen SDM dalam
memberikan kontribusi pada pencapaian
efektivitas organisasi.
2. Tujuan fungsional : untuk mempertahankan
kontribusi departemen pada tingkat yang  sesuai
dengan kebutuhan organisasi.
3. Tujuan social : untuk secara etis dan social
merespon terhadap kebutuhan dan tantangan
masyarakat melalui tindakan meminimasi dampak
negative terhadap organisasi.
4. Tujuan personal : untuk membantu karyawan
dalam pencapaian tujuannya, minimal tujuan-
 tujuan dapat mempertinggi kontribusi individual hanya sekedar evolusi saja tetapi juga merupakan revolusi
terhadap organisasi. yang mengembangkan sistem informasi.

Pendekatan konsep manajemen membantu para manajer Perbandingan yang kedua yaitu Kelemahan dan Kelebihan
dan para ahli manajemen mempertahankan fungsi SDM dari Waterfall dengan Prototyping check it out !!!
dengan segala aktivitasnya, pendekatan tersebut meliputi :
Kelemahan Waterfall :
1. Pendekatan SRATEGIS 1.       Tidak mengakomodasi perubahan requitment ( tidak bias
diubah )
Manajemen SDM harus memberikan kontribusi kepada
keberasilan strategi organisasi. Jika aktifitas para manajer 2.       Resiko ketidakpastian tinggi
dan departemen SDM tidak mendukung pada pencapaian
tujuan strategis organisasi, maka sumber daya manusia 3.       Model yang buruk untuk proyek berorentasi objek
tidak dimanfaatkan secara efektif. 4.       Model yang buruk untuk proyek kerja jangka panjang
2. Pendekatan SDM Kelebihan Waterfall :

Manajemen SDM merupkan manusia. Martabat dan 1.       Simple dan mudah diinplementasikan

kepentingan hidup manusia hendaknya tidak diabaikan
demi kesejahteraan.hanyamelalui perhatian yang hati-hati 2.       Mudah diatur modelnya
terhadap kebutuhan karyawan dapat membuat organisasi 3.       Cocok untuk proyek kecil yang kita buat
tumbuh dan berkembang kea rah keberhasilan.
Kelemahan Prototyping :
3. Pendekatan MANAJEMEN
1.       User sulit untuk melakukan evaluasi ( bentuk sering
Manajemen SDM merupakan tanggung jawab berubah )
manajer.keberadaan departemen SDM adalah melayani
2.       User ingin cepat selesai ( bentuk program sudah
para manajer dan karyawan melalui keahlian yang
ditentukan )
dimilikinya. Dalam basil analisis akhir, kinerja dan
kehidupan kerja setiap karyawan merupaka tanggung 3.       Pengembang sering mengabaikan dokumentasi
jawab ganda (dual responsibility) dari setiap peyelia
karyawan (supervisor) dan departemen SDM. 4.       Lebih mementingkan keberhasilan

4. Pendekatan SISTIM Kelebihan Prototyping :

1.        Adanya komunikasi user dan pengembang

Merupakan suatu sub sistim dari sistim yang lebih besar
yaitu organisasi , serta di evaluasi kontribusinya terhadap 2.       Menentukan kebutuhan user yang sebenarnya dan
organisasi. meminimalkan salah persepsi

5. Pendekatan REAKTIF-PROAKTIF 3.       Peran user meningkat dalam hal ini user dapat
memeberikan masukan setiap saat
Manajemen reaktif ( reactive human resource
management ) terjadi ketika pengambilan keputusan 4.       Pengembangan lebih cepat dalam hal ini program bias
merespon masalah sumber daya manusia. Serta manajemen langsung dibuat untuk melihat perkembangan tahap demi
proaktif ( proactive human resource management ) terjadi tahap.
ketika masalah sumber daya manusia diantisipasi dan 5.       Implementasinya sangat mudah, maksudnya disini
dilakukan tindakan perbaikan / korektif sebelum adalah user dapat mengenal perangkat lunak yang akan
permasalahan tersebut timbul ke permukaan . dikembangkan dan tidak merasa asing sejak user
memilikinya.
Sumber:  andyseptianwibisono.wordpress.com
HUBUNGAN WAKTU DENGAN PEOPLE
DALAM PENYELESAIAN SEBUH PROJECT
PERBEDAAN ANTARA MODEL" WATERFALL
DENGAN PROTOTYPING". Misalkan dalam pembangun software Perbankan terjadi
Waterfall model adalah model pengembangan software, kendala, seperti tidak berfungsinya salah satu fitur yang
dimana kemajuan proses tersebut dipandang menurun ada pada sistem/software yang dibangun maka dengan
langkah demi langkah sperti jatuhnya air terjun yang banyaknya staf akan mempercepat penyelasaian masalah
mengalir kebawah. tersebut, proyek selesai tepat waktu.

Sedangkan model Prototyping model adalah salah satu

paradigm yang mengembangkan sistem informasi. Bukan
 karena dalam suatu rantai sistem, kita juga menjadi
bawahan dari struktural organisasi tempat kita bekerja.
Information Hiding
- Information Hiding adalah menyembunyikan P PADA METODE INCREMENTAL USER DAPAT
attribute suatu objek dari objek lain.  MERASAKAN PERKEMBANGAN LEBIH AWAL
- Information Hiding ini seperti kita menyembunyikan KARENA
tentang ciri - ciri
dari tempe yaitu warna dan teksturnya yang dalam Pada incremental menerapkan sistem kerja parallel dimana
pembahasan ini disebut dengan attribute. tahap awal yaitu membuat daftar kebutuhan (requirement)
- Information sendiri sangat berkaitan user kemudian dianalisa.
dengan enkapsulasi yaitu menyembunyikan atau Setelah spesifikasi pertama telah selesai, tim design akan 
melindungi informasi berupa atribut maupun method membuat design untuk modul pertama. Pada saat itu juga,
dengan menggunakan hak akses (modifier) private. tim spesifikasi akan membuat spesifikasi untuk modul
kedua dan jika sudah selesai, maka tim design akan
membuat design untuk modul ke dua, dan seterusnya.
Staf Yang Ideal Sehingga tidak harus menunggu modul pertama selesai
sudah jadi pendapat umum, kalo pas kita jadi boss terus hingga dikirim ke user,
punya beberapa staf, pasti yang kita inginkan staf tersebut
yang berkinerja tinggi, loyal dan mudah diatur. Tapi KENAPAPADA WATERFALL SPESIFICATION DAN
kenyataannya kita tidak bisa memilih staf seperti yang kita DEVELOPMENT DIPISAHKAN
inginkan, yang bisa kita lakukan yaitu kita membuat staf
kita tersebut agar mau menjadi seperti yang kita inginkan
(baca kinerjanya). Paling tidak kemampuan dan kinerja Karena Karakteristik pertama dari model waterfall
yang dimilikinya tersebut mendekati penilaian ideal dari adalah ketika terjadi suatu masalah, maka proses ini
kita. akan terhenti dan tidak bisa dilanjutkan sebelum
Metode pembentukan staf sudah banyak dibahas oleh ahli- masalah atau problem tersebut diselesaikan terlebih
ahlinya. Bahkan jurusan perkuliahan pun ada yang dahulu.
bidangnya Manajemen Sumber Daya Manusia. Disini saya
tidak bermaksud panjang lebar cerita tentang ilmu MSDM, Tahap spesifikasi kebutuhan bertujuan untuk
saya hanya membahas sedikit pengalaman yang bisa jadi memahami dan menganalisa persyaratan kebutuhan
sudah ada dan dibahas dalam teori-teori MSDM. sistem, Informasi dianalisis untuk mendapatkan data
Yang paling pertama adalah Hargai staf kita tersebut. Yang yang dibutuhkan oleh pengguna.
membedakan di tempat kerja hanya status bawahan dan
atasan. Pada dasarnya semua manusia itu mengacu pada Sedangkan tahap development adalah tahap
fitrahnya adalah sama. Tindakan menghargai kepada staf pembangunan sistem setelah dilakukan analisa
dapat dimulai dengan sikap ramah dan kekeluargaan. kebutuhan sistem. Di tahap ini membantu dalam
Dengan sikap tersebut kondisi lingkungan kerja dapat menentukan perangkat keras(hardware) dan sistem
menyenangkan. Tidak otoriter, seringkali banyak hal lebih persyaratan dan juga membantu dalam mendefinisikan
diketahui oleh staf kita daripada kita sendiri. Untuk itu arsitektur sistem secara keseluruhan.
hormati saran dan pendapatnya, tidak selamanya pimpinan
pasti lebih tahu dan lebih benar daripada stafnya.
Tahapan-tahapan ini dibedah dan disusun sedemikian
Dalam menilai proses kerja dan hasil kerja sesekali
rupa sehingga elemen-elemen fungsional individu dan
sisipkan pujian atas usaha yang dilakukan oleh staf. Jangan
unit-unit fungsional dapat dipisahkan satu sama lain
sebagai pimpinan kita hanya dikenal sebagai sesorang yang
hanya bisa menyalahkan.
Kedua menyempatkan untuk memberikan perhatian diluar
kegiatan kerja. Rutinitas di lingkungan kerja pasti akan
membosankan, untuk itu perlu adanya upaya untuk
mengurangi bahkan bila perlu menghindari unsur jenuh
dan bosan. Perhatian yang diberikan antara lain
mengucapkan ungkapan selamat ulang tahun ataupun hari
raya keagamaan, tahu secara garis besar kondisi keluarga
staf. Bila perlu sesekali melakukan silaturrahmi ke rumah
staf kita.
Berikan tanggung jawab dan kepercayaan. Dengan
kemampuan yang dimilikinya, kita harus mempunyai
keyakinan kalau staf kita tersebut mampu menjalankan
tugas yang diembannya. Jangan sampai dalam melakukan
pekerjaannya staf merasa dimata-matai bahkan tidak
dipercaya kalau mampu menyelesaikan pekerjaan.
Keempat, jadikanlah diri kita sebagai pimpinan adalah
teladan bagi staf kita. Jangan sampai kita menegur
kesalahan yang sebenarnya secara sadar kita juga
melakukan hal tersebut. Teladan menjadi point penting