【17-E-4】未来はどこにいても誰にでも平等にある。未来を創るのは自分自身だ。～SIerの中で生きるということ～

【17-E-4】未来はどこにいても誰にでも平等にある。未来を創るのは自分自身だ。～SIerの中で生きるということ～川島義隆 TIS株式会社産業事業統括本部サービス&コミュニケーション事業部サービス第1部 Developers Summit 2011

略歴● 1999年 TIS株式会社入社● 2011年現在まで同じ顧客の案件を担当　　　　　　　　　　　　　　　　　　以上

artifact● solr-jdbc – http://code.google.com/p/solr-jdbc/● dry-validator – http://code.google.com/p/dry-validator/

2部構成でお話します第1部 SIについて考える第2部 SIerも変わらなきゃの事例

第1部SIについて考える

終わったコンテンツSIerはオワコンか?

SI(er) への悲観論が最近多いですねー

SI業界からはさっさと抜けだしたほうがいい。

日本のIT業界は救いようがない。絶望的としか言いようがない。

SIerとは何か?

「IT企業」という、よく意味の分からないイメージだけで虚像の信用を作り上げて、口先三寸で仕事を受けて、一定の利益を吸い上げて、下請けに仕事を流しているだけの実態のない会社の総称。真・コンピュータ用語辞典より

SIerはゼネコンか?

確かに建築業や製造業を模倣してきた

でも何か違うsame different・多重下請・生産性・請負・品質・工事進行基準・原価構造・無形

情報サービス産業なんです構築するシステムはその手段。だから作らないという提案も存在する

よって今日主張したいのは

SIはサービス業であるということ

ここで言いたいサービスはサービス精神 (も重要だけど) ではなくて

他のサービス業のお客さまとの信頼関係生産性・品質に学ぼう

こと細かく指示しなくてもエエ感じにやってくれる

こだわりの披露宴内容を余すとこなく撮影し、その最後に感動的に Releaseする究極のアジャイル

片や現在の受託開発は…1から10まで全部聞かないと作れない

(例)要件定義で出てくるもの下のサムネイルだけではなんか寂しいから、「次の写真」「前の写真」へのリンクをつけたい前へ　| 次へちょっとこの画像のサイズ大きすぎてメインの外観写真のインパクトが薄れるからもうちょっと小さいサイズにしたい 3列表示だと隙間ができちゃう場合って、 4列にできないかなぁ。

(例)開発側からの確認事項タブ押したときって、どの写真に遷移するんですか? 規定より小さいサイズで入稿された場合、どう表示しますか?前へ　| 次へ一番最後の写真に関しては「次へ」のリンクは出さないでいいですか? サムネイルの並び順は写真のコード昇順でよいですか?

これでは…SIはサービス業として再生しなくては！

(例)「フォトアルバム系の機能はこれできまり！」ってカタログがあればいちいち確認しなくてもよい ● メイン画像とサブ画像セットで1回の入稿として扱う。 – それぞれの画像に対してキャッチコピーをつける。 – 画像ごとのキャッチコピーとは別に一覧表示用のキャッチコピーもつける。 – 一覧表示用のキャッチはサムネイルと同時に出す。 – 写真にはタグ付けができ、それで検索が可能。 – 写真が規定より小さいサイズの場合は、センタリングして余白を埋めて、規定サイズにする。 ● 他へのページのリンクをつける (相互集客効果)前へ　| 次へ – 入稿物は並び順の属性をもち、写真の入稿時に指定する。 – 一番最後の並び順の写真からは一番最初の写真へリンクする。 – 掲載主で1件の写真しかない場合だけ、「前へ」「次へ」のリンク自体をトルツメする。 – ● これでお任せしていただければ○○円で提供できます。

SIerのサービス業化のために必要なことたくさんのプロジェクトの経験を活用しお客様にプロフェッショナルな「サービス」を提供しよう！

第1部　おわり

第2部SIerも変わらなきゃの事例

第2部の事例のベースとなる環境開発プロセスモデルウォータフォールだがSCRUMに近い開発言語 Java BTSフレームワーク redMine SAStruts BuildDB Maven2 Oracle / MySQL / Solr CIIDE Hudson → Jenkins Eclipse QA Testlink

「おまかせ」してもらえるプロフェッショナルな開発ができるようになろう

プロジェクトマネージャに権限が集中していて専門性が発揮できていないことが多い

計画と遂行での役割を分ける

ITSSでも…

拡大解釈してこう考えるITA 計画に責任を持つPM 遂行に責任を持つ

ITAが計画フェーズで行うべき 5つの設計

