On-Site Customer Coding Standards
XP における「 12 のプラクティス」
なぜ日本の「ソフトづくり」は弱いのか なぜ日本の「ソフトづくり」は弱いのか
１．日本の国民性、文化、経営風土が IT に向いてない？
・高コンテキスト文化（暗黙知）
２．急速な技術革新
・ムーア、ギルダー、メカトーフの法則 （ 20 数年で 1 万倍進化）
３．ユーザ企業の IT マネジメント力の低さ
・ユーザ企業情報部門のステータスの低さ
・現業（真のユーザ）とベンダを巻き込んだコラボレーション力
４．ベンダの勉強不足
・ソフト開発力アップへのインセンティーブ働かず
・明るい職場づくり、組織力向上へのマネジメント力不足
５．「足る」を知る
・人月稼業で金が入る
・国内マーケット大きく、 QCD (Quality, Cost, Delivery) 向上不足
どうしたらソフトづくりは強くなれるか どうしたらソフトづくりは強くなれるか
１．こまめな PDCA のマネジメントサイクル（「ものづくり」に学ぶ）
・マネジメントは , 管理 / 統制ではなく、改善への支援
・明るい職場づくり
２．「見える化」、「見せる化」の徹底
・「見える化」による関係者の支援、改善 / 改革、向上心
・ソフトづくりの仕事＝作業（設計、ソフト作成）＋改善
３．システムづくりは顧客との共同作業 （トヨタの大部屋活動）
・ユーザ、ベンダともコミュニケーションとコラボレーション力の UP
・変更を是認したシステム要件
４．ユーザ、ベンダとも QCD 向上への職場風土づくり
・ユーザのレベルが高くなければベンダは育たない
・人月稼業からの脱皮
５．ソフトウェアアーキテクチャの重視
・フレームワーク（車台）とクラスライブラリ（部品）のソフト資産化
・全体システムの「見える化」
・顧客の要求、機能優先度の「見える化」
・各作業工程、進捗の「見える化」
・ムダ、正味作業、必要作業の分類の「見える化」
・手戻り、バグなど品質問題の「見える化」
・スキルマップ（多能工化）の「見える化」
・改善提案と優秀提案の「見える化」
ソフト開発における「見える化」
ソフト開発における「見える化」
・毎日朝一番、週末の 立ちミーティング
・改善活動サークル、
発表と表彰
「見える化」は管理ではなく、改善のための道具
Story Y Y Login New Us er
Get Pas s word Afal ;jds a;fuwe
Story X X Login New Us er
Afal ;jds a;fuwe Story X X Login New Us er
Afal ;jds a;fuwe
Story X X Login New Us er
Afal ;jds a;fuwe Story X X Login New Us er
Afal ;jds a;fuwe
Story X X Login New Us er
Afal ;jds a;fuwe Story Y Y
Login New Us er Get Pas s word Afal ;jds a;fuwe
Story Y Y Login New Us er
Get Pas s word Afal ;jds a;fuwe
Story Y Y Login New Us er
Get Pas s word Afal ;jds a;fuwe
Story Y Y Login New Us er
Get Pas s word Afal ;jds a;fuwe
Story Y Y Login New Us er
Get Pas s word Afal ;jds a;fuwe
Story X X Login New Us er
Afal ;jds a;fuwe