Kolaborasi dalam Pengambilan Keputusan: Sebuah Dukunngan Semi-otomatis untuk Mengelola Evolusi Virtual Enterprises

1 Pendahuluan

Kolaborasi Jaringan Organisasi (CNO) telah menjadi salah satu paradigma strategis paling menonjol yang digunakan perusahaan dengan tujuan untuk menghadapi tantangan globalisasi (Camarinha-Matos et al., 2005). Ada beberapa jenis CNOs, seperti rantai pasokan, laboratorium virtual, organisasi virtual peternakan lingkungan (VBE), perusahaan diperluas, organisasi virtual dan perusahaan virtual. Alasan umum di balik aliansi tersebut adalah mereka mengandalkan kerja sama dengan perusahaan lain agar lebih kompetitif. Karya ini berfokus pada perusahaan virtual.

Sebuah Enterprise Virtual (VE) secara umum dapat didefinisikan sebagai aliansi sementara dari perusahaan otonom dan heterogen yang dinamis yang bersama-sama untuk mengatasi peluang bisnis yang dihadapi, bertindak sebagai salah satu perusahaan tunggal. Sebuah VE memberhentikan sendiri setelah mencapai tujuannya (Rabelo et al., 2004).

Mengelola siklus hidup VE yang efisien sangat penting untuk realisasi bisnis. ini melibatkan penciptaan, operasi, evolusi dan pembubaran VE. karya ini berfokus pada VE tahap evolusi. Secara umum, VE fase evolusi terdiri dari kegiatan yang berkaitan dengan mengelola perubahan dan adaptasi di perencanaan VE (yaitu fase operasi VE) dalam rangka menjamin pencapaian tujuan dan tugasnya. Hal ini dapat memahami tindakan seperti modifikasi sederhana dalam beberapa spesifikasi teknis, lewat perubahan dan / atau negosiasi jadwal VE, atau lebih drastis penggantian beberapa anggota VE.

VE memiliki beberapa karakteristik intrinsik dan khusus yang mengharuskan untuk mematuhi sejumlah persyaratan dalam pengambilan keputusan. Yang paling penting adalah keputusan yang harus dilakukan dengan cara kolaboratif, desentralisasi, terdistribusi dan transparan, mengingat anggota VE yang otonom, independen dan terpisah secara geografis. Selain itu, fakta bahwa setiap VE per definisi sama sekali berbeda dari satu ke yang lain (dalam hal jumlah pasangan, keterampilan, budaya, peraturan daerah, kekhususan yang ditentukan oleh klien, dll) membuat solusi dari beberapa masalah belum tentu deterministik dan penggunaan keputusan sebelumnya untuk masalah yang setara belum tentu berguna. Dengan demikian, mengelola evolusi VE memerlukan pendekatan tambahan agar ditangani dengan benar (Drissen-Silva & Rabelo, 2009b).

Gambar 1 menyajikan visi umum dari aspek yang terkait dengan pendekatan manajemen, proses pengambilan keputusan secara sentralisasi dan desentralisasi, berusaha untuk mengekspos

persyaratan yang diperlukan untuk menawarkan model pengambilan keputusan yang terdesentralisasi baru dan kolaboratif untuk evolusi Enterprise Virtual, seperti yang ditawarkan oleh pekerjaan ini.

Gambar 1. Persyaratan untuk keputusan terdesentralisasi dengan kinerja kolaboratif

Menimbang bahwa VE biasanya aliansi sesaat untuk peluang bisnis jangka pendek, tantangan utama pengambilan keputusan yang memenuhi persyaratan adalah menjadi fleksibel. Ini berarti bahwa, setelah diidentifikasi, masalah harus diselesaikan secepat mungkin, dengan kualitas dan kelayakan tinggi, dan mengandalkan informasi terpercaya. Itu harus juga mempertimbangkan bahwa perusahaan sering terlibat dalam beberapa VE secara bersamaan dan beberapa dari mereka saling berkaitan. Oleh karena itu, pengelolaan evolusi VE menciptakan spektrum masalah yang cukup membuat panggilan telepon sangat kompleks, sehingga pengambilan keputusan atau mengobrol di antara anggota VE dari jauh tidak cukup untuk memecahkan masalah.

Karya ini mengusulkan sebuah pendekatan dan kerangka pengambilan keputusan baru sebagai kontribusi untuk menghadapi kebutuhan tersebut. Hal ini diwakili oleh kerangka kerja pengambilan keputusan kolaboratif terpadu yang membantu manajer VE sepanjang seluruh

proses pengambilan keputusan, termasuk kemungkinan mengevaluasi keputusan, kelayakan dan dampaknya atas setiap anggotanya yang terlibat.

Bab ini disusun sebagai berikut: Bagian 1 mempresentasikan analisis umum persyaratan untuk manajemen VE dan tahap evolusi. Bagian 2 membahas masalah terkait dengan pengambilan keputusan kolaboratif dan persyaratan untuk kerangka yang ditawarkan. Bagian 3 memperkenalkan kerangka yang diusulkan untuk mengelola evolusi perusahaan virtual dengan diskusi kolaboratif. Bagian 4 menyajikan hasil kerangka mempertimbangkan pengembangan prototipe. Bagian 5 memberikan evaluasi umum dengan kontribusi, keterbatasan dan penelitian di masa depan. Akhirnya, bagian 6 membahas sekitar kesimpulan yang dicapai pada penghentian pekerjaan ini.

2 pengambilan keputusan kolaboratif

Pengambilan keputusan terdistribusi bukanlah suatu topik penelitian baru dan banyak karya telah dikembangkan sepanjang dekade terakhir mengenai hal ini, terutama dalam bentuk sistem pendukung keputusan terdistribusi (Bostrom et al., 2003). Sebenarnya, pekerjaan yang diberikan dalam bab ini mengikuti garis yang sama tetapi menambahkan berbagai elemen dan persyaratan dari daerah VE. Pendekatan yang dibahas dalam makalah ini didasari skenario berikut:

"Mitra, meskipun terpisah dan otonom, termasuk aliansi VBE tipe jangka panjang (Virtual Organization Pemuliaan Lingkungan), sehingga memiliki prinsip operasi yang sama. Salah satu prinsip utama adalah bahwa mereka percaya pada satu sama lain dan mereka harus berkolaborasi mencapai solusi yang layak secara global untuk masalah yang terjadi selama operasi VE. Mitra harus memecahkan masalah yang berkaitan dengan VE dimana mereka terlibat dan karenanya mereka harus membicarakan tentang hal itu melalui jaringan komputasi (misalnya Internet). Diskusi harus terstruktur untuk mendapatkan fokus dan memiliki kualitas yang berpotensi lebih baik, memanfaatkan lingkungan pengambilan keputusan terdistribusi bersama dipandu oleh protokol keputusan. Struktur ini harus dihubungkan dengan proses manajemen bisnis. Selain itu, harus fleksibel dan adaptif mengenai masalah dan karakteristik VE. Namun, tidak ada solusi pasti yang telah ditentukan protokol untuk setiap masalah. Setiap VE cenderung begitu unik dan memiliki masalah tersendiri untuk konteks bisnis dan komposisi VE tertentu. Mitra harus memiliki beberapa kebebasan untuk bertukar pikiran sementara mereka mengevaluasi kemungkinan terhadap ketersediaan mereka. Evaluasi ini harus dilakukan melalui akses mudah ke perangkat lunak pendukung manajerial yang paling umum dalam rangka memfasilitasi kegiatan manajer Usaha Kecil dan Menengah (UKM). Setelah ini, mereka harus memiliki alat untuk mengevaluasi dampak dari keputusan mereka sebelum bertindak. Semua ini harus didukung oleh infrastruktur ICT yang memadai, yang juga dapat memberikan keamanan yang diperlukan dalam komunikasi dan hak akses. "

Untuk mengatasi skenario ini dan dengan persyaratan yang telah disebutkan sebelumnya, enam aspek ini harus didukung oleh lingkungan pengambilan keputusan yang komprehensif untuk evolusi VE: 1) diskusi Partner; 2) Panduan metodologis; 3) pelaksanaan Modular dan fleksibel dari protokol keputusan, menyelaraskan bisnis dan proses; 4) Pengukuran kinerja; 5) evaluasi Kinerja; dan 6) Infrastruktur TIK. Bagian berikutnya memberikan revisi teknik penting yang digunakan untuk mendukung enam aspek tersebut. Pendekatan metodologis dalam pekerjaan ini adalah dengan menggunakan hasil teori dan software yang ada yang terkait dengan aspek tersebut dan untuk menggabungkan dan menyesuaikan terhadap lingkungan dimasa mendatang.

