Bisakah orang non-IT menangani wiki? [Tutup]


35

Perusahaan saya ingin meningkatkan manajemen data riset pasar mereka.

Gaya manajemen data saat ini:

  • "Hei Jimbo, di mana gambar WhatZit 2.0 kita?
  • "Ya, aku ingat email tentang perusahaan itu dari orang itu, beri aku beberapa menit untuk mencari di Outlook-ku"
  • "Siapa yang memiliki salinan terbaru dari katalog produk Pesaing Penting? Punyaku berasal dari 2009." ... "Colleen melakukannya, dan dia sedang cuti hamil. Kamu harus memanggilnya untuk mendapatkan kata sandi stasiun kerjanya ..."

Gaya manajemen data yang diinginkan:

  • data diatur dengan rapi berdasarkan topik (hukum, ekonomi, industri, pesaing)
  • untuk setiap topik, banyak jenis media yang disimpan bersama (gambar produk perusahaan, siaran pers, info kontak) tetapi masih diurutkan berdasarkan jenis
  • riwayat pengeditan data
  • akses komunal (tidak ada data silo)

Saya sedang berpikir untuk menyiapkan wiki departemen untuk diakses semua pengguna. Tampaknya memenuhi empat kriteria di atas, tapi saya sedikit khawatir tentang bagaimana ramah pengguna (baca: diuraikan untuk orang-orang non-teknis) itu untuk fitur yang lebih canggih seperti galeri gambar, format artikel, dan sejenisnya.

Adakah orang di sini yang membuat wiki untuk orang-orang non-IT dan jika tidak terbakar, menjadi kota hantu, atau terlihat seperti Geocities?

Pertanyaan bonus: dapatkah Anda melihat kekurangan yang jelas untuk MediaWiki pilihan saya (atau wiki lainnya) untuk menyelesaikan masalah ini?

(Saya berharap beberapa dari Anda akan mengalami masalah ini sebelumnya dan dapat memberikan beberapa wawasan ...)


3
Bagi saya sepertinya Anda membutuhkan Sistem Manajemen Konten, karena masalah yang Anda berikan adalah gejala dari manajemen konten yang buruk. Wiki masuk akal dalam mengelola konten, tetapi mungkin tidak memberikan perincian yang mungkin penting dalam pengaturan komersial. MediaWiki, misalnya, tidak dirancang untuk mengelola izin pengguna. Jika Anda memiliki dokumen yang aman , atau perlu mengawasi siapa yang dapat melihat / mengedit apa, Anda harus menggunakan CMS; Jika Anda hanya perlu mengedit cepat, berversi, membuka pengeditan dokumen bersama , gunakan wiki.
zzzzBov

5
Data! = Dokumen. Anda mungkin memerlukan sistem manajemen dokumen daripada sistem manajemen konten
Pekka mendukung GoFundMonica

2
Wow! Saya berharap untuk satu atau dua jawaban yang bagus dan mendapat jawaban lengkap, DAN hampir 30 suara naik, DAN 2 suara dekat (ha!). Terimakasih semuanya. Saya telah memberi +1 ke kiri dan kanan. Umpan balik yang luar biasa di sini.
Drew

Mereka bisa, tetapi tidak.
Tulains Córdova

Jawaban:


46

Jawaban langsung untuk pertanyaan Anda: Ya. Wikipedia memiliki banyak editor non-IT.

Jawaban yang lebih panjang: Perbedaan IT Anda dan non-TI di sini adalah herring merah . Semua orang, IT atau tidak, masih akan mengabaikan wiki jika tidak disajikan kepada mereka sebagai sesuatu yang harus mereka pedulikan. Memperkenalkan sistem manajemen data baru selalu non-sepele untuk dijual kepada orang-orang karena Anda selalu harus membuat mereka ingin berubah. Misalnya, jika pemrogram tidak melihat terlalu banyak masalah dengan sistem pelacakan bug saat ini dan / atau berpikir bahwa beralih ke yang baru itu merepotkan, maka mereka tidak akan beralih.

