ユーザ主体によるリーン＆高機動なシステムつくり～ アジャイル開発手法を適用したＷＥＢシステム開発を学ぶ ～２０１４年３月６日
ヤンマーエネルギーシステム株式会社
企画部 大坪 啓二

1/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

本日の内容

前提条件となる弊社の紹介
まずは、どんなシステムで作ったのかをお話しします。
デモを行います
当社におけるＩＴの悩みどのように解決していくのか、いい方法があるのか？
効果はあったか？

事例のほとんどは当社でのことであり、当社はＩＴに関して決して先進的な企業でありませんので、もしかすると、そんなことは世間では解決済みですよって指摘されることも多いとは思います。
しかしながら、こういうことで悩んでいる企業もあるという一例としてお恥ずかしい内容ですがお話ししていきたいと思います。
2/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

事例の前提知識として：弊社の紹介
商号
設立
本社所在地
資本金
株主
売上高
生産工場

平成１５年３月３日（同3
平成１５年３月３日（同3月21日営業開始）
21日営業開始）
大阪市北区大淀中５丁目１２番３９号
9千万円
ヤンマー株式会社１００%
ヤンマー株式会社１００%出資
638億円（平成24年度実績）
年度実績）
638億円（平成24空調商品（岡山）、発電商品（大阪・福岡）

ヤンマーグループの中で発電・空調事業を行っている会社です
ｴﾈﾙｷﾞｰｼｽﾃﾑ事業
ｴﾈﾙｷﾞｰｼｽﾃﾑ事業

舶用事業
舶用事業

発電・空調
発電・空調
エンジン事業
エンジン事業

マリン
マリン
プレジャー事業
プレジャー事業

農業機械事業
農業機械事業
建設機械事業
建設機械事業3/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製事例の前提知識として：取り扱い商品
以下の商品の開発・製造・販売・据付・保守サービス（遠隔監視）を行っています。
機器製造メーカーであるとともに、据付・保守サービスを行う建設業法上の特定建設業会社。
今回のシステムはこの領域になります。

ｶﾞｽﾋｰﾄﾎﾟﾝﾌﾟｴｱｺﾝ（GHP）
ｶﾞｽﾋｰﾄﾎﾟﾝﾌﾟｴｱｺﾝ（GHP）
ｶﾞｽ空調

常用発電装置
常用発電装置ｺｰｼﾞｪﾈﾚｰｼｮﾝｼｽﾃﾑ
ｺｰｼﾞｪﾈﾚｰｼｮﾝｼｽﾃﾑ

発電機の需要は震災後堅調です

ﾏｲｸﾛｺｰｼﾞｪﾈﾏｲｸﾛｺｰｼﾞｪﾈ

非常用発電装置
非常用発電装置

小さいｺｰｼﾞｪﾈです

ﾒﾀﾝｶﾞｽで発電するﾓﾃﾞﾙはよく売れています
4/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

写真はﾊﾟｯｹｰｼﾞ型防災向け商品

事例の前提知識として：グループ内での当社位置づけ（組織面）
ヤンマーからエンジンを仕入れて空調機、発電機に搭載しています

ヤンマー
ﾔﾝﾏｰ情報ｼｽﾃﾑ

資材

設計

情報ｼｽﾃﾑ製造

情報ｼｽﾃﾑエネルギーシステム事業分野

当社

空調機の生産子会社

私の所属部門です

設計

サービス
営業

福岡

企画

岡山

製造

大阪

設計
資材

製造

製造

設計
資材

発電機の生産委託先

発電機の生産子会社

5/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製事例の前提知識として：事業所

１０支社、支店
１７営業所サービスセンター
札幌支店

工場 4箇所（生産委託先含む）

道東CS
道東CS
道南CS
道南CS

倉庫 4箇所(空調x2発電x2)

青森営業所
盛岡営業所
秋田CS
秋田CS

ﾔﾝﾏｰｴﾈﾙｷﾞｰｼｽﾃﾑ製造

仙台支店
金沢支店

北関東営業所

いわき営業所

山陰CS
山陰CS山口CS
山口CS

福岡支店
長崎CS
長崎CS

ｺｰﾘﾝ本社工場
ｺｰﾘﾝ筑紫野工場

熊本CS
熊本CS

大阪支社

神奈川営業所

東関東営業所

広島支店
名古屋支店 静岡営業所 東京支社
高松支店
大分CS
大分CS
宮崎CS
宮崎CS