2.1 Diskusi Partner

Masalah ini terkait dengan mitra yang terlibat dengan lingkungan kolaboratif di mana mereka dapat melakukan pertukaran informasi terhadap penyelesaian masalah. Dalam hal ini, Groupware atau alat CSCW (Wulf et al., 2008) telah banyak digunakan untuk mendukung beberapa pengguna bekerja pada tugas terkait dalam jaringan lokal dan terpencil. Namun, mereka mengatasi sebagian (dan mungkin kurang kompleks) dari masalah. Masalah di sini adalah tidak hanya untuk membuat mitra berinteraksi satu sama lainnya, tetapi juga secara global mengkoordinasikan diskusi mereka tentang setiap masalah yang diidentifikasi, dan secepat mungkin. Selain itu, perlu untuk mengintegrasikan informasi untuk audit lebih lanjut, memberikan transparansi kepada seluruh proses, serta untuk mengatur keterlibatan mitra dan Akses informasi selama keputusan diambil. Setelah review di literatur, tiga karya telah menemukan elemen dibutuhkan untuk lingkungan ini.

HERMES (Karacapilidis & Papadias, 2001) adalah sistem pendukung yang digunakan untuk kolaborasi melalui argumentasi pengambilan keputusan. Ini membantu dalam pemecahan masalah non-terstruktur, mengkoordinasikan diskusi bersama antara pembuat keputusan. Alat ini menawarkan sebuah diskusi online tentang satu atau lebih subyek yang spesifik, di mana setiap peserta dapat menyarankan alternatif untuk masalah ini atau hanya menunjukkan pro dan kontra dalam kaitannya dengan alternatif saat ini. Ada asosiasi bobot yang mempertimbangkan posisi yang mendukung atau menentang saran, sehingga memberikan visi global dari pendapat.

DELPHI adalah metode klasik (Dalkey & Helmer, 1963) yang dibuat dengan tujuan menemukan konsensus mengenai suatu topik diskusi tapi tanpa konfrontasi. Pada dasarnya, sebuah ringkasan pendapat dijabarkan di sepanjang sesi dan dikirim kembali ke peserta yang anonim. Proses berlanjut sampai konsensus / keputusan akhir atau pendapat tercapai.

Woelfel et al. (dijelaskan dalam Rabelo et al., 2008) mengembangkan sebuah suite layanan groupware terintegrasi berbasis web yang telah mempertimbangkan persyaratan CNOs. Suite ini mencakup layanan instant messaging, mailing, forum diskusi, kalender, wiki, sistem manajemen konten, dan berita & pengumuman. Salah satu fitur menarik dari layanan pesan cepat adalah

kemungkinan memiliki ruang diskusi pribadi, sehingga memiliki beberapa diskusi paralel yang melibatkan semua mitra dan beberapa ruang hanya tersedia untuk mitra resmi.

2.2 Panduan metodologis

Tujuannya metodologi adalah untuk mencegah mitra dari berurusan dengan masalah tanpa bimbingan, kehilangan waktu dan sumber daya, yang dapat membahayakan bisnis VE. Pendekatan yaitu untuk melihat VE sebagai sebuah proyek, memanfaatkan model referensi manajemen proyek. ini berarti membuat mitra dipandu sepanjang penyelesaian masalah melalui serangkaian langkah-langkah yang didasarkan pada fondasi manajemen proyek.

Salah satu yayasan yang paling relevan untuk mendukung VE sebagai proyek adalah Manajemen Proyek Pengetahuan Tubuh, atau hanya PMBOK (PMBOK, 2004). PMBOK menyatakan bahwa "proyek adalah upaya sementara untuk menciptakan produk atau jasa yang unik". Menghormati tahap evolusi VE dan definisi VE (lihat bagian 1), ia berpendapat bahwa VE dapat dilihat sebagai sebuah proyek karena keduanya bersifat sementara dan unik dalam pandangan penciptaan produk atau jasa atau untuk mengatasi kebutuhan kolaborasi tertentu. Jansson dan Eschenbaecher (2005) menganjurkan bahwa mengelola VE lebih teliti dari mengelola proyek karena VE dibuat membutuhkan persiapa panjang dan jauh sebelumnya. Namun, ini juga mencakup fase penciptaan VE, sedangkan fokus di sini adalah fase evolusi VE, yaitu ketika VE sudah di eksekusi.

Meskipun merupakan model yang sangat komprehensif, PMBOK terlalu umum untuk penanganan perubahan dalam proyek-proyek yang mengalami perubahan konstan (yang merupakan kasus VE) dan model lainnya telah diusulkan.

Model yang disebut sebagai Capability Maturity Model Integration (CMMI, 2006) dasarnya digunakan di bidang pengembangan perangkat lunak. Hal ini menyajikan keputusan dan analisis resolusi dengan rincian lebih lanjut (dibandingkan dengan PMBOK), dan memberikan dasar yang kuat untuk membantu organisasi dalam memperbaiki proses mereka dan kapasitas mereka untuk mengelola pengembangan, akuisisi dan pemeliharaan produk dan jasa. Beberapa langkah CMMI dapat berguna dalam pengembangan metode fleksibel untuk konsep VE, tapi terlalu fokus pada perangkat lunak proses pengembangan bisnis.

Model Agile Manajemen Proyek (APM) memandang perlunya untuk berubah sebagai adaptasi dalam eksplorasi alternatif yang dapat ditampung skenario baru. APM pada dasarnya diciptakan untuk proyek yang menuntut lebih kelincahan dan dinamisme (Leite, 2004), menyajikan satu set tindakan yang lebih dalam untuk penanganan perubahan. Ada model manajemen lainnya yang menangani perubahan dalam proyek, yaitu ECM - Teknik Manajemen Perubahan (Tavèar & Duhovnik, 2005), CC - Konfigurasi Control (Handbook Militer, 2001) dan CM - Manajemen Perubahan (Weerd, 2007). Secara umum, mereka mengatur fase perubahan manajemen dalam

empat fase makro: i) perlu identifikasi perubahan, di mana penyebab masalah dan anggota yang terkena dampak diidentifikasi dalam rangka mempersiapkan ajakan perubahan; ii) usulan perubahan, di mana para anggota yang akan berpartisipasi dalam analisis perubahan didefinisikan; iii) perencanaan perubahan, di mana skenario yang mungkin berbeda untuk memecahkan masalah dievaluasi melalui evaluasi umum, dan; iv) Pelaksanaan, di mana alternatif yang paling cocok untuk masalah tersebut ditentukan dan parameter proyek baru didefinisikan.

Semua model referensi ini sangat umum dan mereka dapat dipakai untuk semua jenis topologi VE. Dengan demikian, setiap gaya dan model manajerial, teknik dukungan yang berbeda, alat manajemen dan metode evaluasi kinerja dapat diterapkan dalam setiap kasus (Karvonen et al., 2005). Mengingat model yang bersifat umum, mereka tidak siap digunakan dalam skenario evolusi VE. Oleh karena itu, meskipun sangat pentingnya dukungan mereka, mereka harus disesuaikan terlebih dahulu.

2.3 protokol Keputusan

Protokol Keputusan terlihat dalam karya ini sebagai instrumen untuk: i) sistematika serangkaian tindakan dimana ada campur tangan manusia yang kuat, ii) untuk standarisasi dan iii) untuk meningkatkan efisiensi pelaksanaan. Dalam konteks VE, tiga karya yang ditemukan dalam literatur menawarkan beberapa bantuan komputer untuk menangani protokol keputusan.

