アジャイル開発への取り組み

STEP1問題の発見

ある日の3人

松元

若手社員は、社内ルールを学ぶために申請業務などの庶務的な作業を任されることが多いよね。

塙

そうだね。業務に慣れていないということもあるけど、
思っていたよりも庶務にかける時間って多いものだね。

佐藤

この作業って本当に必要かなあと思うものもたまにあるよ。
負荷を減らして他の作業をしたいな、とか。

3人

今度始まるシステム開発の研修で、業務改善ができるシステムを作りたいね！

3人は普段の業務の中に潜むムダを洗い出し、特に社内で発生する調査に注目しました。TGｉNETでは、あるシステムのデータ変更などに伴って発生する他のシステムへの影響調査や、その回答状況の確認、リマインドなどに時間を要していました。システムによっては、変更の影響が非常に広範囲に亘るため、調査の負荷が高いケースも多くあります。

「社内調査でのムダが省けると、
あるグループでは
年間3,000時間が
節約できる試算になるぞ！」

システム名は「ムダトリ3000」に決定！

STEP2技術で解決へ

アジャイル開発手法を利用し、3人の開発チームで2～3週間の1サイクルを回します。1サイクルでプロトタイプを開発してグループ内で検証し、フィードバックの内容を元に5サイクルで改善。その結果、3ヶ月ほどで4つの機能を実装したムダトリ3000が構築できました。

• メール送信：リマインドリ

  未回答者のみ
  自動で適切なリマインド

  回答状況の調査を省く

• 調査回答：コタエナガ

  わからない時は
  他の人に回答を依頼

  わからないことで
  悩む時間を省く

• 調査依頼：キキトリ

  システム単位で
  調査を依頼できる

  システム担当者が
  誰かの調査、
  不要なシステムへの
  調査依頼を省く

• 進捗管理：オワッタカ

  マイページに
  未回答調査のみを表示

  自分の回答状況を
  覚えておくことを省く