AI会社が教える「順調です」の読み方──開発中の打ち合わせで確認すること

契約が済んで、開発が始まった。月に一度か二度、進捗の報告がある。

「順調です」「おおむね予定どおり進んでいます」

そう言われて、「そうですか、よろしくお願いします」で終わる。この打ち合わせを、何回か繰り返していく。そして納期の直前になって、「実は少し遅れておりまして」と言われる。

この展開、実のところ珍しくありません。

私たち株式会社Milestoneは、静岡県沼津市を拠点に、AIシステムとAIチャットボットの開発を手がける静岡のAI会社です。今日は、開発期間中の打ち合わせで、発注する側が何を見るべきかをお伝えします。

先に言っておくと、開発側が嘘をついているわけではないことが多いのです。本人は、本当に順調だと思っている。ただ、何をもって順調と言っているかが、双方で違っているのです。

「順調です」の中身を聞く。ただそれだけで、後の事故はかなり減ります。技術の知識は要りません。必要なのは、適切な質問を三つ持っておくことだけです。

なぜ、遅れは直前まで分からないのか

構造の話から。

開発は、最後にまとめて形になる

家を建てるなら、進み具合が目で見えます。基礎ができた、柱が立った、壁が貼られた。誰が見ても分かる。

ソフトウェアは、そうではありません。 途中の八割は、外から見えない部分の作業です。そして、目に見える画面が出てくるのは、終盤になってから。

だから、「今どれくらいできているか」が、発注側からは掴みにくい。この構造を知っておくだけでも、報告の受け止め方が変わります。

「九割できています」が、なかなか終わらない

開発の世界には、昔からこういう言い回しがあります。最初の九割に半分の時間を使い、残りの一割にもう半分の時間を使う、と。

冗談のようですが、実際そうなることは少なくありません。細かい調整、想定外の不具合、確認と修正の往復。最後の詰めに、時間がかかるのです。

だから「九割できています」という報告は、「あと一割の時間で終わる」という意味ではありません。 ここを誤解すると、見通しが狂います。

悪い知らせは、遅れて届く

そしてもう一つ、人の問題があります。

うまくいっていないとき、人はすぐには言い出せません。「あと少しで取り返せる」と思っているうちに、時間が過ぎる。悪意ではなく、なんとかしようとした結果として、報告が遅れる。

だからこそ、悪い知らせを言いやすい空気と、聞く側からの質問の両方が要るのです。片方だけでは足りません。

「順調です」には、三つの意味がある

同じ「順調です」でも、その中身は三通りあり得ます。

第一に、本当に予定どおり。計画に対して、実際に進んでいる状態です。

第二に、遅れているが、取り返せると思っている。本人の中では「まだ順調の範囲」なのですが、外から見れば遅れの始まりです。

第三に、進み具合を本人も把握していない。計画が細かく立っていないため、遅れているかどうかも分からないまま「順調」と答えている。

この三つを見分けるのが、発注する側の仕事です。 そして、見分けるのは難しくありません。次に挙げる三つを、聞くだけです。

打ち合わせで聞く、三つの質問

技術が分からなくても聞けて、しかも効く質問を三つ。

質問何が分かるか
「今日、動くところを見せてもらえますか」進み具合の実態
「次の打ち合わせまでに、何が終わりますか」計画の具体性
「いま心配なことはありますか」隠れた懸念

①「動くところを見せてください」

最も効く質問です。報告書に書かれた文字より、実際に動いている画面のほうが、はるかに正確です。言葉はいくらでも飾れますが、動くものは飾れません。

途中段階で構いません。見た目が整っていなくても構いません。見せてもらえるかどうか、そして見せてもらったものが、前回から進んでいるかどうか。これで、進み具合はだいたい分かります。

そして、見せられない理由が毎回続くようなら、それ自体が一つの情報になります。

②「次までに、何が終わりますか」

「順調です」を具体的にする質問です。

次の打ち合わせまでに、何が完成しているのか。 それを言ってもらい、次回そこを確認する。この繰り返しで、遅れは早く見えるようになります。

答えが曖昧なら、頭の中の計画も曖昧だということです。「だいたい進めておきます」ではなく、「この機能を、動くところまで」と言える相手のほうが、信頼できます。

③「いま心配なことはありますか」

これは、相手に言いやすくさせる質問です。

「問題ありませんか」と聞かれれば、人は「大丈夫です」と答えたくなるものです。でも「心配なことは」と聞けば、まだ問題になっていない小さな懸念も、口に出しやすくなります。

