タグ

wikiとteamに関するastk_fのブックマーク (2)

  • 情報の共有化を徹底し、仕事の属人化を防ぐ! Markdown記法対応の「社内Wiki」11選 | HRナビ by リクルート

    創業時は少人数で始めた事業でも、規模が大きくなるにつれて互いの手元にある仕事が見えづらくなり、属人的になりがち……。社員が増えるに従って、社内ルールやマニュアル、表記法・命名規則の統一など、各種情報を簡単に参照できるように組織環境を整える必要も出てくるだろう。 こうした時に役に立つのが社内での情報共有ツール、「社内Wiki」である。 社内Wikiを活用することで、社員の情報発信が習慣化され、有益な情報を組織全体で共有できるという大きなメリットが生まれる。今回は、GitHub(ギットハブ)やGitLab(ギットラボ)で標準採用されたことで、エンジニアの共通言語となりつつある「Markdown記法【※】」に対応した社内Wikiに活用できるサービスを紹介しよう。 ※「見出し」や「箇条書き」「引用」といった文書の装飾を簡単に行える、軽量マークアップ言語の一つ 社内Wikiとはなにか 社内Wikiと

    情報の共有化を徹底し、仕事の属人化を防ぐ! Markdown記法対応の「社内Wiki」11選 | HRナビ by リクルート
  • 信用できる社内 Wiki をつくるために守ってほしい、たったひとつのルール - 無印吉澤

    このページについて この記事は、以前書いた「社内Wikiに情報を書くときに守ってほしい、たったひとつのルール」の続編です。前回は、個々のページをどう書くべきかという話をしましたが、今回は社内 Wiki 全体を信用できるものにする方法について考えます。 muziyoshiz.hatenablog.com 想定する環境 この記事は、ソフトウェア開発プロジェクトに関する Wiki が社内にあって、そこに各人がドキュメント(仕様書や手順書など)を書けるようになっている環境を想定しています。 私自身、ソフトウェア開発のときしか Wiki を使わないので、具体例もそのような環境に寄っています。ただ、ある程度は社内 Wiki 全般に通じる話かと思います。 ルール:「更新され続ける」ページと「更新されない」ページをはっきり分ける ここ1年ほど社内プロジェクトをいくつか渡り歩いていたのですが、個人的には、こ

    信用できる社内 Wiki をつくるために守ってほしい、たったひとつのルール - 無印吉澤
  • 1