Sistem ILMSS (Rabelo et al., 1998) dikembangkan untuk sistematika tindakan logistik di perusahaan diperluas guna menyusul keputusan-protokol umum yang telah ditetapkan. Sistem DBPMS (Rabelo et al., 2000) merupakan evolusi dari ILMSS, dan dikembangkan untuk mengkoordinasikan konflik antar mitra dalam Supply Chain yang menerapkan pendekatan modular tetapi tetap menghasilkan protokol keputusan. SC2 (Rabelo & Pereira-Klen 2002) adalah sistem multi-agent yang dikembangkan sebagai evolusi DBPMS. Salah satu agen yang bertanggung jawab untuk mengelola konflik yang terjadi di sepanjang pelaksanaan tugas di Supply Chains yang dinamis. Keputusan "blok" yang dipilih oleh agen tapi blok memiliki granularity tinggi. Kekhususan lain yang relevan (dan batasan) dari tiga karya ini adalah bahwa mereka menganggap bahwa koordinator utama adalah satu-satunya pihak yang dapat memicu proses mencari solusi dekat dengan anggota ketika masalah muncul, serta satu-satunya yang bisa membuat saran, yang bisa memiliki akses ke informasi yang lain, dan yang mengambil keputusan. Selain itu, karya-karya ini hanya ditangani dengan penjadwalan dan tindakan dasar terhadap penggantian mitra. Seperti yang ditekankan dalam bagian sebelumnya, mengelola evolusi VE memerlukan beberapa fitur dan jenis tindakan lain.

VOM Toolkit (Pìchouèek & Hodík 2007) merupakan lingkungan terpadu yang telah dikembangkan untuk membantu VE koordinator dalam melakukan beberapa kegiatan, seperti pemantuan kinerja VE, mewaspadakan tentang perubahan dalam kinerja yang diharapkan, dan

penjadwalan ulang dan simulasi rekonfigurasi untuk mengoptimalkan kinerja VE. Namun, juga ada tiga sistem lainnya, ia meninggalkan sepenuhnya pada koordinator VE untuk melaksanakan koreksi dalam menyelesaikan konflik. Tidak ada pedoman atau metodologi pendukung ditawarkan untuk membantu dalam kegiatan ini.

Perspektif lain adalah bahwa semua karya-karya ini (dan beberapa yang lain yang lebih baru (misalnya Hodík & Stach, 2008; Negretto et al, 2008.; . Muller et al, 2008) ) yang terpisah dari gelombang operasi global perusahaan. Ini berarti bahwa proses pengambilan keputusan dilakukan terpisah dari proses lainnya. Dalam prakteknya, ini mewajibkan para manajer untuk beralih dari satu lingkungan yang lain dan untuk mengatasi berbagai sumber informasi (ini adalah masalah karena UKM biasanya memiliki beberapa masalah dasar dalam integrasi sistem). Alternatif solusi untuk itu adalah pendekatan BPM (Manajemen Proses Bisnis) (Grefen et al., 2009) dan paradigma SOA (Service Oriented Architecture) (Ordanini & Pasini, 2008). BPM memberikan dasar bagi definisi longgar-digabungkan, modular, komposit dan terpadu dari proses bisnis. Dari sudut pandang proses eksekusi, alat BPM menghasilkan file BPEL (Bahasa Proses Eksekusi Bisnis) sebagai output, yang memungkinkan integrasi langsung antara tingkat bisnis (BPM) dan tingkat pelaksanaan (layanan SOA / web). Ada alat penunjang komersial dan alat-alat penunjang akademik untuk itu (misalnya Oracle BPEL Designer, IBM WebSphere). Kombinasi ini dapat memberikan gagasan protokol keputusan yang fleksibel dan modular.

2.4 Monitoring dan pengukuran Kinerja

Pemantauan dan pengukuran kinerja melihat ke situasi sistem produksi saat ini, mengobati masalah di tahap operasi. Tujuan dari aspek ini dari sudut pandang manajemen evolusi VE adalah untuk menawarkan kondisi untuk mitra VE untuk mengukur kinerja mereka sendiri dan untuk memeriksa kapasitas mereka guna mendapatkan percaya diri ketika memutuskan tentang bagaimana menyelesaikan masalah yang dihadapi. Ini melibatkan, oleh karena itu, pemantauan (yaitu pengumpulan informasi internal) dan analisis lebih lanjut (pengukuran kinerja). Ada sejumlah model pengukuran kinerja. Dua yang paling yang relevan adalah Balanced Scorecard (BSC) dan SCOR (Supply Chain Operasi Referensi).

BSC adalah metode yang "menerjemahkan misi dan pandangan perusahaan dalam kelompok ukuran kinerja luas yang merupakan dasar untuk sistem pengukuran dan manajemen strategis" (Kaplan & Norton, 1997). Hal ini memungkinkan manajer untuk mengidentifikasi bagian mana dari kegiatan dapat dianggap sebagai hal penting untuk keberlangsungan organisasi yang langsung bertanggung jawab untuk generasi dari nilai kepada pemegang saham, klien, mitra, penyedia dan masyarakat.

SCOR adalah sebagai alat diagnostik standar lintas-industri de facto untuk manajemen rantai pasokan didasarkan pada tiga perspektif mendasar: proses, indikator kinerja dan praktek terbaik (Supply Chain Council, 2005). SCOR didasarkan pada lima manajemen proses yang berbeda:

Rencana, Sumber, Membuat, Mengantarkan, dan Pengembalian, yang memiliki banyak indikator kinerja standar yang terkait. Tujuannya adalah untuk mengoptimalkan dan mengintegrasikan proses dan logistik sementara memenuhi kebutuhan klien.

Dalam hal indikator kinerja, Baldo et al. (2008) telah mengembangkan kerangka kerja untuk mengidentifikasi indikator kinerja yang paling relevan yang harus diterapkan untuk VE mengenai karakteristik peluang bisnis dan mitra yang terlibat.

Dalam hal teknik, OLAP (On-line Analytical Processing) adalah sebuah pendekatan untuk memberikan jawaban cepat atas pertanyaan analitis yang multi-dimensi (penjualan, pemasaran, penganggaran, peramalan, kapasitas, dll). Melalui yang disebut kubus OLAP, memungkinkan eksekusi untuk pertanyaan analitis kompleks dan ad hoc dengan waktu eksekusi yang cepat berdasarkan data terdahulu memfasilitasi pengambilan keputusan (diadaptasi dari Lechtenborger & Vossenm, 2003; Bulan et al., 2007).

2.5 Evaluasi Kinerja

Evaluasi kinerja bertujuan menyediakan elemen keputusan berdasarkan hasil pengukuran kinerja. Tujuan dari aspek ini dalam konteks manajemen evolusi VE untuk menyediakan mitra dengan teknik yang membantu mereka untuk mengevaluasi dampak dari keputusan mereka di perusahaan sepanjang proses diskusi. Pada saat yang sama, memungkinkan koordinator VE untuk mengevaluasi solusi global sebelum memvalidasi keputusan akhir.

Menurut Raj Jain (1991), tiga teknik evaluasi kinerja adalah: (i) pemodelan analitis, (ii) simulasi, dan (iii) pengukuran langsung. Masing-masing memiliki pro dan kontra, dan ada beberapa pertimbangan untuk memutuskan teknik lain yang lebih baik untuk digunakan, seperti waktu pemodelan, akuisisi data, kompleksitas Model, waktu eksekusi, keterampilan yang dibutuhkan, diantara yang lain. Sebenarnya, simulasi telah menarik sejumlah besar pengguna karena kemampuan intrinsik untuk menciptakan dan mengevaluasi skenario "bagaimana jika", menangkap perilaku dinamis dari sistem (Johnsson & Johanson, 2003). Di sisi lain, model analisis lebih memadai ketika solusi hampir-optimal diperlukan. Perencanaan kapasitas adalah bagian yang masuk akal sebagai bagian besar masalah yang sering terjadi di operasi VE dan membutuhkan perubahan dalam kapasitas produksi perusahaan '.

2.6 Infrastruktur teknologi informasi dan komunikasi

Infrastruktur Teknologi Informasi dan Komunikasi (TIK) adalah sarana untuk mendukung semua (atau hampir semua) transaksi antar mitra dalam CNO. Sebenarnya, ini adalah salah satu kondisi untuk bekerja seperti itu. Dalam konteks evolusi VE dan pengambilan keputusan, infrastruktur TIK bertanggung jawab untuk menyediakan fungsionalitas yang diperlukan untuk

memungkinkan mitra dalam membuat semua tugas yang disebutkan sebelumnya: diskusi mitra, bimbingan metodologis, protokol keputusan, pengukuran kinerja dan pemantauan dan evaluasi kinerja.