そして、そこで出てきた心配ごとは、たいてい当たります。早く聞いておけば、対処する時間もあります。

三十分の打ち合わせの、進め方

三つの質問を、どう組み立てるか。三十分の型を示します。

時間やること
最初の5分前回決めたことの確認
次の10分動くところを見せてもらう
次の10分次回までに終わることを決める
最後の5分心配ごとと、こちらの宿題

前回の確認から、始める

まず、前回何を決めたか、何が終わるはずだったかを確認します。議事録があれば、それを開くだけ。

ここを飛ばして今日の話から始めると、約束が積み上がっていきません。

「こちらの宿題」を、必ず持ち帰る

最後の五分が、意外と大切です。こちらが答えるべきこと、用意すべきものを確認する。

「この文言を決めてください」「この資料をください」。これを確認せずに帰ると、開発側がこちらの返事を待っている状態に気づかないまま、一か月が過ぎることになります。

議事録は、三行でいい

決まったこと。次回までに開発側がやること。次回までにこちらがやること。この三行を、その場で書いて共有する。 凝った議事録は要りません。

そして大切なのは、次回の打ち合わせで、それを開くことです。 開かれない議事録は、書いても意味がありません。

発注側にも、仕事がある

遅れの原因は、開発側だけにあるとは限りません。

返事が遅れると、開発も止まる

「この場合の正解はどちらですか」「この文言でよろしいですか」。開発中には、こういう確認が飛んできます。

その返事を一週間置いておくと、開発はその分だけ止まります。 待っている間に別の作業を進められることもありますが、そこが決まらないと先へ進めない場合もある。

返事は、早いほど良い。完璧な答えでなくても構いません。「いまの段階では、こうしておいてください」で十分です。後から変えられることも多いのです。

途中の変更は、正直に伝える

「やっぱり、こうしたい」。これ自体は悪いことではありません。使っているうちに、より良い形が見えてくるのは自然なことです。

問題は、それを遠慮して言わないことです。言わずに完成してから「やっぱり違った」となるほうが、双方にとって大きな損になります。

早く言えば、まだ直せます。ただし、それが追加になるのか範囲内なのかは、その場で確認してください。 曖昧なまま進むと、後で費用の話になります。

現場を、巻き込んでおく

開発中に現場の人が一度も関わらないと、完成してから「使いにくい」が噴出します。

途中段階で一度、触ってもらう機会を作ってください。開発の早い段階で出た「使いにくい」は直せますが、完成後に出た「使いにくい」は作り直しになります。 同じ一言でも、言われる時期によって重みがまったく違います。

最初の打ち合わせで、型を決めておく

この進め方は、開発が始まる最初の打ち合わせで決めてしまうのが一番です。

「月に一度、三十分。動くところを見せてもらって、次回までの予定を決める」。これを最初に合意しておけば、毎回の打ち合わせが、自然と同じ形で回るようになります。

途中から「もっとちゃんと報告してください」と言い出すのは、正直、少し気まずいものです。最初に型として決めておけば、誰も気を悪くしません。

実際に、こう聞けばいい

三つの質問は分かっても、口に出す言葉に迷うかもしれません。そのまま使える言い方です。

動くところを見せてもらうとき

「差し支えなければ、いま動いているところを少し見せていただけますか。完成していなくても大丈夫です」

次回までの予定を確認するとき

「次回の打ち合わせまでに、何がどこまで進んでいるか、教えていただけますか。細かい機能名でなくて構いません」

心配ごとを引き出すとき

「いま何か気になっていること、心配なことはありますか。小さなことでも構いません」

どれも、相手を疑うようには聞こえません。むしろ、こちらが真剣に関わろうとしている姿勢が伝わります。 良い開発会社ほど、こうした質問を歓迎します。

遅れの兆候を、見抜く

早めに気づくための着眼点です。

報告の内容が、毎回同じ

「順調です」「引き続き進めています」。三回続けて中身の変わらない報告が来たら、何か起きている可能性があります。

進んでいれば、報告する中身も変わるはずです。変わらない報告は、変わっていない状況を映していることがあります。

具体的な話が、出てこない

技術の細かい話を求めているわけではありません。「この部分は、こういう工夫をしました」「ここは想定より手間がかかりました」。具体的な話が出る報告は、実際に手が動いている証拠です。

質問が、来なくなる

これは意外な兆候ですが、大切です。開発が進んでいれば、必ず確認したいことが出てきます。

