OhEN Funwork Studios
Blog

GitHubって何?|「確認お願いします」が仕組みになっている場所

#AI活用

「確認を徹底しましょう」。ミスが起きるたびに、こう呼びかけている職場は少なくないと思います。それでも忙しい時期になると、確認はいちばん先に省かれ、またミスが出る。この繰り返しを止めるヒントが、ソフトウェア開発の現場で使われているGitHub(ギットハブ)という道具にあります。

AIと一緒にものづくりを始めると、ほぼ確実にこの名前に出会います。今回は仕組みをかみ砕いたうえで、人事や組織運営の目線で何を学べるかを考えます。

おさらい:Gitは「記録が全部残る」仕組み

「Gitって何?|「最終版_本当の最終版」を組織からなくす仕組み」で書いたように、Git(ギット)はファイルに加えた変更をすべて記録し、過去のどの時点にでも戻れるようにする仕組みです。区切りごとの記録点(コミット)が消えずに残るので、どれが最新版か分からなくなるという混乱が起きません。

GitHubは、その記録をチームで持ち寄る場所

GitHubは、Gitの記録をインターネット上に置いて、チームで共有するためのサービスです。メンバー全員が同じ履歴を見ながら、それぞれの作業を一か所に集められます。

特徴的なのは、作業を持ち寄るときの作法です。「プルリクエスト」と呼ばれる仕組みで、自分の変更をいきなり本体に混ぜるのではなく、「この部分をこう直しました。確認をお願いします」という提案として出します。ほかのメンバーがそれを見てコメントし、問題がなければ本体に取り込まれる。日本の会社でいえば、稟議や原稿の校閲に近い流れが、道具そのものに最初から組み込まれています。

いまご覧いただいているこのブログ(funwork.ohen-group.com)も、GitHubに変更の履歴を置き、変更が送られると自動で本番のサイトに反映される形で運用しています。仕組みの全体像は「デプロイとは何か|「お任せします」から卒業するための用語整理」で解説しました。

組織づくりの目線で見ると

プルリクエストの仕組みが面白いのは、誰が何をなぜ変えたか、そして誰がそれを確認したかが、仕事の流れの中で自動的に記録として残る点です。確認が「気づいた人がやる」「余裕があればやる」ものではなく、そこを通らなければ先に進めない通り道として設計されています。

多くの職場で確認が抜け落ちるのは、担当者の意識が低いからではなく、確認が任意の工程になっているからです。ここに、人事や組織運営に応用できる考え方があります。一般的な提案として3つ挙げます。

1. 確認と承認を「通り道」として設計する

業務フローを見直すとき、「確認を徹底する」と書くのではなく、確認が終わらないと次の工程に進めない形に組めないかを考えてみてください。あわせて、誰が提案でき、誰が承認できるのかという権限も明確にしておきます。GitHubでは、本体に取り込む権限を持つ人を限定できます。これは職務権限規程と同じ発想です。

2. 日々の履歴を、そのまま引き継ぎ資料にする

担当者が替わるたびに引き継ぎ書を一から書くのは負担が大きく、どうしても漏れが出ます。日々の作業と確認のやりとりが履歴として残っていれば、その履歴自体が引き継ぎ資料になります。後任の人が「なぜこうなっているのか」を過去にさかのぼって確かめられるので、前任者に聞けないまま手探りで進めることが減ります。

3. AIへの指示書を、チームで一つにそろえる

AIエージェントには、業務のルールや手順を書いた指示書を読ませて働かせます。この指示書をGitHubで一元管理すると、チームの誰が使うAIも同じルールで動くようになります。逆に、各自がばらばらに指示書を持っていると、人によってAIの仕事の質や判断基準がずれていきます。暗黙知を共有の資産に変えるという考え方は「Agent Skills活用術|「あの人しか知らない」を、会社の資産に変える」でも紹介しました。

確認する側の仕事も、評価に入れる

プルリクエストの文化では、変更を出す人と同じくらい、確認する人の役割が重視されます。ところが多くの会社の評価制度では、他人の仕事を丁寧に確認したことは成果として見えにくく、評価にも反映されにくいのが実情ではないでしょうか。確認が省かれるのは、そこに報いる仕組みがないからでもあります。レビューの記録が残るなら、それを評価の材料に使うこともできます。

最初の一歩

GitHubのアカウントは無料で作れます。最初の練習はAIに付き添ってもらうのが近道です。「アカウントを作ったので、この前作ったページを履歴つきで管理したい。手順を説明しながら一緒にやって」と頼めば、十分に始められます。リポジトリ(作品ごとの保管箱)、コミット(記録点)、プッシュ(共有の場への送信)といった言葉は、使いながら覚えれば問題ありません。

おわりに

GitHubから学べるのは、技術そのものより「確認と記録を、人の頑張りではなく仕組みで担保する」という組織設計の考え方です。AIが仕事の一部を担うようになるほど、この考え方の重みは増していきます。

OhEN Funwork Studiosは、採用支援と人事・組織づくりを仕事にしている会社です。「確認や引き継ぎが人頼みになっている」「権限や承認の流れを整理したい」といった段階からご相談をお受けしています。お気軽にお声がけください。

AIの活用を社内でどう進めるかは、AI活用支援でもご紹介しています。ご相談はお問い合わせフォームから、お気軽にどうぞ。

あわせて読みたい


この記事の要点

  • GitHubは、Gitの記録をチームで共有する場所。変更は「確認をお願いします」という提案(プルリクエスト)として出し、確認を経て取り込まれる
  • 確認が抜けるのは意識の問題ではなく、任意の工程になっているから。通らないと先に進めない通り道として設計し、承認権限も明確にする
  • 日々の作業と確認の履歴は、そのまま引き継ぎ資料になる。AIへの指示書を一元管理すれば、誰のAIも同じルールで動く
  • 確認する側の仕事を評価に入れることが、確認を省かせない組織づくりにつながる

OhEN Funwork Studiosでは、採用・人事の現場に根ざしたAI活用支援・AI研修を提供しています。

006Contact

「夢中になれる組織」の現在地を、
話しませんか。

採用・人事・アスリート支援、いずれの相談もお気軽に。 まずは30分のオンラインヒアリングからお受けしています。