記事一覧に戻る
開発

開発の打ち合わせはどう進むのか|頻度の目安と、話が進まない打ち合わせの共通点

2026年9月5日 約4分で読めます
この記事の結論

打ち合わせはリモートが中心で、頻度はおおよそ2週間に1度、リリース前は週1回になります。話が進まないのは、どちらかが準備できていないときです。社内で担当者と決裁者の温度差がある場合は、決裁者向けの資料を別途作ったり、上席の方を呼んでいただいてこちらから説明したりします。

開発が始まってから完成までの間、発注側と開発会社は何度も打ち合わせをします。この記事では、FUNBREWの打ち合わせが実際どう進むのか——形式、頻度、進まないときの原因——を書きます。あわせて、社内で話が割れているときに開発会社をどう使えるかにも触れます。担当者の方が一人で説得を抱えなくてよい、という話です。

打ち合わせの形式と頻度

リモートがほとんど

FUNBREWは全国対応のため、打ち合わせはリモートがほとんどです。遠方のお客様でも進め方は変わりません。距離を理由に頻度が落ちることがないのは、リモート中心の副次的な利点です。

頻度はおおよそ2週間に1度、リリース前は週1回

プロジェクトによりますが、目安は次のとおりです。

時期頻度の目安
通常の開発期間おおよそ2週間に1度
リリース前1週間に1回

2週間に1度という間隔には理由があります。動くものをお見せできる程度の変化が溜まるのが、だいたいこの周期だからです。毎週やれば早く進むというものでもなく、逆に間隔が空きすぎると、認識のズレが見つかったときの手戻りが大きくなります(納品後に「思っていたのと違う」と言われないために)。

話が進まない打ち合わせには共通点がある

進まないのは、お互いが事前に準備をしていないときです。どちらか一方ではなく、両方に起こりえます。

発注側の準備不足

典型的なのは、開発に必要な資料が出てこないケースです。原稿、画像、既存データ、現行システムの情報など、こちらが待っている状態では議題が進みません。何を用意すればよいかはシステム引き継ぎで用意する資料は何かにまとめています。

開発側の準備不足

こちら側の問題も正直に書きます。開発の進捗が芳しくないときです。見せられるものが無い打ち合わせは、報告と言い訳の場になり、判断が何も進みません。これは発注側にはどうにもできない部分なので、こちらの責任です。

準備は「揃える」より「今ある状態を見せる」

発注側の準備というと、資料を整えてから出すものだと思われがちですが、そうではありません。途中まででも、古くても、その状態のまま打ち合わせに持ってきていただく方が進みます。整えるために2週間待つより、不完全なものを見ながら一緒に決めた方が早いためです。何が足りないかはこちらから聞きます。

見積もりとの照合で止まること

もうひとつ、避けにくい原因があります。機能追加や仕様変更が出たときは、当初の見積もりと照らし合わせる必要があるため、その場で即答できないことです。持ち帰って検討することになり、どうしても進捗が遅れます。

これは手続きが遅いのではなく、範囲と費用の整合を取るために必要な工程です。どこからが追加費用になるかは「これは追加費用です」と言われるのはどこからかに書きました。

社内で話が割れているとき、開発会社をどう使うか

現場と経営で言うことが違う。担当者は前向きだが決裁者は慎重。よくある状況です。完全に目線を合わせるのは難しいというのが正直なところですが、打てる手はあります。

決裁者向けの資料を別途作る

普段の打ち合わせで使う資料と、決裁者に見ていただく資料は目的が違います。前者は進め方の確認、後者は投資判断の材料です。ご要望があれば、決裁者向けの資料を別途作ることがあります。

上席を呼んでいただき、こちらから説明する

普段の打ち合わせが担当者の方とのやりとりである場合、上席の方を呼んでいただいて、こちらからプレゼンをすることもあります。担当者が社内で説明し直すより、専門的な質問にその場で答えられる分だけ話が早くなります。

担当者の方が一人で社内を説得しようとして止まってしまうケースは少なくありません。説明の一部を開発会社に投げていただいて構いません。そのために呼んでください。

なお、決裁者の関心は担当者の方とは違うところにあります。使い勝手や機能の詳細より、いくらかかっていつ回収できるのか、途中でやめられるのか、といった点です。支払いが着手・中間・完了の3回に分かれていること(システム開発の支払いはなぜ着手金から始まるのか)は、この種の質問への答えのひとつになります。