本社

南九州営業所ｵｰﾊﾂ

6/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

沖縄支店

こんな感じのシステムを構築しはじめました
Notesを使って管理していました
エンジンが不調の時に交換します。
外されたエンジンは整備工場に送られて再整備後にリビルトエンジンとなります。
エンジン交換決定→在庫のエンジンの発送→エンジンの交換→外したエンジンの返却

エンジンの返却・整備を管理するシステム

ＧＨＰ（ｶﾞｽﾋｰﾄﾎﾟﾝﾌﾟｴｱｺﾝ）
ｶﾞｽｴﾝｼﾞﾝでｺﾝﾌﾟﾚｯｻ駆動

ＥＨＰ（電気ﾋｰﾄﾎﾟﾝﾌﾟｴｱｺﾝ）
電気ﾓｰﾀｰでｺﾝﾌﾟﾚｯｻ駆動エンジンの状態遷移

7/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

実際に適応して作ったシステムの紹介（デモの部分）

引合受注

引当

ｴﾝｼﾞﾝ受領

整備依頼

整備開始

返却

ﾛｸﾞｲﾝ画面

整備依頼マスターメンテ

8/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

整備完了

出荷

組立ﾁｪｯｸｼｰﾄ•約40画面•8テーブル

開発過程の概要（どういうように実施したか）
目的：実際にシステムとして運用できる技術を学習する。
内容を１ヶ月単位に区切り、分からないところを翌月に契約する方式とする→従量制の適用をやってみる◆１１月からスタートして２月に試行運用開始
5日間

2013年9月
・アジャイル開発手法を学ぶ
・Ruby On Railsを学ぶ

2013年2月
・試行的に運用開始

Heroku（Railsｻｰﾊﾞｰ）の設定
Gmail連携の設定【問題点・課題】
単体画面は作成できるようになったがシステムとして運用させるにはまだまだ技術が足りない。

2013年1月
・クラウド環境の設定を学ぶ

2013年11月
・要求開発ワークショップの実地学習
要件定義を改めて作成しないで、現状のｼｽﾃﾑから開発要求WSを行う

2013年12月
・開発スプリントの実地学習
Version Oneの使い方
GitHubの使い方の復習

9/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

基幹システムでの悩み
基幹システムのほとんどはグループ共通です。

既存のシステムを改修して機能追加を行いたいけどグループ全体で共通のため変えてもらえない（複雑で大きすぎる）

事業で共通でないところは対象外となっていることが多い。
（会計と関係ないところは特に対象外＝プロセスの管理系）

当社
設計
生産

ﾏﾘﾝ・ﾌﾟﾚｼﾞｬｰ

舶用事業

建機事業

ｴﾝｼﾞﾝ事業

農機事業

工事が占める割合が高い
コア部分が違う製造メーカと建設業の側面

グループ共通のＰＤＭシステム

個別共通の生産管理システム

販売

共通の販売物流システム

個別

サービス
補用部品共通のサービスシステム

個別会計
人事

グループ共通会計システム

グループ共通の人事システム

10/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

他の事業分野とは売上構成が大きく異なります。

システムを使っていて困っていること（変化への対応面）
業務は日々変わっていくが、システムは変わらない

当社の基幹システム（グループ共通のも）

不満足度
初期
投資

費用

次期
投資
業務は変化してもシステムは変えることができない

保守費用
ＰＤＣＡ型（こうありたい）
初期投資費用カイゼンのサイクルも早いし回数も多い

持続的改善費用

定期投資

難しいところは外部を利用する
技術支援

定期投資

不満足度

図は2013年7月2日 機械振興会館（東京） 法政大学西岡先生の資料を引用

11/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

今のシステムは結果管理。プロセスを管理できないことも…
一度作ったシステムの変更は難しい（決済、コスト、迅速性）
グループ共通の基幹システムでは最大公約数、結果管理が中心→極端なことを言ってしまえば、会計のためのシステム実際に変化が多い業務のプロセスを管理できるようにはなっていない。
業務プロセスが統一できないのでなかなかシステム化ができない・されない部分です。

例えば、当社の修理。保守サービス部門の仕事の流れとシステム
お客様の問合せ

修理
受付
電話で解決

修理
実施

修理
売上

こっちはシステムの履歴に残る

こちら側は、担当者の記憶かExcelの中へ…

