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

STEP1問題の発見

ある日の3人

Y.M

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

Y.H

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

Y.S

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

3人

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

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

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

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

STEP2技術で解決へ

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

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

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

  回答状況の調査を省く

• 調査回答：コタエナガ

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

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

• 調査依頼：キキトリ

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

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

• 進捗管理：オワッタカ

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

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