BPStudy#57に参加しました #bpstudy
第一部 新たな価値観へのITビジネス視点での転換 萩本順三さん
- 政治的な話は無し
- 私が技術顧問として最適化計画を見た時、「古いな〜」と思った
- 問題があるプロジェクトに入り込んで、どうするかというのが仕事
- 火を吹いた時に入り込んでいく => はじめにオフィスへ入り込んで資料を見た時「これやめないんですか？」と聞いたほど
- 問題があるプロジェクトに入り込んで、どうするかというのが仕事
- かなりはじめの段階からダメと周りの人にも言っていたが……
何が問題か？
根底の問題は？
- IT業界の負のビジネス慣習
- ユーザ、開発両者のスキル不足
- お客さんに教えながらモデル化をしていくものなのに
- ユーザ、開発両者のスキル不足
- コスト配分が開発者寄りになり、たとえいいものを作ったとしてもユーザさんが使いこなせない
- うまく要件を引き出せないと、正しくないシステムができてしまう
- 是正しなければ
意識改革 コタツモデル
- ユーザから話を聞いてシステム開発に入るが、ユーザは必ず正しいのか
- 以下の3つから"将来"の価値を取りに行く視点を持つ
- 戦略的視点(偉い人)
- 業務問題解決の視点(業務担当の偉い人)
- IT活用の視点(開発の出来る人)
- しかし、偉い人は現在の価値を取りに行きがちだし、業務担当の偉い人は業務問題解決の視点しか持っていないことが多い
- 戦略的視点から業務解決、IT活用をしていくと、偉い人も「あ、俺業務知らなかったな」と感じで同じコタツに入ってくれる => 要求が収束する
- Howの手探り
- ビジネス戦略から
- Howの突き上げ
- テクノロジーを使うともしかしたら業務がいらなくなるかもしれない => 戦略に結びつける
- 最適化
- 切ってつなげて並行でスピーディに走らせる
- 常に価値で問う
- 設計ドキュメントなどは誰に対して価値があるのかを問う。説明できなければいらないじゃない？(ただし、技術的に説明できない場合もある)
- 自分が持っている知識をお客さんに魅力的に見えるものとする
- 自分のやりたいこと(How)を実現していこう(What)
- 自動車メーカ、ファッション業界ではできているのになぜソフトウェア業界でできない
- システム要求の牢屋に閉じ込められていたらできっこない
5年後のIT業界
- 巨大システムの開発(一枚岩)からアクセサリ化に
- コーディネート化する必要がある
- 開発者が一番強い。なぜならHowを握っているから
- ピラミッド型組織から分散自立型組織に
- 優秀な人は残して優秀じゃない人は返す、返された人は価値に敏感になれるように
- 学び、勇気を持って行動してください
第二部 執筆プロジェクトの継続的ビルド @shimizukawaさん、@cactusmanさん
この本はSphinxで書きました
- 執筆はreST
- 社内レビューはhtml
- 社外レビューはpdf
- 見た目を自由に変えられる
- 見た目を変えると誤記などに気づける
編集さんに提出
まとめ
- 提出現行の明確な仕様を決めておけばよかった
- 編集と差分管理しやすいテキストで
- レビュは別のビューで
- 環境は自動化で
Jenkins
- Jenkinsのプラグインで文中のTODOを拾える
- TODOの状態がグラフでわかる！
■■のススメ @urasokoさん
- 以前高橋メソッドを使いLTで10分、今回は5分を切る
- SIer(大規模)につとめ、普段は調整等のお仕事をしていた……が、4/末日に「選職」しました
- 「小さなチーム、大きな仕事」に感銘を受けた
- 社会に何を求めるか、どうありたいか、何を成したいか
- 会社の上でではなく、社会の上で選び続ける
- 作りたいのは技術集団なのか、役人集団なのか
- 結局LTは10分近く……
懇親会で萩本さんから、「御社の偉い人にも今回と同じような話する機会があったよ、結構感銘を受けてた(意訳)」と聞き衝撃を受けた。多分ホントにエライ人しかしらないんじゃないかなぁ。
ともあれ、萩本さんがFacebookで要求開発アライアンスの資料も公開(要求開発の発展と展開、そして課題)されています。BPStudyの資料もアップされるとの事だった。これ読んで下から突き上げてみようかなぁ。
