経営を支えるIT部門実現の記録2005

経営を支える
IT部門実現の記録

株式会社ウェブクルー
情報システム部
部長清水誠
2005年当時。現在
は在籍していません。

会社概要
株式会社ウェブクルー

設立年月日 1999年10月1日

資本金 21億8795万円

代表者代表取締役社長渡辺久憲

売上高 26億3826万円（2004年9月期実績）

所在地東京都港区六本木1-6-1泉ガーデンタワー13F

主たる業務 Eマーケットプレイス
マーケットプレイスの企画・運営
マーケットプレイス
情報通信サービス・金融サービスの企画・営業

2005年当時。現在と
は異なります。
Copyright © 2005 WebCrew Inc. All rights reserved. 2

下記の比較サイトを自社で企画・開発・運営
金融関係 2005年9月現在

自動車保険
生命保険
保険火災保険ローン投資
旅行保険
ペット、バイク、ゴルフ

その他中古車査定


ビジネスモデル
参加会社にとってのメリット
従来の広告媒体・代理店
チャネルと比べて1件あたり
の顧客獲得コストが安くなる
顧客にとってのメリット
各保険会社に対する資料
請求および見積もり依頼が
ワンストップで可能


情報システム部に求められること
開発期間を短縮すること
仮説・実行・検証のサイクルを反復できること

Plan Do Check Action
新規立ち上げ効果検証機能変更・追加効果検証機能変更・追加効果検証

？？？
17日：
日：機能を絞って最短期間で
日： 10日：
日：３日で開発し７日検証
日：

を１サイトにつき月に１～２回実施

２０サイト分が同時進行


改革前：突貫工事の結果
仕様は頭の中
ソースコードを調べないと分からない
所要時間が予測不能
予期しない不具合が発生
運用効率が悪い
変更に弱い（怖い）
サイト間でバラバラ
選任スタッフしか対応できない

毎月改革

とにかく立ち上げろ！
立ち上げろ！

1999 2000 2001 2002 2003 2004 2005

改革のゴール
求められることに応える
問題点を解決する
自分たちの意志・希望

1. 運用効率を改善する→開発期間を３分の２に
運用効率を改善する
2. 機会損失を減らす
3. 変化を受け入れるシステムにする
4. ROIを明確化する
を明確化する


１．運用効率を改善するために
スケジュールを予測可能に
ワークフロー（プロセスと役割）を定義
用語が統一された
タスクの漏れが無くなった
工数管理システムを導入
工数（時間）の予測と実績の乖離が
分かるようになった
実績蓄積により、予測精度が向上した


メンバーが行動を記録すると

Server

レポートに反映される


大量のタスクを効率的に管理
バグトラッキングシステムを導入
仕事の依頼・調整・進捗をWeb上で一元管理
常時200～300のタスクを管理可能に
進捗が視覚的・数値的に把握可能に
優先度により作業の順番を決める習慣がついた


検索・絞込み・並び替えが可能

クリックすると詳細情報

コメント（掲示板）


依頼者が登録放置
システム部マネージャーが内容確認
内容を確認し、必要に応じて補足・修正・質問作業中
担当者を決定
作業量と多忙度により期日を調整テストUp
担当が作業 NG
着手時にステータスを「作業中」に変更確認
OK
テスト環境にUPした後にステータスを「テストUP」へ変更
依頼者がテスト環境で動作確認本番Up
結果（OK／NG）をコメントとして追加 NG
確認
担当が本番UP OK
ステータスを「本番UP」へ変更
完了
依頼者が最終確認と完了
結果がNGの場合は、理由をコメントとして追加
結果がOKの場合は、Issueを「完了」


仕組みマーケティング部

プロジェクトメンバー

登録

通知
クリエイティブ部情報システム部


時期により仕事量が増減しても対応可能に
オープンソース型の分散環境で社外とコラボレーション
CVS / Bug Tracking System / Wiki / Messenger /
Skypeを導入
社外でも社内と同じ環境に
必要に応じてフリーランスや協力会社へアウトソース可能に

コラボレーショ
ン環境
本社
自宅
モバイル


（各種ツールの位置づけ）
バグトラッキングシステム：タスク管理
情報システム部へのすべての依頼を受付・管理
CVS：ソースコードのバージョン管理
HTMLファイルやconfigファイル、仕様書も
コミット時に差分をメール通知
EclipseをClientとして採用
Wiki：情報共有
情報の構造化やハイパーリンクが容易
Messenger：リアルタイムのコミュニケーション
メールは時差があり一方的
Skype：国外との音声通話


サイト間で統一
仕様を統一しガイドライン化
デザインと仕様策定が容易に
ユーザビリティが向上
運用手順を統一しガイドライン化
担当以外でも対応可能に
複数のサーバを統合
２０台が3台に集約され、管理が楽に


サーバ構成：Before
インターネット

ルータ

ファイアウォール

ロードバランサ

