キンスキ松井さん
コメントありがとうございます。

たしかにすべての要望に応えるのは難しいですね。特にkintone導入当初は、利用者も何ができて何ができないかわからないですし、期待も大きい^^;。kintoneの仕様を超えた要望もでてきます。

「虫の目、鳥の目...」のような表現もありますが、現場は日々の細かい問題点こそ重要ですし、そこがよくみえています。逆に開発側は、松井さんの仰る通り全体を俯瞰してシステムを構築しようとします。「部分最適・全体最適」ともいいますね。

出てきた課題を解決する。それができたら一番ですが、kinotneの仕様上の制限もありますし、そもそもの視点が違うので、すべて答えるのは無理があります。そんな時は、まず現場の問題点によりそう（共感する）という姿勢、大切ですね。

現場の「毎日大変なんです！」に、「それはすごく大変ですね。なんとかしたいですね。」とお返事するだけでも救われる部分は確かにあります。

簡単に解決しない問題もあります。そんなとき、すぐカスタマイズだ、プラグインだ、という方向に走らず、「問題を解決することだけが解決ではない。」という考え方、思い出すようにします。

参考になりました。ありがとうございました。

中村さん
貴重なご意見ありがとうございます。実際、複数プラグインを入れて動かなかった事ありました。

そうですね。カスタマイズの判断基準として「そのスキルを習得するのが、業務の範囲内かどうかを考える」というのは大切ですね。

・全体としてどうするのか(自社としてkintoneカスタマイズをする・しない)
・部署としてどうするのか(カスタマイズは基本知識のあるシステム部門のみとするとか)
・各個人としてどうするのか(できる人はするというのでいいのかどうか、その後のメンテナンスは？)
などなど。。。

「答えは100社100通り」で正解はないのかもしれませんが、考えてみる必要はあると思います。

仰る通り、kintoneのカスタマイズのルールを「ちゃんと決める」って、つまり「カスタマインを使う」に置き換えれる話でもありますね。

あとは、「費用の問題」という現実とどう向き合うか。^^;
説明としては「後々のメンテナンスコストを考えたら、カスタマインの方が安いです。」ですが、実際これを納得してもらうのは結構難しい。^-^;

参考になりました。ありがとうございました。