Keamanan merupakan masalah penting untuk memberikan membangun kepercayaan yang diperlukan dalam CNOs. Sowa dan Sniezynsky (2007) mengembangkan kerangka keamanan yang mengontrol akses informasi dinamis sesuai dengan peran mitra dalam VE. Hal ini menjamin bahwa semua informasi penting dapat diakses hanya oleh mitra resmi. Namun, bahwa informasi yang berasal dari sumber dan mitra yang diakui dan disahkan.

Rabelo et al. (2008) mengembangkan infrastruktur TIK terpadu, berbasis web dan on-demand dikhususkan untuk mengatasi kebutuhan CNO. Meskipun saat ini belum menerapkan semua fungsi yang diperlukan untuk mendukung fase evolusi VE (setidaknya dalam cara mendekati Masalah dalam pekerjaan ini), dibuka untuk menerima fungsi baru.

Kombinasi dan beberapa adaptasi dalam semua karya-karya ini dipandang layak sebagai titik awal untuk mendukung skenario pendukung keputusan terdistribusi dan kolaboratif.

3 Kolaborasi pendukung keputusan untuk evolusi perusahaan virtual

Bagian sebelumnya telah disajikan skenario untuk pengelolaan evolusi VE terkait untuk membuat keputusan kolaboratif serta aspek untuk mendukungnya. Untuk mengatasi mereka semua, kerangka kerja telah disusun. Kerangka kerja ini mengumpulkan aspek tersebut dan membagi mereka ke dalam empat kategori, atau pilar: Manusia, Organisasi, Pengetahuan dan Teknologi. Alasan penting dari empat pilar adalah untuk memungkinkan manusia untuk mendiskusikan dan untuk memutuskan tentang masalah yang berkaitan dengan proses organisasi tertentu, menerapkan satu set prosedur dan metode organisasi, menggunakan informasi dan pengetahuan yang tersedia di Repositori VBE, semuanya ini didukung oleh semacam (teknologi) alat dan infrastruktur TIK (Drissen-Silva & Rabelo, 2009a). Diskusi yang dibingkai oleh protokol keputusan (disusun menggunakan fondasi manajemen proyek) dan dilakukan dalam lingkunngan pendukung keputusan terdistribusikan dan kolaboratif. Protokol keputusan adalah mekanisme yang "menghubungkan" empat pilar sesuai dengan masalah tertentu yang harus dipecahkan dalam fase evolusi VE. Gambar 2 menunjukkan kerangkakerja tersebut.

Gambar 2. Kerangka kerja untuk manajemen evolusi VE

Pilar Manusia mewakili orang, yaitu manajer perusahaan VE 'yang menggunakan diam-diam pengetahuan dan sikap kolaboratif mereka untuk membantu memecahkan masalah datang dari tahap operasi VE. Ini mencakup manajer berdaya dan para ahli yang dapat mengkonfigurasi ulang protokol keputusan. Pilar Organisasi terdiri dari proses intra dan interenterprises, ontologi serta metode, teknik dan prosedur kerja yang harus terlibat dalam proses pengambilan keputusan didistribusikan dan kolaboratif. Ini mencakup proses bisnis perusahaan itu sendiri, manajemen proyek, metode pengukuran kinerja dan evaluasi kinerja dan teknik, dan prosedur keputusan dan aturan yang harus diikuti. Pilar Pengetahuan terdiri informasi eksplisit dan pengetahuan yang tersedia di repositori VBE dan bahwa manajer dapat memiliki Akses ke untuk membantu dalam proses pengambilan keputusan. Ini mencakup pelajaran, praktek terbaik serta informasi tentang mitra, peraturan, data historis, dll. Pilar Teknologi mengacu pada semua jenis perangkat TIK, platform dan artefak keamanan yang harus tersedia untuk mendukung manajer dalam mengelola proses mengakses metode yang sesuai. Ini mencakup OLAP, BPM, simulator dan alat

groupware, selain database, ontologi, sistem manajemen dan infrastruktur komputasi umum untuk pelaksanaan sistem, keamanan, komunikasi, interoperation dan manajemen jasa.

Hal ini penting untuk menunjukkan masalah tentang pilar manusia. UKM memiliki banyak kesulitan dalam hal keterampilan manajemen, sedangkan bekerja di jaringan kolaboratif memerlukan beberapa tingkat kesiapan tambahan (Afsarmanesh & Camarinha-Matos, 2005). Bahkan, tampaknya realistis untuk mengasumsikan bahwa mitra VE sudah siap dan tahu teknik dan metode yang paling relevan untuk evaluasi manajerial dan kinerja yang dapat membantu mereka selama diskusi dan pengambilan keputusan. Jika di satu sisi pengalaman dan pengetahuan mereka sangat penting, di sisi lain mereka tidak mencukupi untuk menangani semua kompleksitas intrinsik yang mengelola evolusi VE. Oleh karena itu, dalam rangka mendukung penggunaan kerangka kerja efektif yang diusulkan, adalah penting bahwa mitra VE juga diberdayakan dengan pelatihan yang memadai. Klen et al. (2008) telah mengusulkan metodologi untuk pelatihan anggota VBE mengandalkan pemerintahan dan individu kompetensi pada manajemen VE.

Pendekatan yang diusulkan bergantung pada dan menggabungkan dua bidang dasar: Manajemen Proyek (PM) dan Sistem Pendukung Keputusan (DSS). Salah satu elemen yang paling penting dalam kerangka kerja ini adalah protokol keputusan. Hal ini sesuai dengan mekanisme yang mengkoordinasikan pemecahan masalah dan yang didasarkan pada sebuah adaptasi dari model ECM (Teknik Manajemen Perubahan) (Rozenfeld et al., 2006) untuk manajemen fleksibel dan manajemen perubahan. Protokol ini memiliki tujuan membimbing para pengambil keputusan terhadap solusi yang lebih efektif dengan cara metodologis. Intinya, semua ini bertujuan menawarkan DSS kolaboratif dan Distributed untuk mitra VE bersama-sama untuk membahas tentang perubahan yang diperlukan, tetapi dipandu oleh protokol keputusan yang menganggap karakteristik VE yang paling relevan. Satu set mekanisme evaluasi kinerja dan pengetahuan melengkapi kerangka kerja, memberikan analisis sebelumnya sebelum keputusan diimplementasikan. Sebuah model database menyimpan semua informasi yang dibahas untuk audit lebih lanjut.