Webサーバ1 Webサーバ2 Webサーバ3 Webサーバ4
(perl) (php) (JAVA) (JAVA)
・・・20台以上
・・・台以上

DBサーバ
(AIX 4.3 Oracle8i)


サーバ構成：After
インターネット

ルータ

ファイアウォール

ロードバランサ

Webサーバ1 Webサーバ2 Webサーバ3
・・・3台
・・・台
（アクティブ） (アクティブ) (スタンバイ)

[サーバスペック]
機種: DELL PowerEdge 2650
CPU: Intel Xeon 3.6GHz × 2
DBサーバ1 DBサーバ2 メモリ: 2GB
(RedHat Enterprise Linux (RedHat Enterprise Linux HDD: 36GB×2(RAID1構成)
Oracle10g) Oracle10g)
[ストレージ]
DELL/EMC CX300
HDD: 36GB×5 （ファイバーチャネル）
ストレージ


Pukiwiki
知識の共有を促進
Wikiを導入し、知識を共同所有
変更の差分をメール通知
情報が蓄積されるようになった
コラボレーションにより品質が向上

その場で編集が可能

編集の差分は
メンバーへメール通知


メンテナンスをシステム化
掲載データ更新や集計のWebアプリ開発
迅速な対応が可能に（依頼者が直接作業）

ページのコンテンツ更新

データ検索・抽出
データ集計・ダウンロード


１．運用効率を改善するために（まとめ）
スケジュールを予測可能に
大量のタスクを効率的に管理
時期により仕事量が増減しても対応可能に
サイト間で統一
知識の共有を促進
メンテナンスをシステム化


２．機会損失を減らすために
入力データを失わない
ページ間の入力データ保存はメモリではなくDBへ
ページ毎の脱落率が判明
データベースの可用性を改善
Oracle 8iから10g SE RACへ
障害時の切替時間が3分から1秒に
バグを減らす
Form入力支援ソフト
自動テストツールでテストを促進
変更の度に気軽にテストが可能
BadBoy


ページが変わる度にデータ保存
入力１入力２確認完了

DB DB DB

コンバージョン率が重要
100% 85% 30% 25%
?

１クリックでForm記入


３．変化を受け入れるシステムにするために
仕様の統一を促進
共通仕様をモジュール化
何が共通で何が独自仕様かが明確に
情報システムからの統一提案が増加


３．変化を受け入れるシステムにするために
変更の作業を簡単に
脱Java、独自フレームワークを開発
ビルド不要：XMLファイルを変更すれば仕様が変わる
テストやレビューの時間が減少

XML定義ファイル
定義ファイル Webサイト
サイト
<layout id=“step1”>
<header id=“”報情本基 />
<body>
<item id=“name1” text=“ ”字漢 />
<item id=“gender”/>
…
</body>
</layout>
<navigation>
<next page=“step2”/>
</navigation>
</layout>


４．ROIを明確化するために
サイトのROIを計測可能に
ログ分析ソフトを導入
集客のきめ細かい分析が可能に
デザインの客観的な仮説検証が可能に

社内コストを明確にする
サイト別社内コストを毎月レポート
工数管理システムを導入
サイト別の所要時間が算出可能に
社内コスト請求のフローを検討・導入
サイト別の収支判断が可能に
制作・開発の依頼方法が最適化
メンバーのコスト意識が改善


28 Copyright © 2005 WebCrew Inc. All rights reserved.
メンバーの満足度向上
変更・改善の逆提案が発生
2 2 2 2 2 2 2 2 2 2
0 2
0 2
0 2 2 2 2 2 2 2 2 2 2
0 2
0 2
0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0
6 0
6 0
6 0
6 0
6 0
6 0
6 0
6 0
6 年5 年5 年5 0
5 0
5 0
5 0
5 0
5 0
5 0
5 0
5 0
5 年4 年4 年4
年年年年年年年年年年年年年年年年年年
9 8 7 6 5 4 3 2 1 1
2 1
1 1
0 9 8 7 6 5 4 3 2 1 1
2 1
1 1
0
月月月月月月月月月月月月月月月月月月月月月月月月
改革
運用・開発コストは２分の１に
ボトルネックはシステム開発から営業へ
新規立ち上げの期間は３分の２に
改革の結果

その後
サイトの選択と集中
可能になった収支判断の結果、一部のサイトを閉鎖
運用コストにメリハリ
サイトの成長に合わせて安価な環境も用意
独自フレームワークはO/RマッピングによりDB非依存

以前は１パターン現在はピンキリ（利益率に合わせて選択）
Oracle 10g / Red Hat Enterprise / IDC
Oracle 8i / AIX / IDC
または
PostgreSQL 8 / Red Hat 9 / レンタルサーバ


改革のポイント
実施は狭く、視野は広く
部外へもアメを
見える成果で達成感を
新しいアプローチやツールをフル活用
誇れる部で働きたい意志


ありがとうございました


経営を支えるIT部門実現の記録2005

More Related Content

経営を支えるIT部門実現の記録2005