質問が来なくなったのは、作業が止まっているからかもしれません。 あるいは、聞かずに想像で進めているか。どちらにしても、良い状態とは言えません。

担当者が、変わる

途中で担当が代わること自体は、珍しくありません。ただ、引き継ぎがうまくいっていなければ、そこから遅れが生まれます。

代わった場合は、新しい担当者に、こちらから改めて要件を確認してください。「前の方に伝えてあります」が通じないことがあります。

遅れが分かったときの、対応

責めても、早くはなりません。

まず、理由と見込みを聞く

なぜ遅れたのか。あと、どれくらいかかるのか。この二つを、具体的に聞いてください。 感情的にならずに、事実として。

「もう少しです」ではなく、日付で答えてもらう。理由も、「思ったより難しくて」ではなく、何がどう難しかったのかを。

優先順位を、決め直す

全部を予定どおりに進めるのが難しいなら、何を先に仕上げてもらうかを決めます。

一番使いたい機能から。まずそこだけでも動けば、使い始められる場合もあります。全部揃っていなくても、半分で回ることは意外と多い。全部揃うのを待つより、使える部分から始める。 これは発注側が判断できることです。

次からの報告を、変えてもらう

一度遅れが出たら、報告の頻度か中身を変えてもらってください。月に一度を、週に一度に。長い報告でなくていいので、短く状況を共有する。次の遅れを、早く知るための仕組みです。

契約書を、確認する

そして、必要なら契約を見てください。遅延した場合の取り決めがあるはずです。実際に持ち出すかどうかは別として、何が書いてあるかを知っておくことには意味があります。

やってはいけない、三つのこと

やってはいけない①:全部任せて、打ち合わせに出ない

忙しいのは重々分かりますが、月に一度、三十分だけでも時間を作ってください。その三十分が、数か月の遅れを防ぐことがあります。

任せきりにして手戻りが起きる型の失敗は、AIに飛びついた中小企業が、半年後に後悔する3つのパターンにもまとめています。

やってはいけない②:報告を、受け取るだけで終わる

聞いて、頷いて、終わり。これでは、打ち合わせの意味が半分になってしまいます。三つの質問を、毎回聞いてください。 毎回同じ質問で構いません。

やってはいけない③:遅れを、責め続ける

遅れた事実は変わりません。大切なのは、ここからどうするか。責めるより、優先順位を決め直すほうが、前に進みます。

ただし、遅れを繰り返す場合は話が別です。理由の説明が毎回曖昧なら、その相手との進め方そのものを考え直す必要があります。

「AIを制御する技術」×進行管理──Milestoneの流儀

私たちは、開発中の報告で「順調です」の一言で終わらせないようにしています。

何が終わって、何が残っていて、次までに何をするか。動くところを、途中でも見ていただく。 まだ不格好な段階のものをお見せするのは、正直、気恥ずかしいこともあります。それでもお見せするのは、認識のずれを早い段階で見つけるほうが、結果的に双方にとって良いからです。完成してから「思っていたのと違う」と言われるのが、一番つらいことです。

そして、うまくいっていないときは、早い段階で言う。取り返せる見込みがあったとしても、その時点で共有する。 遅れを隠して後から驚かせるより、一緒に考えていただくほうが、良い結果になると考えています。

静岡のシステム会社として、顔の見える距離で仕事をしている以上、この誠実さは譲れない部分です。次にまた声をかけていただけるかどうかは、こういうところで決まると思っています。

よくある質問(FAQ)

Q1.打ち合わせは、どれくらいの頻度がいいですか? A.小さな案件なら月に一度、規模が大きければ隔週が目安です。話す内容が薄くても、間隔を空けすぎないほうが安全です。 一か月半空くと、認識のずれが大きくなります。

Q2.技術の話が分からず、質問できません。 A.技術的な質問は、まったく不要です。「動くところを見せてください」「次までに何が終わりますか」「心配なことはありますか」。この三つだけで十分に機能します。

Q3.途中で見せてもらえないと言われます。 A.まず理由を聞いてください。「まだ形になっていない」は開発の初期ならあり得ますが、中盤以降で続くようなら、気にかけたほうがいい。代わりに何を見せてもらえるかを聞くのも一つの手です。

Q4.遅れそうだと感じたら、どうすべきですか? A.感じた時点で、すぐ聞いてください。「気のせいならいいのですが、間に合いそうですか」。この一言で構いません。遠慮して先延ばしにするほど、取れる対処の選択肢は減っていきます。