Manajemen proyek kolaboratif bekerja dalam lingkungan terdistribusi. Aktivitas dan proses didistribusikan melalui mitra dan organisasi di lokasi dan negara berbeda, dengan budaya yang berbeda tetapi manajemen dapat dilakukan secara terpusat atau didistribusikan (Ollus et al., 2009). Kerja kolaboratif telah memaksakan konsepsi alat jenis baru untuk mendukung manajemen yang menawarkan pelajaran dan pengetahuan untuk keputusan di masa depan (Rugi, 2007). Berbeda dari perusahaan diperluas di mana ada perusahaan dominan (O'Neill, 1995), mengelola evolusi VE menyiratkan mempertimbangkan bahwa semua mitra bersifat otonom dan harus berpartisipasi dalam proses pengambilan keputusan untuk mengubah proses manajemen evolusi yang kompleks.

3.1 Arsitektur Kerangka

Keempat pilar kerangka ini dioperasikan melalui tiga elemen konkret: protokol keputusan, komputasi lingkungan pendukung keputusan didistribusikan dan kolaboratif, dan Toolbox TIK. Mereka semua membentuk Sistem Pendukung Keputusan Distributed Collaborative untuk Pengelolaan Evolusi VE(DDSS-VE). Gambar 3 menyajikan arsitektur kerangka kerja, juga menggambarkan hubungan antara elemen dengan pilar. Namun, hal itu menunjukkan tiga jenis aktor yang berbeda yang terlibat dalam diskusi tentang masalah yang terdeteksi dalam operasi VE. Untuk menyoroti fakta bahwa semua transaksi (yang melibatkan manusia dan Sistem) dilakukan melalui jaringan komputasi membuat menggunakan infrastruktur TIK yang memadai.

3.1.1 Protokol Keputusan

Protokol keputusan adalah urutan langkah-langkah yang mendefinisikan kegiatan yang telah dilaksanakan dalam situasi tertentu dalam konteks tertentu untuk memecahkan masalah. Secara konseptual, seharusnya menunjukkan apa yang harus dilakukan, mengapa, oleh siapa, di mana, kapan, bagaimana, dan dengan sumber daya yang mana.

Gambar 3. Arsitektur Kerangka Kerja

Konsepsi protokol yang diusulkan telah mempertimbangkan tiga aspek: generalitas, pondasi yang mendasari, dan otomatisasi pelaksanaannya. Sejauh generalitas yang bersangkutan, protokol tidak dilihat sebagai protokol referensi yang akan cukup generik untuk semua kemungkinan terdiri dari bagaimana setiap masalah yang berbeda harus diselesaikan oleh / di perusahaan tertentu terkait dengan VE tertentu. Sebaliknya, hal ini dilihat sebagai dasar dimana protokol tertentu dapat digunakan, didasarkan pada model referensi manajemen proyek, mengingat kebijakan dan aturan operasi VBE. Gambar 4 menunjukkan protokol keputusan yang diusulkan.

Diferensiasi ini berarti bahwa langkah-langkah baru dapat ditambahkan, beberapa dimodifikasi / disesuaikan dan beberapa dinonaktifkan (Gambar 5). Seluruh pendekatan dapat dilihat di bawah tiga lapisan: protokol dasar, protokol khusus, dan dibantu komputer. Seperti dikatakan sebelumnya, lapisan protokol dasar untuk VE fase evolusi ditunjukkan pada gambar 4, di mana kotak di luar kotak utama berisi kegiatan dalam tahap operasi VE. Lapisan protokol khusus merupakan salah satu yang seharusnya disesuaikan untuk VBE tertentu dan yang akan diterapkan secara efektif di VE yang dibuat dari itu. lapisan dibantu komputer berisi repositori informasi digital dan alat-alat TIK yang sangat konkret dan prasarana yang digunakan untuk mendukung tindakan yang beragam di proses pengambilan keputusan. Ini dibuat tersedia melalui toolbox TIK (lihat bagian 3.1.3).

Sebuah modifikasi dalam protokol dasar Namun tidak dibuat berkode sulit. Berkat alat BPM, protokol ini dimodelkan fleksibel dan diarahkan terhubung ke layanan perangkat lunak yang mengeksekusi langkah protokol secara otomatis. Oleh karena itu, jika ada perubahan yang diperlukan, pengguna memodifikasi proses di tingkat BPM (atau bahkan di tingkat SOA), tetapi tidak pada tingkat kode pemrograman.

Namun, diferensiasi protokol memiliki beberapa pembatasan. Hal ini mengacu pada aspek kedua dari desain, yang merupakan dasar. Sebenarnya, langkah-langkah protokol dasar mencakup yang paling khas disajikan dalam model referensi manajemen perubahan, dan ECM khususnya (lihat bagian 2.2). Dengan demikian, pengguna tidak diperbolehkan untuk mengubah struktur logis yang penting (langkah-langkah makro Butuh Perubahan Identifikasi, Perubahan Proposal, Perubahan Perencanaan, dan Implementasi, serta beberapa sub-langkah mereka). Selain menggunakan ECM dan beradaptasi dengan konteks evolusi VE, pekerjaan ini juga telah menggunakan beberapa ide yang diusulkan dalam O'Neill (1995) ketika menentukan peristiwa yang paling signifikan untuk menangani keputusan lebih strategis. Sebagai rangkuman, protokol keputusan yang diusulkan ini mewakili metodologi kerangka kerja yang disebutkan ini dan dimodelkan melalui BPM dan alat berbasis SOA.

Gambar 4. Protokol dasar untuk manajemen evolusi VE

Gambar 5. skenario konseptual multi lapis dari kerangka kerja yang diajukan

3.1.2 Lingkungan diskusi Partner

Elemen kedua kerangka kerja berkaitan dengan Lingkungan keputusan terdistriibusi dan kolaboratif dan elemen utamanya untuk mendukung diskusi mitra dalam jaringan.

Hal ini penting untuk menunjukkan bahwa mitra VE secara fundamental terdiri dari UKM. Oleh karena itu, penting untuk menawarkan cara mudah dan biaya rendah untuk mendukung akses metode, teknik dan alat manajemen untuk membantu orang-orang yang terlibat dalam diskusi, pengukuran kinerja dan evaluasi.

Visi yang mendasari lingkungan ini bergantung pada asumsi bahwa tidak mungkin untuk mengembangkan alat seperti, sistem ahli atau sistem pendukung keputusan solusi berbasis agen yang digunakan untuk pemodelan masalah dunia tertutup (misalnya Baffo et al., 2008). Sebaliknya, mitra harus memiliki ruang dengan dukungan metodologis dan terintegrasi dalam lingkungan proses bisnis perusahaan untuk bertukar ide, melatih kreativitas mereka, dan penalaran tentang kasus tertentu berdasarkan status perusahaan yang terlibat saat ini.

Dalam lingkungan ini, para pelaku yang terlibat dalam diskusi adalah (gambar 3) mitra VE: 1) koordinator VE, yang memiliki bisnis dan yang, pada akhirnya, bertanggung jawab untuk itu; 2) anggotaVE, yang merupakan perwakilan perusahaan dalam VE dan; 3) seorang ahli yang diundang (misalnya broker, seorang teknisi khusus, wakil VBE ini), anggota ad-hoc yang dapat berpartisipasi dalam diskusi dan yang perannya didefinisikan untuk setiap kasus.

Lingkungan ini dikendalikan oleh DDSS-VE. Berdasarkan klasifikasi yang berbeda untuk sistem pendukung keputusan (Turban & Aronson, 1998; Phillips-Wren & Forgionne, 2001), model keputusan terdistribusi mendukung sistem dengan argumentasi dan moderasi untuk evolusi VE (DDSS-VE) terdiri dari tipe:

Negosiasi: keputusan tentang suatu masalah dicapai melalui proses negosiasi, dimana mencapai solusi melibatkan pengurangan kendala dan perubahan dalam rencana;

Desentralisasi: koordinator VE mengkoordinasikan diskusi tetapi keputusan itu sendiri muncul dari diskusi;

Hirarki parsial: koordinator VE memiliki kekuatan untuk memvalidasi keputusan akhir yang dicapai setelah diskusi (non-hirarkis);

Multi-stage: keputusan dapat dicapai setelah beberapa putaran diskusi;

Dengan tugas semi-terstruktur: masalah dan informasi terkait, sebagian dibuat tersedia oleh sistem DDSS-VE sistem dan repositori informasi VBE, dan Diskusi secara umum dibantu. Bagian lain dari informasi dan pengetahuan datang dari pengetahuan peserta sendiri;

Multi-peserta: beberapa anggota dapat berpartisipasi secara bersamaan dalam diskusi;

Berbasis tim: meskipun otonom dan independen, anggota VE bertindak secara kolaboratif karena mereka berbagi tujuan yang sama.

Untuk memberikan gambaran tentang bagaimana kerangka kerjanya, gambar 6 menggambarkan skenario abstrak diskusi didukung oleh DDSS-VE di mana partner akan bertukar pendapat mereka tentang masalah tertentu. Sebenarnya, DDSS-VE akan mengelola interaksi antara tiga entitas. Satu entitas adalah perwakilan perusahaan, masing-masing memiliki grafis antar muka DDSS-VE untuk berinteraksi. Entitas lain adalah himpunan infrastruktur TIK dan infrastruktur jaringan, alat (yang umum untuk semua anggota VBE, dan orang-orang lokal, dapat diakses hanya oleh masing-masing perusahaan) dan repositori informasi VBE (lihat bagian berikutnya). Entitas yang ketiga adalah protokol keputusan, yang akan membantu membimbing diskusi.

