📍キンコミ Weekly SIGNPOST #1-07『システム化のコンセプト』
💡キンコミ Weekly SIGNPOSTとは？
毎週1つ、kintone SIGNPOSTのテーマをピックアップして、
「こういうときどうしてる？」をゆるく共有していく企画です💬
気軽にコメントやリアクションで参加していただけるとうれしいです🙌🏻
▼ これまでのキンコミ Weekly SIGNPOSTはこちらからチェック👀
https://kincom.cybozu.co.jp/announcements/qv1pvks6wzxol6h7
■ kintone SIGNPOSTとは？
「kintoneで継続的な業務改善をするための道しるべ」として、
kintone経験者の考え方やコツを体系的・網羅的にまとめたコンテンツです。
全部で44パターンあり、状況ごとのヒントがまとまっています。
▼ kintone SIGNPOSTはこちら
https://kintone.cybozu.co.jp/kintone-signpost/
■ 今週のSIGNPOST
1-07：システム化のコンセプト
https://kintone.cybozu.co.jp/kintone-signpost/pattern/1-07.html
■ みなさまに質問💬
こういう状況、問題が起こったときどうしていますか？
まだ実践してなくてもOK◎
「こう思う」という共有や共感のコメントも大歓迎です！
気軽にコメントやリアクションしてみてもらえるとうれしいです☺︎
◀️ 先週のSIGNPOST：1-06『業務のkintone化』
▶️ 来週のSIGNPOST：1-08『現場とIT部門のチーム』
共有する
ミュートしたユーザーの投稿です。
投稿を表示一般論的な言い方になりますが、当該業務の本質を議論して突き詰めれば、それが判断基準になるとは思います。例えば
・この業務の目的は何か
・事業全体の中でどのように位置づけられるのか（重要性）
・どの程度リソース（開発工数、コスト等）を投入するのか
・アウトプットの量と質をどこまで求めるか
・改善によってどの程度の効果（効率化、コスト削減等）が見込めるのか
などが固まっていれば、それらを基準にして個別要望の取捨選択を判断できると考えます。
アプリ単体くらいならそこまでする必要も無いかもしれませんが、ある程度の規模以上のプロジェクトになれば上記のように考えるのが良いかと思います。
とは言え、その議論自体が紛糾して進まなくなるのもよくあることですが・・・。
ミュートしたユーザーの投稿です。
投稿を表示どういった、”業務”に対する改善要望なのかによるんだと思いますが…
社内業務全般に対する多角度の要望（つまり多対多）を検討しようとしてるなら、破綻は既定路線だと思います。
小生なら、今すぐ一対象業務のWGを下位に置いて要望対応はWG完結とし、プロジェクトは各WGの進捗管理、ナレッジの集約・共有、連携時の調整役になるなどの運用に変えることをオススメしますね。
そもそも人的リソースがそれほどないなら、テーマ（対象業務）を優先付けしてひとつずつ順にこなす運用にすればギリ破綻は避けられるかと。（勿論、社内的に「優先付け権限はプロジェクトメンバーのみにある」としてもらわないとですが💦）