Anda perlu menjual sistem baru dengan menjelaskan bagaimana hal itu meningkatkan segalanya, plus menjelaskan masalah dengan sistem saat ini, dan melakukan hal-hal untuk meyakinkan orang bahwa ini bukan sekadar fantasi yang berlalu dan sistem baru ada di sini untuk bertahan. Bagaimanapun, jika orang berpikir itu adalah proyek yang hancur maka itu akan menjadi proyek yang terkutuk.


4
+1 Untuk komentar yang mendalam dan bernubuat! Saya telah melihat bagaimana keputusan manajemen yang dipaksakan pada tenaga kerja yang tidak rela kebanyakan selalu berakhir dengan ketidakpuasan berskala luas atau ditinggalkannya sistem baru untuk yang lama. Anda harus menjual ide kepada pengguna atau tidak akan menempel. Jika Anda dapat menjualnya kepada pengguna yang paling konservatif, Anda akan berhasil. Bertahun-tahun yang lalu saya menjual Nenek saya pada ide eReaders dan itu adalah petunjuk saya bahwa mereka pada akhirnya akan menjadi sukses besar :)
maple_shaft

Wikipedia memiliki 7 miliar kunjungan per bulan, dan hanya sekitar 300 ribu kontributor / bulan yang sebagian besar hanya melakukan satu pengeditan. Jadi saya tidak yakin apakah itu contoh yang bagus untuk aksesibilitas untuk mengedit.
vartec

1
Saya berpendapat bahwa mayoritas editor yang hanya melakukan satu pengeditan adalah contoh yang bagus untuk aksesibilitas pengeditan, karena itu berarti orang tidak perlu menjadi seorang ahli untuk mengedit. Tetapi poin sebenarnya adalah bahwa rintangan teknis tidak akan menghentikan orang dari melakukan pengeditan jika mereka menganggap pengeditan itu penting.
jhocking

1
kurang dari 0,1% dari pengguna yang mengedit, yang dapat diterima di Wikipedia terima kasih banyak, tetapi itu tidak dapat diterima untuk wiki proyek kecil dan bahkan kurang untuk Wiki internal.
vartec

3
jadi saya harus memasarkan ide wiki ke departemen pemasaran ... mengalahkan mereka di permainan mereka sendiri, eh? drums fingertips together slowly and dramatically... ya, ya ini akan berhasil, yesssssssssssss :-) +1
Drew

11

Itu tergantung pada perangkat lunak wiki. Umumnya orang non-IT akan lebih memilih wiki dengan editor WYSIWYG dan mungkin tidak suka wiki yang memerlukan segala jenis pengeditan markup, bahkan jika markupnya sangat sederhana.

Untuk pertanyaan bonus Anda: MediaWiki tidak menyediakan editor WYSIWYG asli. Anda dapat melihat mana yang dilakukan di Perbandingan perangkat lunak wiki .


7
Heh. "Periksa wikipedia untuk wiki dengan editor."
Michael K

@Michael: check! = Sunting :-P
vartec

4
+1 Pengalaman saya dengan Media Wiki (salah satu Wiki paling populer) membuat saya percaya itu tidak cocok untuk orang-orang non-teknis.
Dan Diplo

return false;
Joe the Person

4
Saya orang IT, dan saya benci dengan wiki gairah yang membutuhkan markup eksotis. Kepalaku sudah penuh dengan hal-hal yang sudah aku tidak ingin menyia-nyiakan sel-sel otak belajar bahasa markup. Beri aku istirahat! (Dan jika itu yang saya rasakan, pikirkan saja apa yang dirasakan orang-orang non-teknis.)
quick_now

6

Di organisasi saya, kami memiliki implementasi wiki yang sangat sukses. Ini didasarkan pada MoinMoin, yang merupakan paket wiki Python.

Untuk membuatnya sukses, bagaimanapun, butuh dedikasi bertahun - tahun dalam pelatihan staf dan menyanyikan pujiannya. Untuk organisasi dengan sekitar 80 karyawan penuh waktu, saya harus mengadakan sejumlah sesi pelatihan awal dan lanjutan, ditambah menghabiskan banyak waktu satu-satu untuk menjawab pertanyaan.

