この記事の要点
- 小さく始める開発とは、最も困っている部分だけを先に作り、使いながら広げる進め方です
- 一度に全部作るより、失敗した場合の損失が小さくなります
- 現場の声を反映しやすく、使われないシステムになりにくい点が利点です
- 育てる前提で、記録と土台を整えておきます
小さく始めて育てる開発とは、最も困っている業務の一部だけを先に形にし、使いながら機能を足していく進め方です。最初から大きな計画を立てるより、失敗のリスクが小さく、現場の実際の使い方を反映できます。中小企業の業務システムと相性のよい方法です。
なぜ小さく始めるのがよいのですか?
完成まで時間がかかる大きな開発は、完成時には業務が変わっていることがあるためです。小さく始めれば、早く効果を確かめ、方向を修正できます。
- 投資の規模を抑えられる
- 早く現場で使い始められる
- 使った感想を、次の開発に反映できる
- 合わなければ、早い段階で方針を変えられる
最初に何を作ればよいですか?
最も手間がかかり、間違いが起きやすい業務を一つ選びます。選ぶ目安は次のとおりです。
- 毎日・毎週と、頻度が高い
- 手作業の時間が長い
- 間違いや連絡漏れが起きている
- 関わる人数が少なく、試しやすい
全社に影響する大きな業務より、一つの部署や一つの流れから始めるほうが安全です。
どのように育てていきますか?
使う、気づく、直す、足すという流れを、短い周期で繰り返します。次の表は育て方の一例です。
| 段階 | 内容 | 確認すること |
|---|---|---|
| 第一段階 | 最も困る業務の一部を作る | 現場が使えるか |
| 第二段階 | 使い勝手の改善と不足機能の追加 | 手間が減ったか |
| 第三段階 | 関連する業務へ範囲を広げる | データがつながるか |
| 第四段階 | 集計やレポートの自動化 | 管理の負担が減ったか |
育てる開発で失敗しないコツは?
土台と記録を整えておくことです。小さく作った機能を継ぎ足し続けると、全体の整理がつかなくなる場合があります。次の点を意識してください。
- 機能を足すたびに、改修記録とリリースノートを残す
- データの持ち方は、将来の拡張を見越して整理しておく
- 定期的に、使われていない機能を整理する
- 安全停止や上限など、安全の仕組みを最初から入れる
小さく始めるときの注意点は?
小さく始めることは、場当たり的に作ることとは違います。全体の方向性を持たずに機能を足していくと、データがバラバラになり、後で整理が必要になります。
- 目指す全体像を、ざっくりでも描いておく
- データの名前や持ち方に、一貫したルールを決める
- 機能ごとの担当と、問い合わせ先を決める
- 定期的に振り返り、次に作るものを見直す
全体像は詳細でなくて構いません。「最終的に、受注から請求までがつながる」といった方向が共有されていれば、小さな機能が同じ方向を向きます。また、決まった間隔で振り返りの場を設けると、現場の要望を整理しやすくなります。育てる開発では、作ることと同じくらい、見直すことが重要です。
スタイルチューンができること
スタイルチューンは、業務システムの開発・運用で、小さな機能から順に育てる進め方を得意としています。ある物流会社さまでは、基幹ポータルの再構築から始め、ドライバー向けスマホアプリの出庫・帰庫・走行距離の記録、給油チェック、到着予定の事前通知、日次・月次レポートの自動作成へと、順次機能を広げてきました。1年以上の継続した関わりの中で、現場の声を取り入れています。
全体はサービス案内をご覧ください。
まとめ
最も困っている部分から小さく始め、使いながら育てることで、無駄の少ないシステムになります。最初の一歩の相談は、お問い合わせフォームからどうぞ。