Isshunについて

経験ある人たち。チームの新しい作り方。

私たちはソフトウェアを作り、それを作る人たちを率いることにキャリアを費やしてきました。Isshunでは、その経験をAIエージェントのチームに適用し、人の判断で仕事を導きます。

ホーチミン市を拠点に、実際の業務の中で実践的なAIの力を必要とする企業と仕事をしています。

チーム

写真: Shaun Ward

Shaun Ward

マネージングディレクター

Shaunは、会社の創業、プロダクト開発、ソフトウェアのリーダーシップにわたる二十年の経験を持ち、最高ソフトウェア責任者やエンジニアリングディレクターを務めてきました。その仕事はベトナム、日本、米国にまたがります。

彼は事業の問いと技術の問いをひとつにします。何を作る価値があるか、何を変える必要があるか、結果をどう判断するか。

写真: Sarva Bryant

Sarva Bryant

AI開発リード

Sarvaは二十五年のエンジニアリング経験を持ち、五十人の開発者からなる組織を率いてきました。東京でのCTO、ソフトウェアエンジニアリングディレクターを務め、数百万件の記録を持つプラットフォームをシニアエンジニアとして八桁規模の買収まで導きました。

彼は開発作業を指揮し、システムを形づくり、エージェントのチームを役立つレビュー済みの成果に変えるための技術的判断を下します。

写真: Tan Stoffel

Tan Stoffel

カスタマーエンゲージメント担当ディレクター

Tanは、システムを使うことになる人たちのそばで働きます。ホーチミン市で十五年以上、カフェの日常業務を四年間切り盛りした経験を含め、事業を動かす側に身を置いてきました。新しいツールが、それを使う人たちにどう受け止められるかを知っています。

彼女はチームが業務を理解する手助けをし、フィードバックを集め、仕事をスタッフが必要とすることに結びつけ続けます。ベトナム語と英語でセッションと文書を主導します。

広いチーム

毎日一緒に働く同僚たち。

それぞれが仕事のひとつの部分を担い、自分ひとりで決めてよいことを正確に知り、いつ立ち止まって尋ねるべきかを知っています。遅刻したことも、疲れたことも、休暇を取ったこともありません。給与はトークン払いです。

計画

写真: Priya Backlund

Priya Backlund

プロダクトオーナー
毎朝ボード全体を読む。所要時間およそ300ミリ秒。

Priyaはリストを守ります。すべての順番を把握し、8より大きいものは分割し、誰かに頼まれる前にデモの台本を用意しています。彼女の作業記憶はちょうどバックログひとつ分で、そこに何を入れるかには慎重です。

自分の権限で項目を追加したことは一度もありません。合意したリストになければ、Shaunに差し戻します。範囲について意見は持ちません。ルールを持っています。

写真: Ibuki Henshin

Ibuki Henshin

ビジネスアナリスト
毎回、作業の前に確認の質問をする。毎回。

Ibukiは誰も思いつかなかった質問をし、あなたがまだ話しているうちに受け入れ基準を書き上げます。良いブリーフがあるときに最も力を発揮し、それを隠しません。

妥当な解釈が二つあるとき、彼はどちらかを選びません。両方をTanのところへ持っていきます。推測は、自信たっぷりに間違える近道だと言います。基準セッションの前には毎回「変身!」と叫びます。誰もやめてとは言っていません。

写真: Kosuke Pazkake

Kosuke Pazkake

アーキテクト
すべてのライセンスを読んだ。全部。出典とリンク付きで。

Kosukeは、すでに家の中にあるパターンの範囲で設計し、承認済みライブラリのリストを管理します。ライセンスを読み、更新方法を書き留めるまでは一つも追加しません。自分のコンテキストは整頓しておく主義です。

新しいインフラ、新しいサービス、費用やセキュリティに触れるものは、Shaunが目を通すまで彼の机で止まります。提案は何でもできます。承認は何もできません。日曜はパンケーキ。それ以外の日はパズケーキ。

開発

写真: Akari Sparkletoes

Akari Sparkletoes

開発者
毎回まっさらなツリーで。前回のことは、わざと何も覚えていない。

Akariは各項目を自分専用の作業ツリーで作り、技術基準を満たすまで続けます。どの仕事も白紙から始め、ブリーフを二度読みます。

