私の会社は、市場調査データ管理の改善を目指しています。
現在のデータ管理スタイル:
必要なデータ管理スタイル:
すべてのユーザーがアクセスできる部門wikiを設定することを考えていました。上記の4つの基準を満たしているようですが、イメージギャラリーや記事の書式設定などのより高度な機能にとって、ユーザーフレンドリー(読み方:技術者以外の人にも解読可能)が少し心配です。
IT関係者以外の人のためにwikiを設定した人はいませんか?それが発火したり、ゴーストタウンになったり、ジオシティーズのようになったりしませんでしたか?
おまけの質問:この問題を解決するためにMediaWiki(または他のWiki)を選択したことによる明らかな欠点はありますか?
(私はあなたの一部が以前にこの問題に遭遇し、いくつかの洞察を提供できることを願っています...)
あなたの質問への直接の答え:はい。ウィキペディアには、IT以外の編集者がたくさんいます。
より長い答え:ここでのITと非ITの違いは red herring です。 ITかどうかに関係なく、すべての人々は、Wikiが気になるものとして提示されない場合でも、Wikiを無視します。新しいデータ管理システムを導入することは、常に変更する必要があるwant必要があるため、人々に販売することは常に簡単ではありません。たとえば、プログラマが現在のバグ追跡システムにあまり問題を感じていない場合や、新しいバグ追跡システムに切り替えるのが面倒だと考えている場合は、切り替えられません。
すべてを改善する方法を説明することで新しいシステムを販売する必要があります。さらに、現在のシステムの問題を説明し、これが単なる空想ではなく、新しいシステムが存在することを人々に保証するためのことを行う必要があります。結局のところ、人々が考えるそれが運命のプロジェクトだとすると、それはになる運命のプロジェクト。
それはwikiソフトウェアに依存します。一般に、IT以外の人は [〜#〜] wysiwyg [〜#〜] エディターを備えたWikiを好み、マークアップが非常に単純であっても、あらゆる種類のマークアップ編集を必要とするWikiを好まない可能性があります。
おまけの質問について:MediaWikiはネイティブのWYSIWYGエディターを提供していません。 wikiソフトウェアの比較で、どれが機能するかを確認できます。
私の組織では、wikiの実装が非常に成功しています。これは、Python wikiパッケージであるMoinMoinに基づいています。
しかし、それを成功させるには、スタッフのトレーニングとその賞賛を歌うために年の献身的な努力が必要でした。フルタイムの従業員が約80人いる組織では、最初と高度なトレーニングセッションを何度も開催し、1対1の時間で質問に答える必要がありました。
2つの最も難しいハードルは:
約2年後、それはうまく形になり始めました。 4年間の使用を経て、このwikiは私たちの組織の内部の仕組みを動かしています。
これは、私が多大な労力を費やして、ウィキユーザーと1対1で協力し、質問に対する迅速な回答を迅速に提供することなくしては不可能でした。
Wikiは、あなたが直面している組織的な問題への優れたアプローチになると思います。また、技術を重視しないユーザーは、いくつかの注意事項がありますが、wikiの機能を非常に習得できると思います。
ユーザーの受け入れが重要であるというコメントに心から同意します。 「使い方がわからない」より「使いたくない」「今月のアンドリューのペットプロジェクトだ」と向き合う方が多いです。 作成新しい仕事ではなく、save人の仕事がどのように行われるかを説明するために時間をかけてください。
まず、メール、デスクトップなどにあるいくつかのデータあなたをいくつかの単純なページに整理して、目標を実証することをお勧めします。学習を含む、あなたにかかる時間と任意のポイントを追跡しますあなたトリッキーだとわかりました。
最初はフォーマットの問題があると思いますが、コンテンツの作成を規制しようとするよりも、おそらく編集委員を募集する方がいいと思います。情報の最初の過剰後、それは非常に管理しやすくなるはずです。
また、「ヘルプ」メールを使用してwikiを作成する方法を設定して、物事の稼働を支援することもできます。
ちょうど私の2 Just、それが役に立てば幸い。
はい、ウィキペディアはそれを証明しました。とにかく、ユーザーが遵守する必要があります。これは、たとえそれが興味を持っていても、必ずしも簡単ではありません。人々は変化に抵抗します。
MediaWikiを使用することには欠点があると思います。それはかなり複雑になる可能性があり、学習するのに少し時間がかかります。それはあなたのドキュメントのニーズにとってはやり過ぎかもしれません。
私の会社では、Google Appsに付属しているWikiを使用しています。これは、使い方が非常に簡単で、WYSIWYGインターフェースを備えています。ただし、MediaWikiに付属するいくつかの分類、改訂履歴、ページのディスカッション、およびテンプレートを埋め込む機能は緩めます。しかし、Google Apps wikiは、オフィスの誰もが採用するのが比較的簡単です。
Wiki PatternsにWikiパターンとWikiアンチパターンのデータベースがあります。
それでも、プロジェクトでのwikiの使用に関する私の経験はそれほど成功していません。人々は最初はwikiの使用にすぐに不満を抱きました。なぜなら、記事の維持と更新に努力が必要だったからです。その後、誰がwikiの構造を整理するべきかについての戦いがありました、あるいはそれはリンクのためのある種のゴミ箱になりましたか?.
私の経験では、「そのWikiの記事(リンク)を投稿/更新しました」と言って、その記事へのリンクをメールで送信すると、やや上手くいきました。ただし、MediaWikiの検索機能も非常に速く制限に達しています(メールの検索など)。
肯定的な補足として:MediaWikiの非常に便利な機能は、記事のカテゴリを維持することと、プロジェクトで使用される頭字語を含むある種のページを持ち、ウィキに新しい人を教えることです。 Wikiを初めて使用する従業員は、学習曲線に直接影響を与えるため、Wikiを好むことがよくありました。
ここで述べたすべてに加えて-構造の設定、ドキュメントの収集、アップロード、並べ替え、タグ付けに時間をかける必要があると思います。
私はこれまで、これらのソフトウェアやテクノロジの一部を使用するように人々を説得しようとしました Jabberカンファレンス 、adblockルール、JavaScriptコードの一部、特定のウィンドウマネージャーなど。
人々にとってどのように役立つかおよびがソフトウェアの方法を説明するのではなく、「クールなもの」を実行する方法を示したときにのみ成功しましたA
技術的に優れています。
「fvwmはメモリフットプリントが小さく、高度な設定が可能で、Perlバインディングがある」という話は誰も聞きませんが、短いビデオまたはスクリーンショットと「おいしそう、ウィンドウをドロップダウンして、ウィンドウの両側にタイトルバーを置くことができます」何らかの理由で非常に説得力があることが判明しました。
したがって、ほとんどの設定を行い、そこに最大60%の情報をアップロードする必要があります。ユーザーに不可解なエラーメッセージがスローされないことを確認してくださいおよびある種のクールなトリックの表示に注意してください。
言い換えれば、あなたはそれを売らなければならず、そしてあなたは合理的な議論だけを使わなければならないでしょう。
はい、できますが、使用方法を学ぶ必要があります。段落の削除などの偶発的なアクションは元に戻すことができることを人々に保証する必要があります。また、少しフォーマットを支援する必要がありました。
残念ながら、目的の情報にアクセスする簡単な方法が他にない場合にのみ機能します。そして、あなたは人々にシステムを使うように勧めるべきです。一部の人々は、新しいシステムをまったく使用したくないと感じると同時に、情報を共有する古い方法が望ましくないことを知っているため、情報交換にまったく参加しなくなる可能性があります。