Setelah masalah telah terdeteksi, DDSS-VE memulai langkah-langkah protokol (Gambar 4), dalam fase identifikasi Kebutuhan Perubahan. Pada fase ini tujuannya adalah untuk mengidentifikasi alasan masalah dan untuk memeriksa apakah itu bisa diselesaikan oleh mitra sendiri, tanpa mempengaruhi yang lain anggota VE. Ini mengungkapkan strategi untuk melibatkan mitra lain hanya jika masalah tidak bisa diselesaikan di tingkat "lokal". Dengan demikian, koordinator dan mitra VE yang telah menimbulkan konflik (digambarkan sebagai Mitra 1) membahas bersama-sama (misalnya melalui chatting dan transfer file), sebagai awalnya. Setelah diskusi dan evaluasi, jika masalah tersebut dianggap diselesaikan tanpa perlu mitra lain, aliran protokol berjalan melalui tahapan lain, fase Ubah Proposal, Perencanaan dan Implementasi. Dalam kasus masalah tidak bisa diselesaikan, perlu untuk mengevaluasi mitra yang terkena dampak dan yang kemudian harus terlibat dalam diskusi kolaboratif dan pengambilan keputusan. Pada fase Perubahan Proposal, diskusi didukung oleh layanan yang menggabungkan ide-ide dari metode HERMES dan Delphi (lihat bagian 2.1). Bagian berdasar dari HERMES bertujuan untuk mengatur argumen mitra dalam struktur singkat, menggunakan semantik yang sesuai, mengkomunikasikan saran mereka tetapi secara kompilasi, termasuk asosiasi bobot untuk argumen yang paling penting. ini bertujuan menemukan konsensus yang lebih baik (dan lebih cepat) tentang masalah ini. Bagian berdasar dari Metode Delphi bertujuan menghindari konfrontasi langsung antara peserta, yang bisa menghasilkan diskusi kontraproduktif. Dalam hal ini, semua argumen yang dikumpulkan oleh Koordinator VE, yang di saat-saat pertama, bertindak sebagai moderator untuk memilih, menghapus, mengubah atau menyarankan perubahan argumen yang diterima sebelum mereka dapat dipublikasikan ke semua peserta. Sebenarnya, itu bukan tujuan untuk menahan lawan bicara dan tukar informasi, melainkan untuk menjamin diskusi yang lebih cepat dan, terutama, bahwa beberapa informasi penting (misalnya tingkat kapasitas mitra tertentu) dapat diungkapkan kepada semua orang. Dengan cara ini, koordinator VE memiliki pilihan untuk hanya mengatakan kepada orang lain bahwa partner tersebut memiliki "cukup" kapasitas. Putaran diskusi ini, dengan pendapat dikompilasi, adalah digambarkan sebagai frame abu-abu pada gambar 6, di samping masing-masing anggota. Frame putih menggambarkan konsol argumentasi mana partner mengekspresikan pendapat mereka serta di mana koordinator VE menerima mereka. Ia

memoderasi diskusi melalui konsol ini. setelah argumen dikirim ke peserta lain, mereka dapat mengevaluasi kembali pertimbangan mereka dan membuat saran lain. Proses ini berlanjut sampai konsensus tercapai (dalam fase Perubahan Planning).

Protokol tidak terikat dalam tindakan dalamnya. Mengenai keunikan dan topologi VE, dan heterogenitas mitra, protokol dapat berbeda untuk setiap situasi. ada banyak skenario yang mungkin yang dapat mempengaruhi keputusan yang akan diambil untuk memecahkan masalah saat ini. Dengan cara ini, protokol bertindak sebagai pengingat beberapa pertanyaan penting sehingga mitra dapat mengingat mereka dan harus memeriksa mereka. Sebagai contoh, jika item tertunda dan konsumen akhir sangat penting atau denda terlalu tinggi, mitra bisa setuju pada bagian subkontrak dari produksi untuk menjaga tanggal pengiriman. Jika klien memiliki kontrol kualitas yang sangat ketat dan ia mensertifikasi tingkat pemasok 'cukup' ketat, mungkin tidak mungkin untuk menyewa perusahaan apapun, tapi satu ekuivalen, dan sebagainya. Jika terjadi masalah tertentu lainnya, mitra harus menangani hal ini, dikelola oleh koordinator VE. Setelah masalah terpecahkan, parameter baru VE ditetapkan (Fase Implementasi) dan aliran kontrol kembali ke tahap operasi VE.

Skenario argumentasi hipotetis ini akan didasarkan pada hasil yang dicapai dibantu oleh segudang alat untuk pemodelan evaluasi kinerja, monitoring dan tugas penjadwalan ulang, yang juga dapat melibatkan pendapat ahli (Perubahan Planning). beberapa peserta bisa menggunakan alat-alat mereka sendiri atau peralatan umum (termasuk akses ke database VBE) yang tersedia untuk semua peserta untuk membantu dalam diskusi.

Gambar 6. Ilustrasi lingkungan pendukung keputusan kolaboratif

3.1.3 Kotak alat

Secara tradisional, UKM memiliki banyak kesulitan untuk mengakses, menggunakan dan memelihara perangkat lunak, terutama karena biaya dan keahlian yang dibutuhkan untuk melakukan itu. Konsep toolbox diperkenalkan (Bernhard, 1992) dengan tujuan menyediakan kumpulan perangkat lunak industri untuk membantu pengguna dari semua departemen satu perusahaan untuk menerapkan filosofi CIM (Computer Integrated Manufacturing).

Konsep ini sebagian besar diperluas di Rabelo et al. (2008) melalui pengembangan web berbasis infrastruktur TIK terdistribusikan (ICT-I) yang ditujukan untuk CNOs. Akses ke ICT-I benar-benar dibuat dalam bentuk jasa, yang dipanggil baik oleh pengguna atau oleh jasa perangkat lunak lain. Selain mengintegrasikan banyak alat pendukung CNO, ia menyediakan akses ke repositori informasi VBE. Alat-alat ini meliputi penciptaan VE (Afsarmanesh et al., 2008) dan fase operasi VE (Negretto et al., 2008). Namun, tidak ada layanan khusus untuk evolusi VE dan fase pembubaran.

Mengambil fasilitas skalabilitas ICT-I sebagai pertimbangan, kerangka kerja untuk evolusi VE dan protokol yang terkait telah ditambahkan dan dilihat sebagai kelas lain dari layanan ICT-I. ini juga melibatkan beberapa layanan CNO non-directed yang terkait, seperti simulator, spread sheet, CSCW, metode assisted dan alat-alat pendukung lainnya yang membantu anggota VE di sepanjang eksekusi protokol. Ini semua sesuai dengan lapisan dibantu komputer yang diilustrasikan pada Gambar 5.

Dalam karya ini, alat-alat pendukung adalah di kelompokan ke repositori logis terpusat alat-alat ICT yang disebut ICT Toolbox. Oleh karena itu ICT Toolbox adalah kumpulan alat umum yang diakses melalui ICT-I (melalui jaringan) memfasilitasi penerimaan anggota dan penggunaan metode manajemen. Namun ini tidak mencakup alat lokal yang digunakan oleh masing-masing anggota di perusahaan mereka. Alat Toolbox ini sendiri dapat terdiri dari set alat yang telah disepakati sebelumnya (atau yang sudah ada) di VBE dan alat-alat yang dapat diakses sesuai kebutuhan dari penyedia lain.

4. Pelaksanaan Prototipe

Bagian ini menyajikan hasil pelaksanaan kerangka kerja DDSS-VE, yang terkonsentrasi di tiga fungsi yang berbeda: Protokol Keputusan, Lingkungan Diskusi Partner dan Alat untuk evaluasi skenario sebelumnya. Protokol keputusan sekali dimulai akan membantu manajer untuk melakukan tindakan pada saat yang tepat dalam proses pembuatan keputusan. Itu digunakan database VBE yang disesuaikan untuk mengakses kompetensi semua partner dalam skenario penggunaan. Lingkungan Diskusi Partner diimplementasikan mempertimbangkan ide-ide dari Sistem HERMES dan metode Delphi, menerapkan diskusi kolaboratif dengan voting dan membandingkan semua saran pada pengawasan oleh moderator. Toolbox diisi dengan alat untuk perencanaan kapasitas menggunakan metode evaluasi kinerja yang digunakan dalam dashboard canggih. Dalam lingkungan uji terkontrol, masalah yang terdeteksi di VE tahap operasi diperkenalkan secara manual dan diskusi disimulasikan dalam skenario yang didistribusikan menggunakan sejumlah PC.

