＜専門家2人による往復書簡 Connecting the dots 記事一覧＞ ※クリックで開きます 【第1回】AI時代に、「場」を通してつながる①～関係性で生じる「違和感」と、場をつくるという手段～│専門家2人による往復書簡 【第2回】AI時代に、「場」を通してつながる②～収支を数えるのをやめたとき、場が見えてきた～│専門家2人による往復書簡 山下さんへ 山下さん、第1回の書簡をありがとうございます。同じ「ゆうすけ」として（それではない、と釘を刺されましたが）、バトンを受け取りました。 読み進めるうちに、この一文で手が止まりました。「かつて、私はその居心地の悪さの中心にいました」。熱のある場で、ふと感じる薄ら寒さ。その感覚には覚えがあります。 10月19日に、 『野蛮なアジャイル』 （翔泳社）という本を出しました。サイボウズで過ごした16年間、とくにスクラムで組織を変えようともがいた日々を書いた実践記なのですが、最後の章は組織の外での活動、コミュニティの話です。そこに私も「居心地の悪さ」という言葉を書いていました。ただ、山下さんの書簡と並べてみると、同じ表現でも向きが少し違うようです。今回はその違いを入り口に、私が場に誘われた背景をお話しします。 「何を得たんだろう」と数えていた頃 私が社外のコミュニティに出始めたのは、2017年の初めです。社内でスクラムを始めたばかりで、アジャイル関連の知り合いはひとりもいませんでした。誰でも参加できる無料の勉強会で、5分のLTをしました。会場はある企業のオフィスで、参加者は20人ほど。自分の声が微かに震えているのがわかりました。ところが話し終えると、数人が私のところへ歩み寄ってきてくれたんです。壁の向こうに、同じことで悩んでいる人がこんなにいるのか。そう驚いたのを覚えています。 温かくコミュニティに迎えられ、そこから登壇や発信を続けるうちに、いつしか「知見を提供する側」に回ることが増えていきました。けれど正直に告白すると、それから5年ほど、私はずっとコミュニティが苦手でした。 初めて顔を出したコミュニティの懇親会では、気づけば私が講師役になって、参加者からの質問に次々と答えていました。帰り道に残ったのは、なんとも言えない虚しさです。「今日は与えてばかりだったな」「自分は何を得たんだろう」。表では笑顔で答えながら、内心ではギブとテイクの収支を数えていたんですね。初心者の拙い進行に苛立ち、答えの出た議論が繰り返されることに不毛さを感じてもいました。あるとき参加者のひとりから「天野さんてすごいけど、とっつきづらい人だと思ってました」と言われて、ようやく自分の態度に気づきました。 山下さんは居心地の悪さを、場というシステムに潜む不具合として、同時に新しい関係性が生まれる兆しとして書いていました。私が本に書いた居心地の悪さは、私自身の中から生まれていたものです。場でのやり取りを、いちいち精算しようとする癖。周りの人から見れば、私のほうが居心地の悪さを場に持ち込んでいたのかもしれません。 立ち止まって見えたもの 変わるきっかけは、場の中ではなく外にありました。コロナ禍で複業の案件がほぼなくなり、時間が突然ぽっかり空いたのです。社会人になって10年あまり、走り続けてきた私が初めて、何も生み出さない日々を過ごしました。最初の数週間は落ち着かず、苦痛ですらありました。 それでも止まっているうちに、当たり前のことに気づきます。私の知識も経験も、誰かから受け取ったものばかりでした。LTのあとに参考になる本を教えてくれた先輩。反対しながらもスクラムに付き合ってくれた同僚。自分ひとりで完結したものは、どこにもありません。与えてばかりどころか、とっくに受け取りすぎていたわけです。 山下さんは、違和感を乗り越えるために「その場に止まる」あり方を書いていましたね。私の場合は、場から離れて独りになり立ち止まったことで、あの居心地の悪さの意味がようやくわかりました。止まる場所は違っても、急いで答えを出さずに違和感と付き合うという点では、似たことをしていたのかもしれません。 仙台で、場をつくる側に回る 2021年に東京から仙台へ移住しました。翌年1月、Regional Scrum Gathering Tokyo（RSGT）の懇親会で、各地のスクラムフェスを運営するメンバーに囲まれて、「仙台でもやりたいんですよね」と口を滑らせたのが始まりです。周りの「やればいいじゃん」に押されて、気づけば立ち上がって「やります！」と宣言していました。その夜のうちに、仙台のコワーキングスペースから会場協賛の申し出が届きます。囃し立てた経験者たちは実行委員会に加わり、手を動かして支えてくれました。 運営に回ってから、あれほど抱えていた苦手意識はいつの間にか消えていました。場から何を持ち帰れるかより、場に何を差し出せるかを考えるようになったからだと思います。 運営は「一番尊い」のか 山下さんが川口さんから学んだという「運営が一番尊い」。川口さんはRSGTやすくすくスクラムの源流にいた人で、以前別の往復書簡では「川口さんの掌の上で踊らされているよう」と書いたほど、私も影響を受けてきました。 運営メンバーがいちばんの受益者であるべきだ、という点には同意します。第1回のスクラムフェス仙台を開く前にも、スポンサーや参加者よりも、運営メンバーにとって楽しく持続可能な場であることを優先すると noteに書きました 。燃え尽きないために、イベントの完成度は低くていい、とも書いています。 ただ、運営がことさら尊いとは思っていないんです。尊さは、運営でも登壇者でも初参加の人でも変わらない。運営は、時間と労力をいちばん先に差し出しているだけです。だからこそ、そのリターンを早く受け取って実感してほしい。そうでないと続かないからです。 以前、 恩送りは「受け取る」活動だ と書いたことがあります。恩は、送る前に必ず受け取っている。何も受け取らずに与え続けるのは自己犠牲で、多くの人にとって長くは続きません。私がコミュニティで感じていた虚しさ・居心地の悪さも、受け取っているものに気づけていなかったことから来ていたのでしょう。 お金で清算しない いま場づくりでいちばん意識しているのは、お金で清算しない関係を育てることです。お金を出せば場を使える、お金を出せば影響力を持てる、という状態にしない。まず労力を差し出し、時間を払う。受け取ったものは清算のしようがないので、別の誰かに送るしかありません。その送り合いが、場を続けさせているのだと感じています。 お金で清算できる関係は、身軽で便利です。お店で買い物をすれば、代金を払ったところで貸し借りはなくなる。セミナーで得た学びも、参加費を払った時点で清算は済んでいます。けれど、先に労力を差し出して、時間をかけて育てた信頼は、お金では清算できませんし、近道もありません。AIで多くのことが効率化できるいま、手間のかかる場をなぜあえてつくり続けるのかと問われたら、私なりの答えはこのあたりにある気がしています。 山下さんへのバトン 最後に、山下さんへの問いを渡します。 第1回で山下さんは、コミュニティに少し慣れた今でも、居心地の悪さの当事者になることがあると書いていました。私は場を離れて立ち止まったことで、ようやく違和感の意味に気づけた人間です。場の中に留まり続けるのには、きっと別の難しさがあるのだろうと想像しています。 いま山下さんが感じている違和感は、どんなものですか。そして、その違和感とどう向き合っていますか。testingOsaka の運営や日々の仕事のなかで、「その場に止まる」をどう試しているのか。まだ答えの出ていない途中の話も含めて、聞かせてください。 【連載】専門家2人の往復書簡 Connecting the dots 記事一覧 【第1回】AI時代に、「場」を通してつながる①～関係性で生じる「違和感」と、場をつくるという手段～│専門家2人による往復書簡 【第2回】AI時代に、「場」を通してつながる②～収支を数えるのをやめたとき、場が見えてきた～│専門家2人による往復書簡 The post 【第2回】AI時代に、「場」を通してつながる②～収支を数えるのをやめたとき、場が見えてきた～│専門家2人による往復書簡 first appeared on Sqripts .