実際に費用が発生する（会計処理が必要）場合は修理来歴がデータとして保存されるが問合せを受けた担当者が電話で解決してしまうとお客様のコンタクト履歴は残らないしかし、コンタクト履歴をExcelで管理するのは、ちょっと面倒です。
1人でやるならいいかもしれないですが、電話を受けながら入力は難しいし大変です。
→もっと使い易くならいか？
12/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

そこで自分たちでＷＥＢシステム開発に挑戦！

クライアントのＯＳのバージョンなどに依存しない仕組
サーバーサイドのプログラム
ブラウザで動いて特別なプログラムを必要としない
サーバー側でバッチ処理ができて基幹システムのデータを取り込みたい
データを共有できるようにリレーショナルデータベースを使いたい

私達ユーザが開発する独自のシステムであってもWebシステムが理想的な形のようです。

まず、やってみる。いえいえ、チャレンジしてみたい。
13/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

やろうと思うと結構ハードルが高い

簡単にWebシステムをつくることができない開発言語、ツールを使いこなすためのハードルが高い
例えば、私個人に閉じた話では・私個人だけでいけば、PHPを使って開発は可能でしたが一緒に仕事をするメンバーには負担が大きかったようです。
・Mojaviをベースにした独自開発のフレームワークだったために私自身が手取り足取り教える時間が取れないことも問題でした。
一応は開発効率を上げるためにExcelの画面定義ファイルを書くと画面レイアウトとかSQLなんかを自働生成するようなフレームワークを作りました。
今でも100画面くらいの仕組が動いています。

PHPベースでもいいが、使い方などの資料が豊富にあってできれば、教育してもらえるものはないか？
14/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

リーン＆高機動なシステムつくりには２つの側面がありそう何をしたいのか？
何を作るのか？

何でつくるのか？

アジャイル開発の手法

ツールは色々ありそう

社内で内製でシステムをつくると更にどのように管理していくのか
15/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

今回はスクラムとRuby On Railsでやってみる１つの選択肢として「Ｒｕｂｙ ｏｎ Ｒａｉｌｓ＋アジャイル＋クラウド」という結論にいたりました。
ただ、私達にはノウハウがないので、教育を受けてみようと当方のねらい
Ｗｅｂシステムを開発できるスキルとしてRuby on railsを学習で私と一緒に仕事をしているメンバーは新規に一から開発できるようになること。
ただし、ユーザー部門の参加者は修正できるスキルがつけばいい

開発手法としてアジャイル開発を学習できること。 探そう
安く早く＋簡単に運用できる環境としてクラウドよ をみ 法
題材には実際にＷｅｂで作りたいものを！て 方っ うや ら違ず
ま メな
ダ16/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製
私が勉強してみたいというのが一番でしたが…

う！

開発過程の概要（どういうように実施したか）
目的：実際にシステムとして運用できる技術を学習する。
内容を１ヶ月単位に区切り、分からないところを翌月に契約する方式とする→従量制の適用をやってみる◆１１月からスタートして２月に試行運用開始
5日間

2013年9月
・アジャイル開発手法を学ぶ
・Ruby On Railsを学ぶ

2013年2月
・試行的に運用開始

Heroku（Railsｻｰﾊﾞｰ）の設定
Gmail連携の設定【問題点・課題】
単体画面は作成できるようになったがシステムとして運用させるにはまだまだ技術が足りない。

2013年1月
・クラウド環境の設定を学ぶ

2013年11月
・要求開発ワークショップの実地学習
要件定義を改めて作成しないで、現状のｼｽﾃﾑから開発要求WSを行う

2013年12月
・開発スプリントの実地学習
Version Oneの使い方
GitHubの使い方の復習

17/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製

結局効果はあったのか

今回は元々あったシステムの再構築でしたので、バックログを検討する時には今のシステムの説明で事足りました。
全く新しいものが対象の時はもっと緻密に計画しないといけないでしょう。
しかし、今回はまずやってみるを優先しました。

私達の実現したかったＷｅｂシステムでの再構築はできた
Ｗｅｂのシステム開発の学習もできた
まだまだ、私達のレベルが低いですが、場数を踏めば…

バックログを整理する過程で、我々も業務の中身を詳しく知ることができました。
システム以外の案件でも、この方法は使えそう。
特にタスクボード、ＫＰＴは管理ツールとしてもいい。うまくＰＤＣＡ管理ができそうだ。
18/ Copyright©2004-2014 YANMAR Co.,Ltd. 不許複製