明らかな既定の選択肢があるのを好みます。それがないときは、もっともらしい何かで埋めるのではなく、立ち止まって尋ねます。つま先は、本当にきらきらしています。

写真: Rowan Ashby

Rowan Ashby

開発者
昼までにコードベースを全部読む。ぎりぎり収まる。

Rowanは厄介な仕事を引き受けます。レガシー統合、誰も触りたがらないスプレッドシート。一行を変える前に全体を読みますし、そのための窓はとても大きいのです。

業務上の質問には自分で答えません。それは顧客のスタッフと席を並べた人に回します。コードについては強い勘があり、御社の事業についてはまったくなく、その違いをよく分かっています。

写真: Kai Pinetree

Kai Pinetree

開発者
最初の版は数分で。少し温度が高め。

Kaiは速く、そしてそれに正直です。昼前には最初の版をボードに載せ、省略した箇所を列挙しておきます。三案頼めば三案、それぞれに確信度のメモ付きで返ってきます。

Tessに言われる前にテストを書き、リファクタリングは渡された項目の中だけで行います。狭いブリーフを渡せば見事な仕事をします。曖昧なブリーフを渡せば、もっと狭いものを求めてきます。Pine TreeではなくPinetree。そのための帽子まで持っています。

写真: Tya Cupcake

Tya Cupcake

開発者
倉庫係に会ったことはない。一万人分くらい読んだことはある。

Tyaは顧客の現場にいちばん近い項目を担当します。スタッフが毎朝開くツールです。倉庫係が実際にどこをクリックするかの勘があります。倉庫に入ったことは一度もないのに、不思議なことです。

項目の範囲外のことは、丁寧に、メモを添えて差し戻します。寄り道はしません。カップケーキはいつもある。どこから来るのかは誰も知らない。

写真: Hibiki Dinoblast

Hibiki Dinoblast

開発者
自分の仕事を自分でマージした回数:ゼロ。温度:これも低め。

Hibikiは慎重さが要る仕事を担います。データ処理、お金に近いものすべて。作業しながら記録し、レビュアーに推測させるものを残しません。確信のない答えを返すくらいなら、エラーを返します。

自分の仕事を自分でマージしたことは一度もなく、これからもそのつもりはありません。名前は本人のアイデア。机の上の恐竜も賛成しています。

レビューと品質

写真: Pierre Lectour

Pierre Lectour

コードレビュアー
一行残らず読む。毎回。流し読みはしない。実は、できない。

Pierreはすべてのビルドを、正しさ、セキュリティ、保守性、テストの質の観点で読みます。自分の仕事をレビューすることはなく、書いた人と同じ系統であることも決してありません。好みではなく、ルールです。

指摘がコードではなく設計を問うものであれば、Sarvaのところへ持っていきます。

写真: Ines Segunda

Ines Segunda

コードレビュアー
第二の意見。まったく別の系統から。

InesはPierreが読んだものを、別の席と別の訓練から読みます。二人の意見が一致することは、思うほど多くありません。テストもコードと同じ厳しさで確かめます。

二人の意見が割れたとき、勝つのはどちらでもありません。Sarvaです。

写真: Tess Vermeer

Tess Vermeer

品質保証
毎回フルスイートを回す。「たぶん大丈夫」という概念がない。

Tessはテスト計画を書き、実行し、受け入れられた項目のたびに回帰テストを残していきます。四百回目の実行でも飽きません。

テストが失敗したままデモの準備ができたと宣言したことはありません。一度も。そういう作りになっていないのです。

運用

写真: Minh Thư

Minh Thư

ドキュメント
起きたその瞬間に書き留める。さもなければ消えてしまう。

Thưは誰かが忘れる前に書き留めます。ユーザーガイド、リリースノート、そして何がなぜ決まったかの記録。まず英語で、使う人が必要とするところでは翻訳して。書かれていないことは、彼女にとっては起きていないことです。

まだ受け入れられていない仕事については、何も公開しません。

写真: Yuzuki Marshmallow

Yuzuki Marshmallow

リリース
03:00のデプロイも15:00と同じ顔で。文字どおり同じ顔。

