AIネイティブ・ラボ型開発 作りながら学ぶチームを、社内に。

一度作って終わりではなく、続けて改善する開発の体制です。 どんな行き詰まりに合うか、何を約束し何を約束しないかを、先に書きます。

ラボ型開発は、決まった仕様を納品する形ではなく、貴社のチームと一緒に、作りながら学び、続けて改善していく形です。AI の使い方も、その学びの中に含まれます。

よくある 3 つの行き詰まり

当てはまるものがあれば、ラボ型が合う可能性があります。

1作ったが、育てられない

一度納品されたシステムを、社内で変えられない。変えるたびに見積と発注が必要で、小さな改善が止まっている。

ラボ型では、改善を月ごとの仕事として続けます。

2AI を試したが、業務に入らない

個人で AI を試す人はいるが、チームの仕事の流れに組み込めていない。何を任せてよいかの判断が社内に残らない。

ラボ型では、AI の使い方を実際の仕事の中で一緒に決めます。

3開発チームはあるが、手が足りない

社内に開発者はいるが、日々の運用で新しいことに手が回らない。外注すると、社内の知識が増えない。

ラボ型では、貴社のチームと同じ場で作り、やり方が社内に残ります。

Promises 約束すること・しないこと

約束すること

  • いま何が動いていて、次に何を作るかを、いつでも見える状態にする。
  • 使った時間と費用の内訳を、月ごとに示す。
  • 判断の理由を書き残し、貴社のチームが後から読めるようにする。
  • 合わないと分かったら、その理由を伝えて止める提案をする。

約束しないこと

  • 速さ。「◯倍速い」「◯か月で完成」とは言いません。
  • 成果の数字。売上や離職率などの効果は約束しません。
  • 仕様の固定。最初に決めた形のまま納品することは目的にしません。

体制について

体制・担当・契約形態・セキュリティの取り決めは、ご提案時に書面でお渡しします。

ミニマム開発との関係

ミニマム開発は「まず動くものを小さく作る」ための形、ラボ型開発は「作りながら学び、続けて改善する」ための形です。ミニマム開発で始めて、3 か月目にラボ型へ移る進め方もあります。

表は横にスクロールできます

観点 ミニマム開発 ラボ型開発
目的 動くものを 1 つ、小さく作る 作りながら学び、続けて改善する
期間の考え方 月ごとに続けるかを決める 続けることを前提に、内容を月ごとに見直す
貴社のチームの関わり 使って意見を返す 一緒に作り、やり方を身につける

Contact Us 30 分の無料相談

いまの行き詰まりを、そのままお聞かせください。合うかどうかを一緒に見ます。最初のお返事は Gains Line からお送りします。