みんなの投稿

至極もっともと思いますが、
0-02「素早く繰り返す」との兼ね合いを考えねばとも思います。
0-02と1-10を共存させるには、如何様にしたら良いのか？
アジャイルと本質的思考の組合せ。
ここでもOODAループが必要になるのでしょうか？

リスク管理の話かと思います。

やはり突っ走る前の要件定義段階で、（関連業務があるなら「そこもkintone化したら？」とか、連携が見込まれそうなら「その場合は？」とかを想像した）将来像をある程度見据えたリスクヘッジが要るかと。

でも、想定外の課題表面化は避けられませんね。（なんせ”想定外”なのですから）

対応は力技になるかもしれません（なんせ”想定外”なのですから）が、その時またリスクヘッジしてリスク管理表（←コレ、蓄積していくのが品質管理のお作法です。”想定外”をある程度”想定”するためのお手本にはなります。）を更新していけばよいですね。

kintoneはすぐにアプリを作れてしまうのですが、作り始める時は本当に立ち止まって考えてから構築した方がいいと思います。下記の手順が私が勧めたい考えにはなりますが、私自身のアプリ開発時の実践では7割ぐらいしかできていなかったですね。

1-06 業務のkintone化(過去のやり方を踏襲するという意識を捨てる)
↓
1-09 業務の流れを掴む(実際は面倒ですがここが一番大事)
↓
3-22 図に描く(業務フローをきちんと図に描いたうえで無駄を省く)
↓
3-23 3つ以上のアイデア(私の場合はアプリ構築前にアンケートを取りました)
↓
1-10 根本原因の追究(ここで根本原因を整理して潰しておく)
↓
2-20 小さなリリース単位(まずは日常業務に必要な最小限のアプリから)

そしてこの投稿がなんとなくエキスパート試験の勉強になっている気がします💦