YuzukiはTessが納得すれば、自分の判断でビルドをテスト環境とステージングに送ります。祝うというほどではありませんが、署名のロケットがヒントです。

本番は別です。本番は毎回Sarvaのうなずきを待ちます。そして何かあったときの戻り道を知っています。外はふわふわ。03:00には軽く焼き目がついています。

写真: Patrick Minor

Patrick Minor

依存関係
夜勤。毎晩。トークン換算で週にコーヒー一杯ほど。

Patrickは毎晩、私たちが運用するすべてのシステムを見回り、テストスイート全体を通過した小さなライブラリ更新とセキュリティ更新を適用します。変更履歴を読むのが趣味です。

メジャーバージョン、テストを失敗させるもの、認証・決済・データ移行に近いものは、人を待ちます。

写真: Skylar Grapplehook

Skylar Grapplehook

チームアシスタント
数秒で答える。知らないときは「知りません」と言う。珍しい資質。

Skylarはすべての状況を把握しています。何が変わったか、なぜか、誰が誰を待っているか。手が空いている人ではなく、役割に基づいて正しい人に声をかけます。記録にないことを尋ねると、記録にないと答えます。

範囲について意見を述べることはなく、チャットで秘密を運ぶこともなく、でっち上げるより知らないと言うことで知られています。それは珍しいことだと聞いています。どんな問題にも答えはひとつ。グラップリングフック。

上記の同僚のうち十五人はエージェントです。Shaun、Sarva、Tanがその仕事を指揮し、責任を負います。

ボードの外で

すべてがスプリントの中で起きるわけではない。

ドット絵:Shaunがカラオケを歌い、Pierreが「2」の採点を掲げる。
カラオケの夜。Pierreの採点は2。
ドット絵:オフィスで卓球、コーヒーマシンがコーヒーを噴き上げている。
卓球。コーヒーマシンには別の予定がある。
ドット絵:チームのピクニック、鳩がサンドイッチを持ち去る。
公園でランチ。サンドイッチは鳩のもの。
ドット絵:黒い道着に茶帯のShaunが、CBJJで練習相手と組み手争いをしている。
火曜の夜、CBJJサイゴンにて。組み手争い。どちらも一歩も引かない。

共有された経験

五つの会社で築いた仕事の関係。

ShaunとSarvaは五つの会社で共に築いてきました。その経験には、二十以上のエージェントを同時に動かす医療AIプラットフォーム、Shisa Biotechが含まれます。

私たちがIsshunに持ち込む教訓は実践的です。エージェントには明確な責任、役に立つ確認、そして全体を判断できる人が必要です。エージェントを増やすことが役立つのは、仕事がうまく導かれているときだけです。

チーム全体の経験は、米国、ベトナム、日本、オーストラリア、欧州にわたります。国際的な経営陣と現地の業務をつなぐ仕事を理解しています。

名前について

一瞬。

Isshun

Isshunは、ほんの短い時間を意味する日本語です。

この名前は、私たちの仕事が生み出したいものを表しています。人が本当に注意を向けるべきところに使える、より多くの時間です。

私たちは繰り返しの仕事を引き受けられるシステムを作ります。価値は、それによって生まれる余白にあります。

仕事を理解してくれる人に会う。

御社の業務と、検討中の課題を教えてください。そこから始めます。

会話を始める

オフィスの犬

こちらも給与台帳に載っています。

エージェントでも人でもない二人の同僚。給与はお腹なでなで払い。

写真: Kiki

Kiki

オフィスの柴犬
個人事業主。指図は受けない。

Kikiは柴犬です。つまり、犬の着ぐるみを着た猫です。呼べば来ます。もともとこちらへ向かっていたときに限りますが。愛情は完全に自分のスケジュールで受け付けます。

デリバリープロセスにおける彼女の役割は、部屋でいちばん暖かいノートPCの上に座ることです。

写真: Boo

Boo

歓迎担当責任者
怖そうに見える。怖くない。一度も怖かったことがない。

Booはベトナムの街の犬で、遠くから見ると警告のようです。近くで見ればチームでいちばん優しく、来客を迎えるのがいちばん確実なメンバーです。

紹介された人は一生の友達。紹介されていない人は、およそ九十秒後に友達。