Seperti telah dikatakan, Lingkungan Diskusi Kolaboratif memiliki tujuan untuk menggabungkan Sistem HERMES dan metode Delphi, dan untuk menyesuaikannya dengan filosofi keputusan yang diinginkan. Dengan kata lain, itu bertujuan untuk menghadapi syarat otonomi dan transparansi dari partners serta perlunya cara yang lebih terstruktur memutuskan. Adaptasi utama meliputi:

Penciptaan moderator (peran), yang bertanggung jawab untuk mengevaluasi dan memunculkan argumen yang dikirim oleh anggota. Tergantung pada kasus ini, moderator dapat menjadi VE koordinator;

Perbandingan dua argumen yang berbeda dengan menggunakan konektor yang berbeda (lebih baik daripada; lebih buruk dari; sama dengan; seburuk; sebagus). Setiap perbandingan memberikan poin negatif dan / atau poin positif untuk setiap argumen, tergantung pada konektor;

Voting: Mitra dapat memilih pro atau kontra terhadap setiap argumen;

Dalam diskusi tersebut, mitra dipandu oleh Protokol Keputusan;

Apakah mungkin untuk menggunakan alat keputusan evaluasi sebelumnya, dalam rangka untuk mengevaluasi dampak skenario baru ke dalam operasi VE.

4.1 Skenario Penggunaan

Dalam rangka untuk mengevaluasi diskusi kolaboratif menggunakan DDSS-VE, sebuah skenario VE telah dibuat. VE ini akan bertanggung jawab untuk mengembangkan gaya helm baru untuk balap, yang melibatkan empat mitra dari berbagai negara (Drissen-Silva & Rabelo, 2009b).

Mengingat protokol keputusan menunjukkan pada gambar 4, diasumsikan bahwa fase "identifikasi Kebutuhan perubahan" telah berlalu. Gambar 7 menggambarkan secara umum bagaimana Diskusi akan mencoba untuk memecahkan resolusi konflik dari protokol fase "Perubahan Proposal". Semua ini telah dilaksanakan di portal web, di atas web server aplikasi Liferay (www.liferay.com). Dalam contoh ini, VE Koordinator (Mr Ricardo) menyimpulkan bahwa perlu untuk memulai diskusi dengan dua anggota (Mr Marcus dan Mr Rui) karena masalah terdeteksi dalam spesifikasi dari tempat pertama. Setelah memulai diskusi kolaboratif, protokol memasuki fase "Mengubah Perencanaan" di mana skenario yang berbeda dievaluasi menggunakan alat toolbox. Fase "Mengubah Perencanaan" berakhir ketika alternatif terbaik telah dipilih pada fase Implementation, di mana skenario baru dipraktekan. Urutan dijelaskan di bawah menjelaskan gambar 7.

1. Memulai diskusi (yang akan dilakukan melalui DDSS-VE):

protokol mengajukan beberapa pertanyaan untuk menggambarkan sikap yang lebih baik untuk setiap kasus (misalnya jika itu adalah kendala pada klien yang ketat yang menghindari memilih pemasok lain);

Setiap peserta dapat menggunakan beberapa alat untuk melihat skenario yang berbeda yang dapat diterima untuk menjadwal ulang kegiatan yang harus dilakukan, memilih yang terbaik, dan mempublikasikannya sebagai saran untuk penyelesaian masalah:

o Mr Rui posting saran pertama: "Beli dari supplier lain" (Gambar 7a);

o Setiap partner bisa memilih pro atau kontra (bawah Gambar 7a);

o Setiap saran dapat dibandingkan dengan saran lain menggunakan tombol "COMPARE" (Gambar 7a). Gambar 7b menyajikan daftar saran dan kemungkinan konektor logis. Sebagai contoh, perbandingan menggunakan "lebih baik dari" memberikan poin +1 Titik untuk saran terbaik dan -1 untuk yang terburuk;

o Gambar 7c menunjukkan pohon (terkait dengan masalah terdeteksi: jalur penjatahan helm) dengan tiga diposting saran (plus penulis) dan empat perbandingan di antara mereka. salah satu saran belum dievaluasi karena "menunggu approval";

Moderator (Mr Ricardo) mengevaluasi saran yang berbeda dan perbandingan, terutama untuk melihat apakah ada beberapa konfrontasi di antara para peserta:

