質問
を使用していまwikiです。により発生したか。い情報の共有とプロジェクトチーム部門はありませんか?
解決
を使用していま私たち店
- コーディングスタイルにdocs
- 設定および導入の手続きのためのウェブサーバーサイト
- ネットワーク図(うすべてのサーバー機器、演出、QA、生産という。)
- プロジェクトdocs(pdf,visios、excel、ドキュメント、など) 格納されSVN.非techiesしてリンクをドキュメントのwikiるには、その時点では、最新のシェアもセット。(ヒント:あのwikiの提供源と制御の統合がいません)
- インストールやセットアップの手続きのための開発ツール
- ハウトゥのようなものを用いてバグ追跡システムは、単体テストの理念
- 場合について研究を行い、課題の多くの重要な情報をwikiページに他の人から学ぶ
- 見かけるように使われている座席表では中規模から大規模サイズの組織のための新しい人
- 私の前の会社の緊急連絡先の取扱手順重要な停電が可能オンラインジャーナルのページをwiki
- 最高につきましては当社は一wikiができます。一部のwikiの支援の検索内をアップまたはリンクdocsです。
場合はセットアップするwikiを促すももった人材の育成が大切だと思い利用し、情報量に集積できます。こkmの努力を持っている場合は特に、誰にでも予備の時のように設定できます。
他のヒント
あなたはあなたの会社でWikiを使用していますか?
=私たちはKnowledeベースの目的のためにそれを使用。基本的にはwikiのですが、より多くの機能がintagratedます。
のために誰がそれを使用して、どのような
=従業員。知識の共有、共同の-書類などの準備ます。
あなたはプロジェクト/チーム/部門やない間で情報を共有していますか?
=は、要件によって異なります。これにより、ユーザー間の権限を設定することが可能である。
私たちは、当社のシステムを文書化するために、Wikiを使用しています。物事が更新され、進化するにつれて徐々に更新されます。これは、を考える価値がある、しかし、あなたは、ウィキやその他の方法を使用するかどうか、利益がその中にありますことは言うまでもないます。
wikiにはcollarborative編集に最適です。人々がシステムを使用すると、彼らはこれまでにそれを維持する機会を持っているので、情報は、理論的には古くなって行くべきではありません。
しかし、私たちは、人々がwikiマークアップで少し苦労我々の組織で発見しました。特にテーブル。私はあなたがそれを編集する非高技術的な人々を持っている場合は、WYSIWYG編集を持っているソリューションが良いだろうと思います。 SharePointは心にスプリングが、それは高価です。
私は、アジャイル開発のための私の仮想「物語の壁」としてWikiを使用しています。私の話のすべてが書かれており、ウィキで編成されています。私の顧客は、(我々は対面会議を持つことができます)合理的にローカルですが、それらは同じ場所に配置されていません。より良い顧客との対話を可能にするために私の代わりに、壁に基づく物語の追跡機構のウィキに頼ってきました。それはまた、私は頻繁に私のキューブで複数の同時プロジェクトや限られた壁面スペースを持っているという事実のために私のために少し良く動作します。より焦点を絞ったプロジェクトと大規模チームとより多くの壁領域では、私は同じ選択をするだろうかわからない。
私の会社は、プロジェクトプレーニングのためだけでなく、ドキュメントやアイデアを格納するためのwikiを使用しています。
私はウィキのビジネス人々と会社でプログラマーをリンクするための素晴らしい方法であることを見出しました。
この
プログラミング・チームではない誰かがアイデアを思い付くやバグを見つけたとき、それはウィキでその人の文書にそれをできるように戦利品簡単です。
私はそれが簡単に開発チームとビジネスチームを同期させるために私のような小さな会社のための重要な側面だと思います。それは代わりにあらゆる小さい詳細については直接プログラマをお願いしたの、開発プロセスの一部であることの感じを与えるので、
ウィキは、それに役立ちます。
私たちは、他の形式で公開する準備ができていない技術的な情報格納するのMediaWikiを持っている - 。ドラフト仕様、図(GraphVizを延長経由)、短い調査の結果などを
私もこの質問があまりにウィキだと思う:)