【完璧主義との向き合い方～どうしていますか？】
私は現在、建設部門に居ながら、独り市民開発者として現地工事管理システムやデータ管理システムを開発＆運用しております。
最近は少しずつ、
自分が構築したkintoneのシステムが浸透してきた
＆ 社内で「使えるかも？」と認められるようになってきた
＆周囲も「あれもこれもkintoneで」というマインドになってきた
という状況です。
認められるようになってきたのは素直に嬉しい！
と思う一方で、いわゆる「完璧」を求められるようにもなってきました。
言い方を変えると、
「要求がどんどん高くなってきた」
ともいえるかもしれません。
一つのシステムを部内で紹介すると、
「ここは自動化できない？」
「この入力が面倒なので省きたい」
「これを入れたら、あれとこれとそれに反映して、さらにあそこが切り替わって、そのあとの結果をそっちに入れてほしい」・・・・・😱
という意見が山ほど出てきます。
ご意見頂戴した以上、回答が必要なのですが、
「全部できますよ」
になります。 ・・・よね。。
kintoneやっていれば、あらゆるプラグインを使い、JavaScriptを書けば、基本的に「なんでもできる」というのは、皆さんご存じの通り…
ただ、こちらも皆さんご存じの通り、やればやるほど、使いにくくなっていくことも事実…
図示してみたのですが、
・ 最初はみんなの意見を取り入れることにより、どんどん使いやすくなっていく😊
・ ところが、ある時を境に急激に使いにくくなっていく😨
➡ 個人的な感覚ですが、
・「もうちょっと改善すればスゴク使いやすいのにな～」と、一部の人に言われるくらいがちょうどいい。
・ 自分自身も「もうちょっと使いやすくしたいな」と思えるところで「やめる」勇気を持つこと。
が大切なのではないかと、思い始めています。
では、
「いったい、どこがやめるタイミングなのか」
＞ 本当に必要な機能と、そうでない機能の見極めは？
＞ 使いにくくなる／使いやすくなる の境界線はどこ？
＞ 「もっと便利にしたい」という自身との闘いｗ
「出された意見にどう対処するのか？」
＞ 無視？
＞ テキトーにごまかす？
＞ とことん向き合う？
という疑問が出てきます。
よく、「70点でもいいから、まずはアウトプットしよう」と言われますが、「70点の定義」が個人によってそれぞれ異なるのも事実。
そういった意味で、この疑問は、「人はなぜ生きているのか？」と同じくらい深く、「愛と恋の違いは？」と同じくらい人々の価値観によるのかもしれません(笑)
そんなことを考えさせられるkintoneの市民開発は深いな～と思いながら、今日も、データベースと向き合っています。
共有する
ミュートしたユーザーの投稿です。
投稿を表示お気持ち良く分かります。
弊社もよく
「自動化したい」「入力を少なくしたい」という希望がよく上がってきていました。
弊社の考え方としては
「JavaScriptを組み込んだ場合、担当者が変わっても運用を続けられるのか？」
というところに重点を置いています。
現在は「NO」です。
・プラグインを利用する
・JavaScriptを取り込む
希望された方に上記のお話はさせていただきます。
プラグインは費用の提示をすることで
「そんなにお金がかかるなんて知らなった」
「お金かかるならいいや」
現在はこのような返答しか返ってきません💦
希望を出してもらえるのはとてもうれしいのですが
利用者は簡単にできると思っているようなので、なかなか実装は難しかったりしますよね。
JavaScriptですが、弊社として本番の運用環境での取り込みは禁止されています。
理由としては、cybozu.com管理者以外アプリの作成に詳しい方がおらず、
kintoneをもっと学びたいという方が少ないんです。
基本機能でどこまでできるかわかっていない状況なのに、
そこにJavaScriptまで利用してしまうとエクセルのように属人化してしまうので。
標準機能は日々更新されていくので、標準機能で実装できるのに
JavaScriptを組み込んでいってしまうと、どんな機能が搭載されているのか
わからなくならないのでしょうか？
一人の意見で利用しやすくなっても他の方が利用しやすいかはまた別の問題ですしね。
キンコミでも前任者が辞められて、JavaScriptが取り込まれていてアプリの仕様が
わからなくて困るという投稿も何度も見かけました。
弊社もアプリ管理者が引継ぎをせずに辞めていかれて、
そのアプリをcybozu.com管理者が管理することになりました。
JavaScriptが組み込まれていなくて本当に良かったと思っています。
アプリは長く運用していく想定で、公式ヘルプやプラグインの利用方法のサイトを
見るのみで作り方がわかるアプリのが良いのではないか？とよく感じるようになりました。
公式ヘルプに記載があれば、管理者向けにリンクを貼っておけば
後から見直したときに誰でもわかりやすいです😊
弊社がJavaScriptを利用することになる機会が来るとしたら
kintoneの標準機能で何ができるかわかるという方が増え
JavaScriptも書ける方が増えた段階になるかなと思います。
現状の運用を見ていると、そんな日が来る前にプラグインを利用する方が
可能性としては高いような気もします。
ミュートしたユーザーの投稿です。
投稿を表示お気持ち良く分かります。
当社でも同じようなことになっています。
でも、仕方ないとも思っています。
ユーザーは悪気があって言っているわけではないので。
どうしても、知見や経験の差、そしてシステム側から見える景色と、
ユーザー側から見える景色が違うので、
なかなか話ししても理解して貰えないことが多いです。
その時は、無駄になるなと思いつつも、
せっかく前乗りになったユーザーの気持ちを折りたくはないので、
一応、意見を言いつつユーザーの意見を極力聞いてあげるようにします。
（極力なので全部ではないです🤔）
そして、気がついてもらいます。
この繰り返しでユーザーにシステムの知見を深めてもらっています。
これを繰り返していたところ、
1年くらい経ったある日「言っていることがようやく理解出来た」と言われました。
（おい、今頃か～と思いましたが⋯😅）
理解してもらえると、
システムでカバーする方が良いのか、運用でカバーする方が良いのか、
費用対効果で、ベストではないけどベターであるとか、
結構スムーズに話が進みました。
凄い上から目線なような話になって申し訳ないのですが、
ユーザーを育てるってことも重要だと思ってやっています。
苦労は絶えないと思いますがお互い頑張りましょう😊
ミュートしたユーザーの投稿です。
投稿を表示初めまして！
私もひとり管理者として、kintoneでDXに取り組んでいます。
ユーザーが増えるにつれて、鉄水さんの職場のように色々と要望が出てくるようになりました。
私の場合は、ライトコースなのでプラグインが入れられなかったり、
JavaScriptの専門的な知識がないので、できることに限りがあったりするので、
現実的にストップできている面がありますが…
個人的に意識しているのは、以下の２点です。
その修正・改良は
■汎用性があるか
・他部署でも展開すると想定したときに、ある程度カスタムで汎用化できるような
構造をしているか。ガラパゴス化していないか。
（すでに全社利用している場合でも、この想定で考えます）
■自分がいなくなっても運用できるか、属人化していないか
ひとり管理者なので、どうしてもある程度属人化してしまうのですが、
・自分がいなくなっても、ある程度構造が理解できる
（JavaScriptを使えたとしても、他人が容易に分かる程度に留める）
・なるべく標準機能でできるところは、標準機能で対応する！
あとは、kintoneは便利だし、やろうと思えば何でもできるけど、
「一部のためのシステムではない」ということを、勉強会などで
社内に頻繁に周知していくことでしょうか…🤔
鉄水さんの場合、
・社内のkintoneの期待度が高い
・鉄水さんが期待に応えられてしまうほどのスキルを持っている
と良い要素が組み合わさって、機能がインフレしちゃってるような感じですよね
羨ましい反面、ご苦労も多いと思います…！
以前、kintoneのデベロッパーさんとお話したときに
「（kintoneはどこまでもカスタムできて、属人化しちゃいがちだから）
スタンダードコースに入っていても、一部ライトコースに機能を落とすことが出来たら
いいよね」と言われたことがあります。
それくらい、この問題は難しいのかもしれませんね。
今後もお互い頑張っていきましょう…！
ご参考までに！