1. System meta design2. Process design3. Automation design4. Communication design5. Presentation design ※これらは直行してないので内容にはダブりがあります

System meta design

1.開発者が何を決めるかを決める2.アーキテクチャにあわせて体制を決める3.高度のスキルを要求する機能を集中させる

システムのデザインコンセプト inject フレームワークサブシステム分割設計ドキュメント開発環境・・・

PMとの関わりの部分でアーキテクチャが重要なのは、チーム体制を左右するから

コンウェイの法則システムを設計する組織は、その構造をそっくりまねた構造の設計を生み出してしまう

失敗例:アーキテクチャが密なところで、チーム分割してしまう。アーキテクチャが疎なのに、○○共有会なるものをたくさんやってしまう。

プログラマの生産性の問題プログラマの生産性は、その能力によって10〜20倍違いがある本当にそう思うが、エンタープライズの開発では、そうでないプログラミングの領域もたくさん存在するのも事実。

体制とアーキテクチャを結び付けた例例えばこんなシステム間連携をするプロジェクトがあったとする Aシステム Bシステム Cシステム Dシステム

ハブ-スポーク型のアーキテクチャを採用し、高スキルなエンジニアを集めてチームを作ると効率よく開発できた。Aシステム Bシステム MediatorCシステム Dシステム

Process Design

1.アーキテクチャにあわせてタスクの順番を決める2.開発者の日々の作業のリズムを設計する

WBSじゃ分からないことどういう順序でタスクを進めるか?ボトルネックとなりそうなタスクはどれか?そしてこれはアーキテクチャにも依存する

Serviceクラスを作るためには、Entityクラスを先に作る必要があって、Entityクラスを作るためには、ER図に物理名が埋まっている必要があって、ER図に物理名が埋まっているためには…

Automation Design

1.ボトルネックタスクのところを中心に自動化する2.自動化によって浮いたパワーをどこに使うかを設計する

例DBAがボトルネックになると、開発全体に影響がでるので、徹底してそこを自動化しています。

Project repository Programmer DBA Source Maven codes projects Maven Entityprojects Data H2 for Tests Database ERD Apache Solr

自動化のアンチパタンxxxをxxxツールによって自動化し生産性向上しました (おわり)

例えば、「redMineを使いたいんですけど」「今のExcelと何が違うの？」「更新のメール送んなくても自動で送信してくれるんすよ」「そんなこと面倒臭がってちゃダメだ。社会人なんだから。」「…分かりました(やれやれバカな上司だ)」な会話は効果の狙い所が異なるから起こる

自動化を導入するときは、効果を定量化するまでいかなくても、自動化によって○○という役割にあてていたパワーを△△に使うことができますという文脈で話をするとよいです。

Communication Design

1.コミュニケーションパスを設計する2.コミュニケーション手段を設計する

チケットをどういう順序でまわしていくかは、トラッカ毎にこと細かに決めています。

SIerのコミュニケーションはメールに依存しすぎ。1日200通とか…多い人でも1日100通以内に収まるようにコミュニケーションパスと手段を設計する連絡的なものはIMにしている。「チケット確認してください」「tomcat再起動します」「ビルド失敗だよ」

Presentation Design Most important

1.成果の見える化を計画する2.形式知を暗黙知に変換させる

ふりかえりのアンチパタン突発のタスクがたくさんあって、進捗遅れの原因となった。次からはタスク見積りにバッファをもたせて、余裕のある計画作りをします。 (おわり)

こういうふりかえりでないとどういうものを作ったのか?お客さまが喜んでくれたところは?時間がかかったことは何か?それはそれだけの時間をかけるものだったのか? ※収益的な話は外してます

SIのプロジェクトにおける課題共同化表出化内面化連結化内面化→共同化連結化→内面化に壁がある

プロジェクト間のキャズムを超える超えさせる手助けをするのがITAの役割。ここは今考えています。

第2部　おわり

本日のダイジェスト SIはサービス業に立ち返ろうそのためにはまずプロフェッショナルな仕事が必要なんじゃないかなプロジェクトを計画と遂行で責任の所在を分けて挑戦してみてます (参考になれば！)

ありがとうございました

http://d.hatena.ne.jp	99
http://coderwall.com	93
http://devsummary.miukoba.net	39
http://paper.li	18
http://us-w1.rockmelt.com	8
http://twitter.com	4
http://a0.twimg.com	3
https://bizsol.pa-rk.co.jp	2

【17-E-4】未来はどこにいても誰にでも平等にある。未来を創るのは自分自身だ。～SIerの中で生きるということ～

by yoshitka kawashima on Feb 17, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

8 Embeds 266

Statistics