「上に説明しないといけないので、資料をもらえますか」というご依頼は歓迎です。むしろ、担当者の方が独力で資料を作り直しているうちに熱が冷めてしまう方がもったいない。決裁の場に呼んでいただければ、その場で質問にお答えします。

まとめ

FUNBREWの打ち合わせはリモートが中心で、頻度はおおよそ2週間に1度、リリース前は週1回が目安です。2週間という間隔は、動くものをお見せできる変化が溜まる周期でもあります。

話が進まないのは、どちらかが準備をしていないときです。発注側では開発に必要な資料、こちら側では開発の進捗。加えて、機能追加や仕様変更は当初の見積もりと照合するため、その場で決められず持ち帰りになることがあります。

社内で温度差がある場合は、決裁者向けの資料を別途作ったり、上席の方を呼んでいただいてこちらから説明したりできます。担当者の方が一人で抱える必要はありません。お問い合わせよりご相談ください。

よくある質問
打ち合わせはオンラインですか、対面ですか。
FUNBREWは全国対応のため、打ち合わせはリモートがほとんどです。遠方のお客様でも進め方は変わらず、距離を理由に頻度が落ちることはありません。
打ち合わせの頻度はどれくらいですか。
プロジェクトによりますが、通常の開発期間中はおおよそ2週間に1度、リリース前は1週間に1回が目安です。2週間という間隔は、動くものをお見せできる程度の変化が溜まる周期でもあります。
打ち合わせで話が進まないのはどんなときですか。
お互いが事前に準備をしていないときです。発注側では開発に必要な資料が出てこないとき、開発側では進捗が芳しくないときで、どちらにも起こりえます。また機能追加や仕様変更は当初の見積もりと照合する必要があるため、その場で即答できず持ち帰りになることがあります。
社内で担当者と決裁者の温度差があるときはどうすればよいですか。
完全に目線を合わせるのは難しいですが、決裁者向けの資料を別途作ることがあります。また、普段の打ち合わせが担当者の方とのやりとりである場合、上席の方を呼んでいただいてこちらからプレゼンをすることもあります。
社内への説明を開発会社に頼んでもよいのですか。
構いません。むしろ担当者の方が独力で資料を作り直しているうちに話が止まってしまうケースが少なくありません。決裁の場に呼んでいただければ、専門的な質問にその場でお答えできる分だけ話が早く進みます。

この記事をシェア

決裁の場にお呼びください

決裁者向けの資料作成や、上席の方への説明もお引き受けします。

この記事に関連するサービス

お困りごとのご相談は無料です。まずは状況をお聞かせください。

最新情報をお届けします

IT活用のヒントやお役立ち情報を定期的にお届けします。

関連記事

開発
2026年9月5日

システム開発の納期はどう決まるのか|急ぐと最初に削られるのはテストの時間

システム開発の納期は機能数に比例します。短納期のときにまずやるフェーズ分けの考え方と、それでも急いだ場合に削られるのはテスト期間だという実際を、開発会社の視点から正直に書きました。

開発
2026年9月4日

複数の開発会社が1つのシステムに関わるとき|責任の線を引きすぎて困るのは発注側

1つのシステムに複数の開発会社が関わる状態で、責任の切り分けをどうしているか。境界で問題が起きたとき各社が線を引くと発注側が間に立たされるという構造と、発注側が用意できることを書きました。

開発
2026年9月4日

納品後に「思っていたのと違う」と言われないために|途中で見せることでしか防げない

システム開発で納品後に「思っていたのと違う」と言われないために何をしているか。定期的に進捗を見せる意味と、それでも起きるズレの処理(追加見積もりか、他機能を削るか)を実務から書きました。

2026年4月11日

システム開発の外注で失敗しない|発注前に確認すべき10のチェックポイント

システム開発を外注する際に事前に確認すべき10項目を解説。要件定義から契約、検収まで、失敗を防ぐチェックリストを紹介します。

相談のハードル、下げました

まずは気軽にご相談ください

「まだ具体的に決まっていない」「とりあえず話を聞きたい」でも大丈夫。プロトタイプを見ながら、一緒にアイデアを形にしていきましょう。

相談無料 オンライン対応 1週間でプロトタイプ