Dua rintangan yang paling sulit adalah:

  1. Mengajar orang untuk tidak memikirkan wiki seperti Dokumen Word, dan memanfaatkan judul untuk organisasi
  2. Meyakinkan orang untuk benar-benar memigrasikan konten mereka yang ada ke dalam wiki, di mana itu dapat dicari dan diedit, daripada hanya melampirkan dokumen lama ke wiki.

Setelah sekitar dua tahun, mulai terbentuk dengan baik. Sekarang setelah empat tahun digunakan, wiki mendorong kerja internal organisasi kami.

Ini tidak akan mungkin terjadi tanpa banyak kerjaan dari saya, dan kesediaan untuk bekerja satu-satu dengan pengguna wiki, memberikan jawaban cepat atau langsung untuk pertanyaan mereka.


3
Membutuhkan waktu bertahun-tahun untuk menjual sistem manajemen data kepada hanya 80 orang mungkin terdengar ekstrem jika Anda belum pernah melakukannya sebelumnya, tetapi bagi saya itu hanya terdengar seperti akhir normal yang lebih lama.
jhocking

2
@jhocking Kami mengatasinya karena kami memiliki masalah besar dengan berbagi dokumen dan mengabaikan departemen yang harus diselesaikan. Kami memiliki situs web intranet yang hanya memiliki sedikit informasi SDM, tetapi tumpukan dokumen operasional dalam dokumen Word yang tidak berversi. Manajemen puncak adalah yang terakhir mengadopsi (pengguna read-only), dan sayangnya tanpa dukungan mereka dengan contoh, saya pikir tingkat adopsi melambat. Alih-alih mandat top-down, itu harus menjadi akar rumput, didorong oleh orang termuda & paling teknis di kantor kami.
Michael

5

Saya pikir wiki bisa menjadi pendekatan yang bagus untuk masalah organisasi yang Anda hadapi. Saya juga percaya bahwa pengguna yang tidak berorientasi teknis sangat mampu mempelajari fitur wiki dengan beberapa peringatan.

Saya setuju dengan sepenuh hati dengan komentar tentang penerimaan pengguna menjadi sangat penting. Anda lebih mungkin menghadapi "Saya tidak akan menggunakannya" atau "Ini hanya proyek hewan peliharaan Andrew bulan ini" daripada "Saya tidak bisa belajar cara menggunakan ini". Jelas luangkan waktu untuk menjelaskan bagaimana ini akan menyelamatkan pekerjaan orang, daripada menciptakan pekerjaan baru.

Anda mungkin ingin memulai dengan mengatur beberapa data yang Anda miliki di email, di desktop Anda, dan sebagainya menjadi beberapa halaman sederhana untuk menunjukkan tujuan Anda. Pantau berapa lama waktu yang Anda butuhkan, termasuk belajar, dan setiap poin yang menurut Anda rumit.

Pada awalnya saya berharap Anda akan memiliki masalah format, dan saya pikir Anda mungkin lebih baik merekrut dewan editorial daripada mencoba mengatur pembuatan konten. Setelah kekenyangan informasi awal, itu harus menjadi sangat mudah dikelola.

Anda mungkin juga ingin mengatur cara wiki wiki dengan email "bantuan" untuk membantu menyelesaikan dan menjalankannya.

Hanya 2 ¢ saya, semoga membantu.


Itu adalah cara yang bagus untuk menempatkan sesuatu yang saya mengalami kesulitan verbalisasi: jelaskan bagaimana ini akan menyelamatkan pekerjaan dan bukan hanya menciptakan lebih banyak pekerjaan.
jhocking

4

Ya, wikipedia membuktikannya. Itu mengharuskan pengguna untuk mematuhinya, yang tidak selalu mudah, bahkan jika itu adalah kepentingan mereka. Orang akan menolak untuk berubah.


3