o Gambar 7d menunjukkan tampilan "Moderator". Dia bisa memodifikasi dan / atau hanya menyetujui Opini Mr Rui ("RE: membeli dari pemasok lain sama baiknya dengan.....¨) dan mengirim opini tersebut ke kelompok;

o Gambar 7e mewakili gambaran dilihat oleh dua anggota lainnya sebelum aproval popini Mr Rui. Dengan demikian, mereka hanya melihat tulisan "pesan menunggu approval";

Dalam apa hasil voting akhir yang bersangkutan:

o Hal ini dimungkinkan untuk melihat jumlah suara dari masing-masing usulan, yang +3 dalam kaitannya dengan opini Mr Rui (Gambar 7a), juga berarti bahwa ketiga anggota yang berkonsultasi (termasuk VE koordinator) telah menyepakati hal itu;

o Gambar 7c menunjukkan sejumlah tanda disamping setiap saran mengekspresikan jumlah akhir dari suara dengan bobot perbandingan. Dalam hal ini, "Beli dari supplier lain" memiliki posisi yang lebih menguntungkan (+3 dari pemilihan langsung) yang ditambahkan dari lainnya 2 poin dari dua perbandingan positif, sehingga 5 poin yang mendukung;

2. Setelah disepakati, solusi yang paling cocok diselesaikan pada rencana VE dan mitra VE untuk mulai bekerja berdasarkan itu. Ini berarti bahwa evolusi VE berakhir dan manajemen VE akan kembali ke tahap operasi.

4.2 alat evaluasi sebelumnya untuk pengambilan keputusan

Evaluasi kinerja membutuhkan pemilihan faktor yang paling penting untuk kinerja sistem yang terbaik. Untuk setiap faktor yang diperlukan untuk mengatur beberapa tingkat (dalam hal jumlah) agar bisa berasumsi. Dalam lingkungan manufaktur, faktor bisa menjadi mesin atau karyawan, misalnya, dan tingkat bisa menjadi kuantitas masing-masing yang dapat tersedia. evaluasi kinerja bisa menunjukkan yang merupakan faktor yang paling penting yang berpengaruh pada performa sistem.

Dalam rangka untuk menawarkan alat evaluasi dampak pengambilan keputusan sebelumnya menggunakan evaluasi kinerja, dikembangkan modul yang memadai untuk model konseptual yang dijelaskan sebelumnya. Alat ini menggunakan spreadsheet yang berbeda peracikan dashboard yang menawarkan kemungkinan untuk melihat kompetensi, penjadwalan produksi, sumber daya masing-masing partner yang tersedia, jumlah sumber daya yang menunggu integrasi penjadwalan untuk memperhitungkan skenario lain untuk memecahkan masalah dalam diskusi tentang DDSS-VE. Gambar 8 menunjukkan dashboard yang sudah dikembangkan.

Gambar 7. Beberapa snapshot lingkungan diskusi partner

5. evaluasi Umum

Prototipe yang dikembangkan melewati urutan tes lengkap untuk verifikasi dan validasi model konseptual untuk diskusi kolaboratif di sekitar masalah muncul di tahap operasi Virtual Enterprise memaksanya untuk menjalani tahap evolusi. Model konseptual dan model prototipe dievaluasi oleh para ahli di bidang utama proses pengembangan model. Dalam rata-rata evaluasi, semua ahli sepakat pada kontribusi, relevansi dan memnuhi kebutuhan masalah ilmiah yang harus dipecahkan: 'untuk menemukan lingkungan yang lebih transparan dan kolaboratif yang

menempatkan mitra otonom dalam diskusi seputar konflik kemitraan menggunakan satu set alat hitung dan protokol keputusan untuk mendukung keputusan'. Metodologi yang digunakan untuk mengevaluasi pekerjaan ini diikuti tiga langkah utama: i) evaluasi prototipe dalam urutan uji dengan stres; ii) penjelasan model konseptual oleh artikel ilmiah para ahli dengan sejumlah pertanyaan yang dijawab dengan evaluasi mereka; iii) penjelasan fungsi prototipe sebagai contoh eksekusi dengan sejumlah pertanyaan yang dijawab dengan pendapat mereka.

Gambar 8. Alat evaluasi skenario sebelumnya menggunakan dashboard untuk penjadwalan ulang tugas

5.1 Kontribusi

Kontribusi ilmiah utama dari kegiatan ini terpusat di dalam menggunakan teknik yang berbeda, alat dan metode yang sudah diterima dalam suatu sistem semi-otomatis yang memadai yang membantu manajer dalam proses pengambilan keputusan di sekitar masalah di tahap operasi VE. Integrasi metode-metode yang berbeda dapat menawarkan diskusi terdistribusikan dan kolaboratif dengan transparansi, dikendalikan oleh moderasi menggunakan analisis dampak keputusan sebelumnya.

Elemen sentral adalah manusia, yang memiliki kemampuan untuk merasakan dan memutuskan apa skenario yang terbaik menurut pengetahuan mereka. Kerangka kerja ini hanya dapat mendukung keputusannya dengan fleksibilitas, alat kalkulus dan ketersediaan komunikasi terhadap mitra.

Dibandingkan dengan seni di bidang ini, pekerjaan ini mencakup berbagai aspek, ditunjukkan dalam Tabel 1.

Mengingat fleksibilitas yang ditawarkan oleh protokol keputusan, kerangka kerja ini akan disesuaikan dengan model aliansi strategis lainnya dan juga kepada manajemen organisasi virtual tahap operasi, hanya membuat modifikasi yang diperlukan pada beberapa tahap dan proses dalam protokol dasar untuk memenuhi kebutuhan kasus yang berbeda.

5.2 Keterbatasan

Keterbatasan utama dari pekerjaan ini adalah berkaitan dengan konsep CNO yang mengasumsikan masing-masing partner adalah otonom dan harus berpartisipasi dengan cara kolaboratif berusaha membantu mitra lain dalam kesulitan. Beberapa aspek yang berhubungan dengan konsep VE sulit dijangkau dalam kenyataan karena kepercayaan di antara mitra harus kuat, dan juga perlu sebuah infrastruktur TIK yang berkembang dengan baik untuk menempatkan lingkungan ini agar berjalan. Namun di sisi lain, ada sejumlah eksekusi VBE di dunia yang memberi expectasi dari penyebaran kuat konsep VE untuk jenis-jenis lingkungan usaha kolaboratif.

Tabel 1. Perbandingan antara model manajemen tradisional, model sekarang dan model pendekatan CNO/VE

Mengingat prototipe itu dikembangkan hanya dengan satu alat untuk mendukung analisis dampak sebelumnya dari keputusan tersebut, tetapi model konseptual dapat mempertimbangkan sejumlah besar alat yang tersedia yang dapat dimasukkan ke dalam akses lingkungan kolaboratif untuk semua mitra.

5.3 Penelitian Masa Depan

Mengingat kompleksitas tinggi dari masalah yang diajukan dalam penelitian ini, ada tema lain yang akan diteliti untuk lebih mengembangkan ide-ide yang dijelaskan dalam Lingkungan Membuat Keputusan Terdistribusi dan Kolaboratif untuk Virtual Enterprise Evolution (DDSSVE), misalnya:

Pengembangan dari model yang mempertimbangkan aspek hierarki, kekuasaan dan pengaturanantara VBE dan mitra VE. Sebuah model yang juga mempertimbangkan kompetensi moderator dan posisinya selama proses pengambilan keputusan;

lingkungan diskusi kolaboratif yang memadai, yang menggunakan ide dari sistem HERMES dan metode Delphi ke sistem Moodle;

Penciptaan ontologi yang menggambarkan secara resmi hubungan, hirarki dan konsep terkait dengan domain yang dieksplorasi pada pengambilan keputusan di Collaborative Networked Organisasi (CNO).

6 Kesimpulan

Bab ini telah mengemukakan kerangka untuk mendukung diskusi kolaboratif antara anggota VE untuk memecahkan masalah selama fase evolusi VE. Hal ini pada dasarnya terdiri dari protokol keputusan, sistem pendukung keputusan terdistribusikan dan kolaboratif, dan sarana TIK dan prasarana komunikasi pendukung. Hal ini dirancang untuk mengatasi persyaratan VE, terutama dalam hal anggota yang otonom dan transparansi pengambilan keputusan.

Dikembangkan berdasarkan proyek metodologi manajemen, diskusi dipandu dan dibantu oleh sistem, tetapi melestarikan dan mengandalkan pengalaman dan pengetahuan anggota untuk mencapai solusi yang cocok / layak untuk masalah yang diberikan.

Kerangka kerja yang diusulkan kelompok dengan persyaratan tersebut dan mengelompokkan mereka ke empat pilar: Manusia, Organisasi, Pengetahuan dan Teknologi. Alasan rasional dari keempat pilar adalah untuk memungkinkan manusia untuk membahas dan memutuskan tentang masalah yang berkaitan dengan proses organisasi, menerapkan satu set prosedur organisasi dan metode organisasi, menggunakan informasi dan pengetahuan yang tersedia di repositori VBE, yang didukung oleh alat TIK. Aspek penting dalam pendekatan yang diusulkan adalah campur tangan manusia, misalnya masalah begitu kompleks yang tidak layak untuk mencoba mengotomatisasi keputusan. Sebaliknya, pendekatan ini adalah untuk menempatkan manajer di tengah proses, mengelilingi mereka dengan alat-alat dan metode yang memadai.

Semua elemen kerangka kerja beroperasi dengan cara yang metodologis oleh unsur manusia, berdasarkan demokratis, transparan, terdesentralisasi, sistematis dan dimoderatori, mengingat distribusi geografis mereka.

Dalam rangka untuk menawarkan kualitas dari saran yang dibuat oleh masing-masing mitra selama diskusi seputar resolusi masalah, alat yang berbeda, teknik dan metode untuk evaluasi kinerja yang ditawarkan untuk memberikan visi perencanaan kapasitas masa depan untuk mengevaluasi skenario yang berbeda untuk memecahkan masalah dalam diskusi. Dengan cara ini, para peserta memiliki kesempatan untuk mengevaluasi dampak dari keputusan sebelumnya

yang akan diambil. Evaluasi ini dapat dibuat terisolasi dari masing-masing peserta selama proses resolusi konflik.

Sebuah prototipe perangkat lunak telah dibuat untuk mengevaluasi kerangka kerja, dan diuji di lingkungan terbuka tapi terkendalikan. Implementasi berusaha memenuhi kebutuhan fleksibilitas dan adaptabilitas dari protokol keputusan untuk VE yang berbeda, menerapkan teknologi BPM (Business Process Manajemen) dan SOA (Service Oriented Architecture) sebagai dukungan. Kerangka kerja dikembangkan secara fundamental mengasumsikan bahwa mitra VE adalah semua anggota dari satu jenis klaster perusahaan. Hal ini mengandaikan adanya tingkat kepercayaan yang baik di antara anggota, infrastruktur komputasi yang memadai, visi organisasi umum (dalam hal kolaborasi dan jaringan perusahaan) dan prosedur operasional untuk diikuti ketika masalah terjadi, dan bahwa manajer VE dilatih untuk itu.

Hasil implementasi telah menunjukkan bahwa mekanisme yang diusulkan untuk mendukung otonomi mitra, berbasis internet, desentralisasi pengambilan keputusan, voting dan transparansi telah bekerja secara efektif dalam lingkungan yang terkendali. Selama diskusi, mitra yang dipilih dapat memiliki akses untuk masalah ini, dapat dengan bebas bertukar pendapat tentang bagaimana mengatasinya, dan bisa mengekspresikan preferensi mereka melalui voting. Hal ini menjamin bahwa solusi muncul dari kolaborasi dan kepercayaan di antara mitra. Protokol Keputusan membantu peserta untuk mengambil Tindakan tepat di saat yang tepat. Alat evaluasi skenario mampu menawarkan preevaluasi sebuah dampak keputusan.

Evaluasi penelitian ini terdiri dari satu set prosedur yang menawarkan kondisi untuk menegaskan kesimpulan final penelitian umum: "Sebuah protokol keputusan semi-otomatis, fleksibel dan mudah beradaptasi, terintegrasi dengan alat analisis skenario dan lingkungan diskusi kolaboratif membuat kualitas lebih baik dan kepercayaan dalam keputusan seputar masalah dalam VE ".