Dalam artikel terakhir "
Apa itu sistem informasi komputer " saya mengajukan pertanyaan penting tentang konsep dasar dan pemahaman terminologi dalam interaksi pengguna (pelanggan) dan pemrogram. Seperti yang dijanjikan, saya terus memperluas topik ini. Dan saya ingin berbicara tentang perencanaan yang tepat dari proses pengembangan dan implementasi produk perangkat lunak.
Berdasarkan sifat aktivitas saya, saya terus-menerus menemukan pekerjaan desain. Dan pada awal proyek apa pun, saya menghadapi tugas sulit perencanaan yang kompeten. Mengapa ini sangat penting? Rencana yang baik hampir setengah dari keberhasilan. Tanpa perencanaan, hampir mustahil untuk membangun pekerjaan dengan jelas, harmonis, untuk mencapai tujuan dan memenuhi tenggat waktu. Ini sangat penting terutama dalam hal kerja tim.
Pada prinsipnya, banyak yang telah ditulis tentang pentingnya perencanaan. Dan saya tidak akan mengulangi kebenaran terkenal di sini. Ini sederhana: jika Anda tahu di mana Anda harus datang dan dapat meletakkan rute yang benar, Anda akan mencapai tujuan. Jika tidak - sayangnya, tidak ada yang bisa menebak sebelumnya di mana Anda akan berakhir.
Perangkap Perencanaan TI
Setiap rencana untuk mencapai tujuan harus mempertimbangkan faktor-faktor seperti:
- Tujuan yang dinyatakan, yaitu hasil yang akan diperoleh.
- Faktor eksternal: bahan, lingkungan, fitur peserta proyek dan konsumen masa depan, dan banyak lagi.
Jika kita berbicara tentang benda-benda dunia material, misalnya, tentang membangun rumah, semuanya relatif sederhana. Ada seorang pelanggan yang mengatakan keinginannya. Ada sebidang tanah dengan fitur tertentu. Ada bahan bangunan dengan berbagai parameter dan biaya. Dan ada anggaran tertentu. Berdasarkan ini, versi final dari proyek, estimasi ditentukan, tahapan pekerjaan direncanakan. Bahkan jika Anda belum pernah mengalami konstruksi, Anda telah melihat banyak rumah, termasuk selama proses konstruksi. Hasilnya adalah material, seperti juga faktor-faktor eksternal. Karena itu, pilihan solusi dan persiapan rencana jarang menyebabkan kesulitan.
Saat bekerja dengan sistem informasi komputer, Anda dihadapkan pada masalah tidak adanya faktor material dan hasil. Ini tidak akan bekerja di sini, seperti, misalnya, ketika memilih fondasi untuk sebuah rumah, bergantung pada data awal yang tidak ambigu dan hukum fisika. Selain itu, pengenalan setiap produk perangkat lunak adalah proyek yang unik.
Setiap tim, seperti setiap orang, unik dengan caranya sendiri. Dan mereka selalu memiliki kebutuhan dan keinginan khusus mereka sendiri. Mereka memerintahkan pengembangan dan implementasi perangkat lunak untuk mendapatkan solusi "untuk diri mereka sendiri" ketika program standar yang ada tidak cukup.
Saat merencanakan proyek di bidang TI, perlu:
- Untuk mempelajari fitur dan kebutuhan pelanggan;
- Memahami tugas dengan jelas dan memperhitungkan semua keinginan;
- Berkoordinasi dengan pelanggan solusi yang dipilih.
Dan hanya setelah itu kita dapat melanjutkan ke pengembangan rencana aksi. Dalam hal ini, pelanggan dapat berupa siapa saja, organisasi komersial atau nirlaba. Yang utama adalah selalu ada seseorang yang memesan proyek dan akan menggunakannya di masa depan.
Praktek menunjukkan bahwa hanya pekerjaan persiapan dengan pelanggan sering menyebabkan kesulitan. Dan di sini, suatu pendekatan yang didasarkan pada definisi tersebut dapat menyelamatkan:
Sistem informasi komputer adalah ide yang diekspresikan melalui bahasa pemrograman.
Saya memberikan deskripsi terperinci dan pembenaran untuk definisi seperti itu dalam artikel
"Apa itu sistem informasi komputer" . Untuk pemahaman yang lebih baik, saya sarankan Anda membiasakan diri dengan siapa pun yang belum membacanya.
Ide dan pemilihan produk perangkat lunak
Hal pertama dan paling jelas untuk dipahami: agar produk perangkat lunak dipilih atau dibuat untuk memenuhi ide Anda, kombinasi dari dua faktor diperlukan:
- Kehadiran ide itu sendiri;
- Deskripsi yang berbeda dan tidak ambigu untuk peserta proyek lainnya.
Dan pada tahap deskripsi yang jelas dan dapat dipahami dari ide proyek oleh pihak ketiga, skema BPM yang disebut ternyata sangat berguna. Dengan kata lain, notasi grafis untuk menggambarkan proses bisnis. Anda dapat menemukan rincian lebih lanjut tentang apa itu dan bagaimana notasi BPM dibuat dalam artikel saya "
Apa itu proses bisnis dan deskripsi proses bisnis ".
Pada saat yang sama, penting untuk memahami bahwa ini tidak selalu tentang proses bisnis, menggunakan alat BPM yang Anda dapat dengan sukses menggambarkan tenaga kerja dan jenis proses lainnya, yaitu. jelas mensimulasikan opsi untuk menerjemahkan ide.
Dua pendekatan dapat digunakan untuk menggambarkan bisnis atau melakukan tugas - proses dan fungsional. Saya juga menulis tentang perbedaan dan fitur mereka secara rinci di artikel “
Modeling Bisnis. Pendekatan Kunci . "
Saat mencari solusi (merumuskan ide itu sendiri), banyak yang lebih memilih versi fungsional pemodelan. Dia membantu dirinya untuk memahami esensi masalah dan alat yang diperlukan untuk menyelesaikannya. Dan untuk solusi yang efektif dari tugas dan persiapan rencana kerja, seperti yang ditunjukkan oleh pengalaman pribadi saya, pemodelan proses adalah optimal.
Bagaimana cara melakukannya:
- Notasi grafis (deskripsi) dari proses bisnis dibuat. Saya merekomendasikan menggunakan format BPMN 2.0 sebagai alat paling canggih dan canggih, penggunaannya mengurangi kemungkinan kesalahan dan solusi ambigu.
- Gagasan yang diungkapkan dalam bentuk notasi BPMN dibahas dengan pihak yang berkepentingan (pelanggan, pengguna, dalam beberapa kasus, pengembang).
- Di bawah gagasan yang disepakati, mereka memilih perangkat lunak atau memutuskan untuk menulis produk perangkat lunak dari awal.
- Sebuah rencana kerja disusun dengan mempertimbangkan alat yang dipilih, solusi, dan ide rinci (notasi BPMN).
Cara membuat model BPMN
Agar kompilasi notasi BPM berhasil, seseorang harus memiliki pengetahuan tertentu:
- Memahami fitur-fitur organisasi (interaksi pengguna). Tanpa ini, perwujudan ide kemungkinan besar akan mengandung kesalahan. Akibatnya, sistem tidak nyaman atau tidak mungkin digunakan.
- Ketahui fitur-fitur algoritma dan, paling tidak, dasar-dasar pemrograman. Ini diperlukan untuk menetapkan persyaratan yang benar dan realistis untuk sistem perangkat lunak.
- Memiliki keterampilan dalam bekerja dengan notasi grafis. Format ini, seperti halnya infografis apa pun, adalah opsi yang paling visual dan dapat dipahami bagi semua peserta proyek untuk menampilkan tugas.
Dalam kerja sama dengan organisasi bisnis atau nirlaba, proses kerja sama disusun sebagai berikut:
- Pernyataan umum masalah dirumuskan oleh kepala perusahaan;
- Klarifikasi tahapan pekerjaan dan fitur implementasi - kepala dan karyawan departemen yang akan bekerja dengan produk perangkat lunak.
Dalam beberapa kasus, pernyataan masalah secara keseluruhan dan perinciannya dapat dilakukan oleh satu orang dengan cukup informasi tentang semua nuansa penting.
Selanjutnya, deskripsi yang dihasilkan dibuat dalam bentuk notasi grafis, di mana beberapa tingkat detail juga hadir. Jumlah mereka tergantung pada kompleksitas sistem.
Tahap selanjutnya adalah penyempurnaan dan koordinasi. Di sini, notasi selesai dipelajari oleh para pemimpin dan karyawan organisasi, jika perlu, mereka membuat klarifikasi. Pada tahap yang sama, perubahan dimungkinkan dalam perincian gagasan itu sendiri, yang akan membantu mengoptimalkan pekerjaan, termasuk di tingkat karyawan dan interaksi departemen. Penting untuk dipahami di sini: model grafis membantu untuk melihat banyak "kekasaran", duplikasi fungsi yang tidak perlu, dll. Dan, tentu saja, ketika merumuskan ide dalam bentuk notasi, kita dapat dan harus membahas kekurangan alur kerja ini dan memikirkan cara mengoptimalkannya.
Pemilihan produk perangkat lunak
Anda sudah memiliki ide yang konsisten dan terperinci, yang diwujudkan dalam bentuk notasi grafis. Apa yang sangat penting - notasi melewati semua diskusi, manajemen perusahaan menandatangani versi final. Dimungkinkan untuk melanjutkan dengan keyakinan dalam saling pengertian untuk pemilihan atau pembuatan produk perangkat lunak.
Saat ini, sangat jarang bagi organisasi komersial dan nirlaba untuk menulis solusi perangkat lunak dari awal. Itu mahal dan panjang. Selain itu, untuk sebagian besar ide ada solusi siap pakai (standar) yang cukup untuk mengkonfigurasi dan / atau memodifikasi sedikit.
Dan di sini sangat penting bahwa dari semua sistem perangkat lunak yang cocok untuk topik dan fungsionalitas, Anda harus memilih salah satu yang idenya paling cocok dengan gagasan pelanggan.
Misalnya, idenya adalah: "kita perlu otomatisasi departemen penjualan."
Tahap 1. Sistem CRM paling cocok untuk implementasi. Solusi perangkat lunak ini dikembangkan khusus untuk tim penjualan.
Tahap 2. Dari semua CRM yang ada, Anda harus memilih yang fungsinya paling cocok untuk algoritma pekerjaan yang dipilih (implementasi ide).
Tahap 3. Pilihan CRM yang sesuai dari daftar adalah untuk mempelajari fungsionalitas tambahan mereka: solusi siap pakai untuk integrasi dengan produk perangkat lunak lain, keberadaan alat bawaan yang berguna untuk ide, rasio harga / kualitas.
Penting untuk dipahami: dalam penerapan gagasan apa pun, orang adalah bagian integral dari proses. Dan jika mereka tidak membuat keputusan yang dipilih, maka produk perangkat lunak, dengan segala kelebihannya, dari sudut pandang pengembang, akan berubah menjadi tidak sesuai untuk mengimplementasikan ide tersebut.
Selain itu, deskripsi proses bisnis (perwujudan ide) adalah, pertama-tama, deskripsi kegiatan orang. Gagasan berhubungan dengan aktivitas manusia. Otomasi hanyalah faktor tambahan. Oleh karena itu, deskripsi proses bisnis adalah deskripsi pekerjaan orang. Dan hanya kemudian - bagian teknis dari pertanyaan itu.
Sayangnya, dalam praktiknya, saya menemukan pendekatan yang keliru ketika notasi BPMN sepenuhnya dikhususkan untuk bagian teknis dan, pada kenyataannya, merupakan cara alternatif untuk menulis algoritma untuk programmer. Dalam hal ini, orang dan interaksinya dengan solusi perangkat lunak ada di belakang layar. Dan ketika menerapkan solusi dalam praktik, sering terjadi overlay dan kesalahpahaman. Alhasil, gagasan itu terwujud untuk waktu yang lama dan sulit. Atau ternyata gagal. Hanya karena dalam uraiannya mereka lupa tentang faktor terpenting - tindakan orang.
Keuntungan dari Pendekatan Proses
Manusia berpikir secara berurutan. Pada saat yang sama, sangat sulit untuk memikirkan beberapa tindakan berbeda dan mencakup beberapa tugas atau arahan. Manusia berpikir selangkah demi selangkah, menyelesaikan satu demi satu tugas saat mereka tiba. Dan karena itu, perwujudan ide dalam bentuk urutan tindakan adalah yang paling cocok. Hal ini memungkinkan Anda untuk memikirkan semua detail dan tidak melewatkan sesuatu yang penting.
Keunikan keputusan dan kemudahan koordinasi oleh peserta proyek. Notasi grafis mudah dibaca, intuitif untuk kepala perusahaan pelanggan, dekat dengan diagram alur algoritmeisasi, dan karenanya nyaman bagi pengembang. Akibatnya, mereka mudah dikoordinasikan, dan selama implementasi praktis tidak ada perbedaan.
Format BPMN akan membantu untuk menghindari kesalahan. Lingkungan pengembangan notasi grafis dan kesederhanaan tampilan membantu untuk melihat sebagian besar kesalahan dalam waktu, untuk menghindari kontradiksi logis dan proses "tidak lengkap".
Anda dapat mempelajari lebih lanjut tentang notasi BPMN, elemen dasar dan prinsip penggunaannya, serta contoh praktis dalam artikel saya “
Deskripsi Singkat BPMN dengan Contoh ”. Lebih banyak contoh akan ada di publikasi mendatang.