非IT担当者はWikiを処理できますか？[閉まっている]

私の会社は、市場調査データの管理を改善しようとしています。

現在のデータ管理スタイル：

• 「ねえ神保、WhatZit 2.0の写真はどこにありますか？
• 「ええ、私はその会社からその会社についてのメールを覚えています。数分でOutlookを検索してください」
• 「重要な競合他社の製品カタログの最新のコピーを持っているのは誰ですか？私のものは2009年からです。」...「コリーンはそうします、そして彼女は産休中です。ワークステーションのパスワードを得るために彼女に電話する必要があります...」

望ましいデータ管理スタイル：

• トピック（法律、経済、産業、競合他社）ごとに整理されたデータ
• トピックごとに、複数のメディアタイプ（会社の製品画像、プレスリリース、連絡先情報）が一緒に保存されますが、それでもタイプ別にきちんと並べ替えられます
• データ編集履歴
• 共同アクセス（データサイロなし）

私は、すべてのユーザーがアクセスできる部門wikiをセットアップすることを考えていました。上記の4つの基準を満たしているように見えますが、画像ギャラリーや記事の書式設定などのより高度な機能がユーザーフレンドリ（読み方：技術に詳しくない人でも解読可能）であることに少し懸念があります。

ここの誰かが非ITの人々のためにwikiをセットアップし、それが燃えたり、ゴーストタウンになったり、ジオシティのように見えたりしませんでしたか？

おまけの質問：この問題を解決するためにMediaWiki（または他のwiki）を選択した場合、明らかな欠点がありますか？

（私はあなたの何人かが以前にこの問題に遭遇し、いくつかの洞察を提供できることを望んでいます...）

あなたの質問に対する直接的な答え：はい。ウィキペディアには、IT以外の編集者がたくさんいます。

より長い回答：ここでのITと非ITの区別は、赤いニシンです。ITを問わず、すべての人は、Wikiを気にする必要があるものとして提示されない場合、Wikiを無視します。あなたは常にそれらを確認する必要があるため、新たなデータ管理システムを導入することにより、常に人々に販売する非自明であるしたいの変化に。たとえば、プログラマが現在のバグ追跡システムにあまり問題を感じない場合、および/または新しいシステムへの切り替えが面倒だと思う場合、彼らは切り替えません。

すべてを改善する方法を説明し、現在のシステムの問題を説明することにより、新しいシステムを販売する必要があります。結局のところ、人々がそれが運命のプロジェクトだと思うなら、それは運命のプロジェクトになるでしょう。

wikiソフトウェアに依存します。一般的に、非ITの人々はWYSIWYGエディターを備えたWikiを好み、マークアップが非常に単純であっても、あらゆる種類のマークアップ編集を必要とするWikiを好まない場合があります。

ボーナスに関する質問：MediaWikiはネイティブのWYSIWYGエディターを提供しません。Wikiソフトウェアの比較でどれが行われるかを確認できます。

私の組織では、ウィキの実装が非常に成功しています。Python wikiパッケージであるMoinMoinに基づいています。

しかし、それを成功させるには、スタッフのトレーニングと賞賛の歌に何年もの献身が必要でした。約80人のフルタイムの従業員からなる組織では、多くの開始および高度なトレーニングセッションを開催し、さらに1対1で質問に答える必要がありました。

最も困難な2つのハードルは次のとおりです。

1. WikiをWord文書のように考えないよう指導し、組織のために見出しを適切に使用する
2. 単に古いドキュメントをwikiに添付するのではなく、既存のコンテンツをwikiに実際に移行するように人々に説得します。

約2年後、それはうまく形になり始めました。4年の使用後、このwikiは組織の内部作業を促進します。

これは私による多大な仕事と、ウィキユーザーと一対一で働き、彼らの質問に対する迅速なまたは即時の回答を提供する意欲がなければ不可能だったでしょう。

ウィキはあなたが直面している組織の問題に対する素晴らしいアプローチになると思います。また、技術に精通していないユーザーは、いくつかの注意を払ってウィキの機能を習得できると信じています。

ユーザーの受け入れが重要であるというコメントに心から同意します。「これを使用する方法を学ぶことができません」よりも、「使用しない」または「今月のちょうどAndrewのペットプロジェクト」に直面する可能性が高くなります。新しい作品を作成するのではなく、これがどのように人々の仕事を救うかを説明するために時間をかけてください。

