組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。その一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。社内のドキュメントを蓄積させていく場所として、社内Wikiを導入するという例はよく聞く。実態としてそのWikiは少数のメンテナの気力によってのみ駆動されているため、次第に情報が古くなってゆき、形骸化してしまうことが多い。形式上情報が蓄積されていっていたとしても、整理され、管理され、日々の意思決定において活用されていっている会社は多くはない。活用されないドキュメンテーションワークはただの形式的なものに成り下がり、官僚的お役所仕事、仕事のための仕事と揶揄されていくようになる。そんな中、異常なまでにドキュメント文化が徹底されている企業を発見してしまったので、是非紹介したいと思う。その会社とはGitLab社というスタートアップである。GitLabはGitHubのようなGitリポジトリのホスティングサービスである。カルト的なまでにオープンネスを重視していることが挙げられる。障害対応もフルリモートでオープンである。2017年にGitLabのデータベースがぶち壊れるという大規模障害があったのだが、この時も色んなエンジニアがフルリモートで対応していた。Liveでストリーミング中継(やばすぎる!)されていた。GitLab社ではリモートワークの中でも生産性高く働けるように、ドキュメント文化が高度に発達している。GitLab社が作っている製品は、開発のコラボレーションツールでもあるので、これはドッグフーディングという側面もある。Handbook”という形で、会社の運用に必要なドキュメント群を一つのGitリポジトリの中で管理している。私が色々言う前に、この膨大なドキュメントを少し眺めてみて欲しい。contribute!about.gitlab.comちょっと回遊していれば、このドキュメント群の想像以上のデカさと、そこに詰まった知恵の数々と、偏執的なまでに記述されたプロセスの細かさと、それらのドキュメント文化を支えるカルト的思想性を感じることができるのではないだろうか。更新頻度もすさまじい、更新履歴から見ることができるが、毎日大量のコミットが反映されているということがわかる。合わせた文書全体のサイズはというと、167万wordsにも及ぶサイズになっており、Page数にすると3705ページほどになるようだ。このドキュメントはほんとに学びの宝庫なので、スタートアップ経営をしている人などは強くいろんなページをみることをおすすめする。成功しているスタートアップ企業のベストプラクティスがここまで詳細にオープンにされている例はほとんどないと思う。どこから見ていいのかようわからん!という人もいると思うので、ここで3箇所ほど見所を紹介したいと思う。物理的なオフィスを持たない分散型の組織において、課題となるのがコミュニケーションだ。このページでは社内のコミュニケーションのあり方を、コンセプトのレベルから具体のプラクティスのレベルまで網羅的に記載している。contribute!about.gitlab.com下記は個人的な学びポイント。・Slackには90日間のアクティビティしか保持されないようにしているらしい。・それでもプライベートメッセージがたくさん来る場合にはSlackステータスを目立つ絵文字にして「なぜパブリックチャネルじゃなくてDMするの?」という設定にしろ・「こんにちは」とだけ書いて送るな。直接の質問だけをしろ。Down!」というZoomのグループチャットが用意されている・SlackとZoomが落ちた時にはハングアウトチャットの部屋が用意されている・GitLabの7つのValueとスタンプを対応させている・ビデオチャット会議は時間通りに開始し人を待つな、そして時間が来たらぶつ切りにしてよい・ビデオチャットの時にはビデオを常にONにさせる・ビデオチャット中に、積極的に子供やペットが画面に映り込むようにしろ(これは想像の逆でおもしろい、やはりリモートだと積極的な雑談のきっかけを作っていかねばならないということなのだろうか)・ビデオチャットの時は、Shush(ホットキーでマイクをミュートできるツール)を使うことを検討しろ。contribute!about.gitlab.com評価と給与というのはどんな組織においても重要なイシューであるが、GitLabはこのセンシティブなイシューに対しても高いオープンネスを維持している。上記のページからその考え方と具体的なプラクティスについて知ることが可能だ。Benchmarkは毎年変更される・Benchmarkは業界の上位50パーセンタイルに位置することができるように調整される・20%以上の人が給与水準を理由にオファーを受諾しない場合はBenchmarkを補正する・Location係数はサンフランシスコとの報酬水準比較で決定される。FactorはSF100に対して56.3らしい(Tokyoはもっと高いだろという気もするが)・こういうの見ていると人事の仕事っていうのはマジもんの経済データ調査と統計調査だなあという感想になる・つまり引越しをすると給与は変わる・地域ごとに給与水準が違う理由として、同じ給与水準だと低賃金地域にメンバーが集中してしまう問題が発生するため。同じ賃金水準にすると多くの雇用を産めなくなるため。Factorは従業員と業務委託の違いによるものであり、業務委託の場合は1.17倍される。これは社会保険等に自分で入らなければいけないから。なければ採用できないことになるため・年次報酬レビュープロセスには市場環境レビューが含まれる。何も変わらなくてもマクロ要因によって給与が補正されるのはおもろいなと思う・前職給与水準等に、引きずられすぎずに、労働市場をちゃんとwatchして、その中で競争力を上位xxパーセンタイル水準としておいておくようなモデルは個人的にはすごく納得感がある。経済的に過大評価も過小評価もしにくくなる。Process:型化された新入社員のオンボーディングプロセスGitLabではメンバーのオンボーディングプロセスも非常に精緻化されている。最初の1ヶ月にやることが長大なリストになって記載されている。offbogitlab.com下記は個人的な学びポイント。Quizが存在し、マネージャーが正しく製品を理解していっているかをテストする・アイコンとかに利用するアバターはGravatarを使って作らせる・SlackとかGCalとかZoomのアカウントのProfile設定をめっちゃしっかりやらせている・外部リソース、内部リソースを含め、様々な記事がのせられており、「これを読め」とまとまっている---以上、三箇所ほどお伝えした。これらの他にも様々なページがあるので是非みなさんものぞいて見て欲しい。おすすめは自分の職種や、今取り組んでいたり議論していたりすることが、GitLab社のプラクティスだとどう処理されているんだろう?というところからたどることである。日本のスタートアップでも取り込めるポイントはどこか果たして私たちが真似できるポイント、取り込めるプラクティスはなんだろうか?GitLabはグローバルかつそこそこの大規模組織(1186人のチームメンバー)かつ、拠点分散型の企業なので、日本のスタートアップがそのまま真似すると逆にうまくいかない点も多々あると思う。それでも学べるポイントは非常に多いように感じる。contribute!about.gitlab.com上記のページに、ハンドブック運用のポイントがいくつかまとまっていたので、真似できそうな部分を3点ほど挙げてみたいと思う。WikiではダメでGitリポジトリじゃないとスケールできないと理解する会社のハンドブックはWikiとして始まることが多く、これは作業のとっつきやすさという意味では優秀だが、時間の経過とともに古くなる傾向がある。Wikiでは、ページの複数の部分や複数のページにまたがるような提案をすることができない。作業者とレビュワーの役割を分けることができない。提案を取り込むべきか取りこまないべきかの議論もできない。そのため、ハンドブックはリファクタリング不能な状態に陥る。Gitリポジトリという分散バージョン管理システムを利用することで、この問題は解決できる。提案はメンバーの誰でもできるようになり、承認は該当部分を管理するマネージャーが意思決定できるようになる。Requestの中でオープンなディスカッションもできる。Request)にまとめて出すという形で実施しているようである。ハンドブックファースト思想を貫くGitLabではハンドブックファースト思想を貫いている。ハンドブックは常に最新であり、中に重複がないように書かれている。Truth性があるように保たれている。そのため、Wikiでしばしば見られるような、複数の文書が同じ内容を示しており、それらが違いに矛盾しているような状況は見られなくなる。さまざまな議論をSlackやメールや、インターナルなプレゼンテーションを行う場合に、該当のハンドブックへの参照URLつけることを常に試みることが奨励されている。何かを説明する時にプレゼンテーションスライドを作るのではなく、ハンドブックで代用することが奨励される。内容にアクセス可能にするハンドブックは4000ページ弱あり(2020年現在)、その全てを把握できている人はいない。このテキストの山を活用するためにGitLabでは検索機能をつけることを推奨している。GitLabでは第一にAlgoliaというSearchのクラウドサービスを利用している。第二に、PublicにHandbookを公開することで、Google検索にHitするようにしている(これは真似できないかも)。Handbookについて解説した。私のいるリーガルテック・スタートアップのMNTSQ(モンテスキュー)でもGitLab社のベストプラクティスの取り込むべき部分を取り込んでいくことで、透明性が高くスケールできる組織を作っていこうとしている。弊社でも社内ドキュメントはGitリポジトリ上で管理されており、エンジニアチームのみならず、パラリーガルチームも含めてみんなGitHubに触れて社内ドキュメントに対してPRするようなプロセスになっていたりする。我々の会社の取り組んでいる領域はリーガル領域であり、ある種の「文書群」を取り扱う業界でもある。このドメインとハンドブック・ファーストな考え方には親和性が高い部分も多くあると考えている。Softwawww.mntsq.co.jpダウンロード#スタートアップ#アジャイル#海外スタートアップ#オープンソース1人がオススメしていますこの記事が気に入ったら、サポートをしてみませんか?気軽にクリエイターを支援できます。BCG→未踏スーパークリエイター(2015)→PKSHA→BEDORE(元代表)。系記事まとめnoteに投稿されたエンジニア系の記事のまとめ。コーディングTIPSよりは、考察や意見などを中心に。Liveでストリーミング中継(やばすぎる!)されていた。KashidaReproのCSが直面した組織課題、困難。GUI...77tomaGoogle退職します1179eqsan月間ユーザー8億人超えのWeChatから学ぶ「イノベーショ...64決算が読めるようになるノートKPI・KGI・OKR事例集225DaiSTORES.jp(hey)に入社して3ヶ月が経ちました88daitasuスケールする組織を目指して。クリエイターへのお問合せnoteカイゼン目安箱クリエイターの。