Saya melihat ada kekurangan dalam menggunakan MediaWiki: ini bisa sangat rumit dan membutuhkan waktu untuk belajar. Ini bisa berlebihan untuk kebutuhan dokumentasi Anda.

Perusahaan saya menggunakan wiki yang dilengkapi dengan Google Apps, yang sangat mudah digunakan, dan memiliki antarmuka WYSIWYG. Namun, Anda kehilangan beberapa kategorisasi yang disertakan dengan MediaWiki, riwayat revisi dan diskusi halaman, dan kemampuan untuk menyematkan templat. Tetapi wiki Google Apps relatif mudah untuk diadopsi oleh semua orang di kantor.


3

Ada database pola wiki dan antipattern wiki pada Pola Wiki .

Namun, pengalaman saya dengan penggunaan wiki dalam proyek tidak begitu berhasil. Orang-orang dengan cepat frustrasi dengan penggunaan wiki pada awalnya, karena itu diperlukan upaya untuk mempertahankan dan memperbarui artikel. Lalu ada perkelahian tentang siapa yang harus mengatur struktur wiki, atau apakah itu menjadi semacam tempat sampah untuk tautan.

Dalam pengalaman saya, cara yang agak berhasil adalah, ketika mengatakan: "Saya telah memposting / memperbarui artikel wiki (tautan)", dan mengirim tautan itu ke artikel di email. Namun, kemampuan pencarian MediaWiki juga mencapai batas yang cukup cepat (seperti mencari email).

Pada sidenote positif: Fitur yang sangat berguna dari MediaWiki adalah mempertahankan kategori untuk artikel, dan memiliki semacam halaman dengan akronim yang digunakan dalam proyek dan untuk mengajar seseorang yang baru mengenal wiki. Karyawan yang baru mengenal wiki sering menyukainya, karena memiliki efek langsung pada kurva belajar mereka.


3

Sebagai tambahan untuk semua yang disebutkan di sini - saya khawatir Anda harus meluangkan waktu untuk mengatur struktur, mengumpulkan dokumen dan mengunggah, menyortir, dan menandai mereka.

Saya dulu mencoba meyakinkan orang untuk menggunakan perangkat lunak atau teknologi ini atau itu, seperti konferensi Jabber , aturan adblock, potongan kode JavaScript, manajer jendela tertentu, dll.

Saya hanya berhasil ketika menunjukkan bagaimana itu bisa berguna bagi orang-orang dan menunjukkan bagaimana itu bisa melakukan 'hal-hal keren' daripada menjelaskan bagaimana perangkat lunak Asecara teknis lebih unggul.

Tidak ada yang mau mendengarkan 'fvwm memiliki jejak memori kecil, sangat dapat dikonfigurasi dan memiliki binding Bind', tetapi video pendek atau tangkapan layar dan 'terlihat dudes, saya dapat membuat jendela drop down dan meletakkan titlebar di kedua sisi jendela' untuk beberapa alasan ternyata sangat meyakinkan.

Jadi, Anda harus membuat sebagian besar pengaturan dan mengunggah hingga 60% dari informasi di sana. Pastikan itu tidak akan membuang pesan kesalahan samar kepada pengguna dan berhati-hati untuk menunjukkan semacam trik keren dengannya.

Dengan kata lain, Anda harus menjualnya, dan Anda harus menggunakan tidak hanya argumen rasional.


0

Ya mereka bisa, tetapi mereka harus belajar menggunakannya. Anda harus meyakinkan orang bahwa tindakan tidak sengaja - seperti menghapus paragraf - dapat dibalik. Kami juga harus membantu memformat sedikit.

Sayangnya itu hanya berfungsi jika tidak ada cara mudah lain untuk mengakses informasi yang diinginkan. Dan Anda harus mendorong orang untuk menggunakan sistem. Beberapa orang mungkin berhenti mengambil bagian dalam pertukaran informasi sama sekali, karena mereka merasa tidak suka menggunakan sistem baru sama sekali dan pada saat yang sama mereka tahu bahwa cara lama berbagi informasi sekarang tidak diinginkan.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.