アプリ開発案件の難易度計算

2024年1月24日 15:07

こんにちは！［エン・ジャパン］kintone推進担当です。
エン転職・engageの事業部でkintoneアプリの作成・推進をしています。
▽自己紹介記事はこちら

今日はkintoneアプリ開発の難易度計算についてお届けします！

なんで難易度計算をしようと思ったの？

まずは難易度計算をしようと思った背景から、、
わたしたちはkintone開発専任組織なのでkintone開発量が成果や評価を測る指標のひとつです。
でも『開発件数』だと評価ができません。

なぜなら一言で『kintone開発』といっても、ちょっとしたフィールド変更を行なう追加改修から複数アプリが連携しているようなものを作る大規模開発までめちゃくちゃ幅があるからです。

そこでアプリ開発を難易度で計算してポイント化。
件数ではなくポイントで評価しています。

難易度を測る指標を以下でいくつかご紹介します！

業務で使用するkintoneアプリを作ったことのある方ならなんとなくお分かりになるかと思いますが、イチからアプリを作り上げる新規開発よりすでにあるアプリを追加改修するほうが難しいです。
単純に考えるべきことが増えるのです。

追加改修によってデータのカタチが変わることが多いので、「いままでのデータはどうする？新しいデータに合わせて入れなおす？」とか、「改修するためにはアプリを止めておく時間必要だよね。いつにする？だれが広報する？」などなど。

これもなんとなくイメージつく方多いと思います。
複数部署横断になることで異なる立場のステークスホルダーが増えると、kintoneアプリ開発の難易度も上がります。
要件定義がまとまりにくいからです。

例えば弊社でいえば営業部から制作部（エン転職の原稿作成部門）へ申し送りを行なうアプリ作成があるとします。
申し送りを記載する側の営業部からしてみればkintone項目はできるだけ少なくシンプルなほうがよい。
でも受け取る制作部からしてみればできるだけ事細かに多くのことを記載してほしい。

お互い大きな目的は同じでも、求める要件は違ってきます。
それをうまい落としどころを探りながら要件定義していくのはなかなか難しいところです。

エン・ジャパン［DXリスキリング］はいままで事業会社である自社でkintoneを作り続けてきたノウハウを活用する伴走型「育成」コンサルティングです。
▽サービス紹介と初回無料相談はこちら

更新したらXで発信しますのでぜひXのフォローも！https://twitter.com/enjapan_dx