Q5.こちらの返事が遅れて、迷惑をかけていないか心配です。 A.そのご心配は、たいてい当たっています。正直に聞いてみてください。「こちらの返事待ちで、止まっているものはありますか」。この一言で、止まっていた作業が動き出すことがあります。

Q6.担当者が代わったとき、何を確認すべきですか? A.確認すべきは、要件の理解度と、引き継ぎの状況です。「これまでの経緯は共有されていますか」と聞いたうえで、こちらからも改めて要点を伝えてください。二度手間に思えても、そのほうが速いのです。

Q7.遅れた分、費用は安くなりますか? A.契約の内容次第です。遅延に関する取り決めがあれば、それに従うことになります。ただ、実務的には、値引きを求めるより、きちんと良いものを仕上げてもらうほうが、たいていは得です。

Q8.他社との案件で、進行に不安があります。 A.第三者の目で状況を整理することは可能です。報告の内容、契約書、これまでの経緯を拝見すれば、どこに問題がありそうかの見当はつきます。静岡のAI会社として、開発を引き受けるかどうかとは別に、ご相談を受けることもあります。

Q9.毎回同じ質問をするのは、失礼ではありませんか? A.まったく失礼ではありません。むしろ、毎回同じ質問が来ると分かっていれば、開発側も準備して臨みます。 それは良いことです。定例の型があるほうが、双方にとって進めやすいのです。

Q10.うちが小さな案件なので、後回しにされている気がします。 A.気になるなら、率直に聞いてください。「いま、他の案件との兼ね合いはどうですか」。正直に答えてもらえるなら信頼できますし、答えを濁すなら、それも一つの情報です。小さな案件でも、契約は契約です。

Q11.打ち合わせは、対面とオンラインどちらがいいですか? A.どちらでも構いません。ただ、動くところを見せてもらう場面では、画面共有ができれば十分です。大切なのは形式ではなく、実際に見て、聞くという中身のほうです。

Q12.何から相談すればいいですか? A.いま進んでいる案件があれば、その報告の内容や、これまでの打ち合わせの記録を見せていただくのが早いです。静岡のシステム会社として、そこから状況を一緒に整理できます。

三つの質問が、数か月を守る──株式会社Milestone

開発の期間中、発注する側にできることは、そう多くありません。実際に手を動かすのは、開発側だからです。

それでも、「順調です」の中身を聞くことはできます。 動くところを見せてもらう。次までに終わることを確かめる。まだ問題になっていない心配ごとを聞き出す。

そして、自分たちの返事を早くする。変更があれば早く伝える。現場を巻き込んでおく。発注側に原因がある遅れも、確かに存在するのです。 ここは、こちらの努力で減らせます。

月に一度、三十分。たったそれだけで、数か月の計画が守れることがあります。安い投資だと思います。

私たちMilestoneは、静岡のAI会社・システム会社として、静岡県沼津市を拠点にAIシステムとAIチャットボットの開発と導入支援を行っています。「AIを使う」のではなく「AIを制御する」を核に、作る過程も、見える形でお見せします。

こんなご相談を歓迎しております

  • 進行中の案件の状況を、第三者の目で見てほしい
  • 打ち合わせで何を聞くべきか整理したい
  • 遅れが出ている案件の立て直しを相談したい
  • 報告の受け方・進め方を決めたい
  • 開発の進め方から相談したい

訪問対応(静岡県内・隣接エリア)、オンライン対応(全国)、どちらでも可能です。静岡のシステム会社として、県内は対面でも伺えます。30分ほどお話を伺い、これまでの経緯を拝見すれば、いま何が起きているかの見当は、たいていつきます。

▶ ご相談・お問い合わせ https://milestone-net.com

「資料だけ見たい」「他社と比較検討中」というライトな段階のご連絡も、歓迎しております。

「やりたいをできるに、できるをできたに」。中小企業の長期パートナーとして、責任を持って伴走します。


株式会社Milestone(マイルストーン) 代表取締役 大石 湧斗(おおいし ゆうと) 所在地:静岡県沼津市

中小企業向けAIシステム開発・導入支援。「AIを使う」のではなく「AIを制御する」を経営の核に据え、業務にフィットしたAI導入を伴走型でご提案。静岡県全域と隣接エリアで対面対応可能。「やりたいをできるに、できるをできたに」をミッションに、貴社の長期パートナーとして責任を持ってご支援します。

関連記事