電子メールやデスクトップなどにあるいくつかのデータをいくつかの簡単なページに整理して、目標を示すことから始めたい場合があります。学習を含む、あなたがどれくらいの時間を要したか、そしてあなたがトリッキーだと感じたポイントを追跡してください。

最初はフォーマットの問題があると予想しますが、コンテンツの作成を規制するよりも、編集委員会を採用する方がおそらく良いと思います。情報が大量に蓄積された後、それは非常に管理しやすくなります。

また、「ヘルプ」メールを使用してウィキをウィキする方法を設定して、物事を実行できるようにすることもできます。

ちょうど私の2¢、それが役立つことを願っています。

はい、ウィキペディアはそれを証明しました。いずれにせよ、ユーザーはそれを順守する必要があります。これは、たとえ興味があるとしても、必ずしも簡単ではありません。人々は変化に抵抗します。

MediaWikiの使用には欠点があります。かなり複雑になる可能性があり、学習に時間がかかります。それはあなたのドキュメントのニーズにとってはやり過ぎかもしれません。

私の会社では、Google Appsに付属のWikiを使用しています。このWikiは非常に使いやすく、WYSIWYGインターフェイスを備えています。ただし、MediaWikiに付属するいくつかの分類、改訂履歴、ページディスカッション、およびテンプレートを埋め込む機能を緩めます。しかし、Google Apps wikiは、オフィスの全員が比較的簡単に採用できます。

Wiki Patternsには、WikiパターンとWikiアンチパターンのデータベースがあります。

それでも、プロジェクトでのWikiの使用に関する私の経験はそれほど成功していませんでした。人々は、記事の維持と更新に手間がかかるため、最初のWikiの使用にすぐにイライラしました。次に、Wikiの構造を誰が整理するべきか、またはリンクのゴミ箱のようなものになるかどうかについての戦いがありました。

私の経験では、「そのwiki記事（リンク）を投稿/更新しました」と言って、そのリンクをメールで記事に送信するという方法が多少役立ちました。ただし、MediaWikiの検索機能も非常に速く制限に達しつつあります（電子メールの検索など）。

肯定的な副注：MediaWikiの非常に便利な機能は、記事のカテゴリを維持し、プロジェクトで使用される頭字語のある種のページを持ち、Wikiの初心者を教えることです。Wikiを初めて使用する従業員は、Wikiが学習曲線に直接影響するため、しばしば気に入っています。

ここで言及したすべての追加として、構造の設定、ドキュメントの収集、アップロード、並べ替え、タグ付けに時間をかける必要があると思います。

私は、Jabber会議、アドブロックルール、JavaScriptコード、特定のウィンドウマネージャーなど、これらのソフトウェアまたはテクノロジーを使用するように人々を説得しようとしていました。

私はそれが人のために役立つことができる方法を示したときに成功し、それはクールなの鮫"ではなく、どのようにソフトウェアの説明を行うことができますどのように実証しましたA、技術的に優れています。

「fvwmのメモリフットプリントは小さく、高度な設定が可能で、Perlバインディングがあります」とは聞きませんが、短いビデオまたはスクリーンショットと「男を見て、ウィンドウのドロップダウンを作成してウィンドウのいずれかの側にタイトルバーを配置できます」何らかの理由で非常に説得力があります。

そのため、ほとんどの設定を行い、そこに情報の最大60％をアップロードする必要があります。それは、ユーザーの任意の不可解なエラーメッセージをスローしないだろうことを確認してくださいと、それを持つクールなトリックのいくつかの並べ替えを示すの世話をします。

言い換えれば、あなたはそれを売らなければならず、合理的な議論だけでなく使用しなければなりません。

はい、できますが、使用方法を習得する必要があります。段落の削除などの偶発的なアクションを元に戻すことができることを人々に保証する必要があります。また、書式設定を少し手伝う必要がありました。

残念ながら、目的の情報にアクセスする別の簡単な方法がない場合にのみ機能します。そして、あなたは人々にこのシステムを使うように勧めるべきです。一部の人々は、新しいシステムをまったく使用したくないと感じると同時に、情報を共有する古い方法が望ましくないことを知っているため、情報交換にまったく参加しなくなる可能性があります。