はじめに こんにちは、2026年4月入社の新人エンジニア、yasunoriです。 9月10日（木）・11日（金）に開催されたSNOWFLAKE WORLD TOUR TOKYO 2026に参加してきました！ 私は現在、データパイプラインの開発を担当しており、主にデータの取り込みや加工を通じてSnowflakeを学んでいます。新入社員ということもあり、業務に携わるまではSnowflakeについて全く知りませんでしたが、今回のイベントはSnowflakeへの理解を広げるよい機会になりました。 参加前は「初心者の自分でも内容についていけるだろうか」と少し不安もありましたが、基礎から学べるセ

自己紹介とインターン参加理由 自己紹介 はじめまして。日本工学院八王子専門学校 ITスペシャリスト科 AIシステム専攻3年の松本康太郎です。 学校ではAIを用いた機械学習や、Kotlinを使ったモバイルアプリ開発など、幅広い分野の学習に取り組んでいます。 最近は運動不足が気になり、ジムでの筋トレを習慣にしようと心がけています。 なぜ数ある企業からここ（サイオス）のインターンシップを選んだのか サイオスのインターンシップを選んだ理由は大きく2つあります。 1つ目は、 Claude Codeを用いたAI駆動開発を経験できる点 です。授業でAIを活用した開発を行うことはありましたが、要件定義や仕様書の作成といった、実際の業務で求められる工程までは触れたことがありませんでした。現役のエンジニアの方からフィードバックをいただき、実務で重視されるポイントを学びながらAI駆動開発に取り組める点に強く惹かれました。 2つ目は、 Git/GitHubを活用したバージョン管理を実践できる点 です。IT業界を目指すうえでGit/GitHubの知識は必要だと認識していたものの、授業で使う機会がなく、学習を始めるきっかけを掴めずにいました。今回のインターンシップはハッカソン形式で、成果物をGit/GitHubで管理すると伺い 、実務に近い形で学べる貴重な機会 だと感じ、参加しました。 インターンシップでの成果物 成果物の紹介 私たちは10日間で、目標（資格取得や就職イベントなど）に対する自分の現在地と、次にやるべき行動を可視化するWebアプリ 「CheckPoint」 を作成しました。 想定通りに計画をこなせず挫折してしまう人向けに、目標達成のサポートをすることを目的 としています。 自分の役割 チームでは、担当を固定せず、そのときに必要な作業を分担しながら進めていました。私は 開発を担当しつつ、チーム内の意見や決まったことを整理する役割 を担っていました。 前半の仕様を固める段階では、メンバーから出たアイデアや懸念を書き出して論点を整理し、 「何を作るのか」「何は作らないのか」をチームの共通認識にすること を意識していました。開発が始まってからは実装に加わり、詰まっている箇所があれば手が空いている人に共有して、 作業が一箇所で止まらないよう 気を配りました。 中間発表以降は、いただいたフィードバックと自分たちで見つけた改善点を洗い出し、優先順位をつけて割り振る作業にも関わりました。10日間という限られた期間の中では、決まった役割をこなすことよりも、 その時手が足りていないところに動くことのほうが大切 だと感じ、臨機応変に立ち回ることを心がけていました。 成果発表までの道のり 私たちのチームは仕様書を固めることに 時間をかけた結果、開発に着手したのは中間発表前日の6日目 という、かなりハードなスケジュールになってしまいました。 中間発表以降は、いただいたフィードバックを基にした機能追加と、自分たちで改善点を洗い出して修正する作業を中心に進めました。 成果発表の感想・気づき 10日間という、私にとっては短い期間でしたが、チームメンバーの協力もあり、なんとか形にすることができました。披露した成果物はまだまだ追加したい機能や修正したい点も残っており、完成イメージに向けて手をかける十分な時間を取ることができなかったことは少し心残りです…！ 成果発表後の社員の方々からのフィードバックでは、 全体の伝え方（プレゼンテーション）に課題がある というご指摘を多くいただきました。長年エンジニアとして働かれてきた方々から、 ビジネス視点で相手に伝わることを意識したコミュニケーションについてフィードバックをいただけたこと は、大きな学びになりました。 チーム開発を通じて感じたこと 開発中は、雑談含めコミュニケーションをよく取っているチームだったため、 分からないことをその場で聞き合える空気感 が常にありました。 例えばGit/GitHubが未経験だった私にメンバーが丁寧に教えてくれ、他にもちょっとした質問にもすぐ反応してくれたおかげで疑問によって手を止めることはありませんでした。 10日間のチームでの作業を通じて、作業が停滞した際に中心となって話を進めてくれたAくんや、バグ修正、発表資料・台本作成といった大変な作業を率先して行ってくれたBくんにはとても助けられました。 新規企画開発に魅力を感じて参加したインターンシップで、メンバーの尊敬できるところを見つけられるほど関係が築けるとは思いませんでした。 気兼ねなく声をかけ、耳を傾け合えたことが、10日間開発を止めずに進められた一番の理由だと確信しています。 インターンを通しての最大の学びと今後の目標 インターンシップ参加前の私は、エンジニアを「技術力で課題を解決する仕事」だと捉えていました。10日間を終えた今、その認識は 「技術を使うかどうかを含めて、判断を積み重ねる仕事」 に変わりました。 きっかけは、仕様を詰める中で交わした「何を作らないか」の議論です。私たちが作成したプロジェクトでは 、目標達成に向けての他のユーザーとの比較表示（「同学年の○%が開始済み」など）を実装しない方針を取りました。 その理由は技術的に難しいからではなく、他者と比較する仕様にしてしまうと、時間の少ない中でこのアプリを使うユーザーを焦らせ追い詰めてしまうからです。同じように、データベースの構造を変更する際も、「進捗を消さずに済む方法」を優先しました。 このように「作ることができるものすべてを作るのではなく、ユーザーにとって良いかどうかで線を引く」。プロの現場では、この判断が実装そのものと同等に重い意味を持つのだと知りました。 エンジニアの仕事は、コードを書く前と後にこそ本質がある のだとサイオステクノロジーのインターンシップに参加したことで理解ができました。 これからインターンを受ける後輩へ向けたアドバイスや応援の一言！ 「分からないことはその場で聞いて解消する」こと を意識するとよいと思います。 私はGit/GitHubを使った経験がまったくない状態で参加しました。それでも10日間を走り切ることができたのは、 メンバーやメンターの方に遠慮せず質問できた からです。 メンターの方はとても優しい方だったので臆することなく質問することを心掛けるとよいと思います！ 今後の目標 今後の目標は3つあります。 1つ目は、 要件定義から関われるエンジニアを目指すこと です。 与えられた仕様を実装するだけでなく、「何を作るべきか」「何は作らないべきか」から考えられるようになりたいと考えています。学校の制作課題でも、いきなりコードを書き始めるのではなく、まずは設計を固めるところから意識していきたいと思います。 2つ目は、 Git/GitHubを日常的に使い続けること です。 インターンで初めて触れたバージョン管理を、一度きりの経験で終わらせないために、個人開発でもリポジトリを作って運用していきます。 3つ目は、 伝える力を鍛えること です。 成果発表でいただいた指摘を活かし、作ったものを説明する機会を意識的に増やしていきます。READMEを丁寧に書く、学内の発表の場に手を挙げるなど、小さな実践を積み重ねていくつもりです。   ご覧いただきありがとうございます！ この投稿はお役に立ちましたか？ 役に立った 役に立たなかった 0人がこの投稿は役に立ったと言っています。 The post Git初心者でも大丈夫！「遠慮せず聞く」ことで完走できた10daysインターン体験談 first appeared on SIOS Tech Lab .