ウチのシステムはなぜ使えない SEとユーザの失敗学
 | ウチのシステムはなぜ使えない SEとユーザの失敗学 (2008/03) 岡嶋 裕史 商品詳細を見る |
自分の今の仕事のは「SEとユーザー」でいえば明らかにSE側の人になっている。そして、ユーザーとの意見のずれ、価値観のずれを感じることは日常の仕事のなかで多々ある。それらのギャップを埋めるための資料になればと購入して通読。
読んでみると、IT企業側に存在する様々な立場の人々の紹介、開発工程の紹介など、システム開発の工程を外から見たときに必要な知識の紹介をしてくれている。また、各工程で実際に行うことも詳細に記載してくれていて、非常に面白く読むことができた。特に、職種のところで、システムアナリスト、営業などの立場も紹介して、それぞれと、システムエンジニアがどのようにつながっていくかも説明してくれているのは面白い。「運用系」「開発系」の切り分けで、システムエンジニアを二分しているのも今まであまり見ることのなかった切り口だが、それぞれの役割、苦悩を的確に指摘していると思う。また、最後のおまけ的な、あるシステム開発企業とユーザーの物語は抱腹ものだった。
システム開発の現場にかかわる人で、それぞれの立場の人がどのような考えを持っているかを知ることができる良書だと思う
■ブログ書く際に参照にさせていただいたサイト
Blog Not Found
ＩＴエンジニアのスキル本レビューと思考
←押していただけるとやる気が出たりする勝手な人ですウチのシステムはなぜ使えない
職種
開発系
新しいサービスを作成する人
システム稼働までの工程
要求定義
要件定義
設計
開発
テスト
運用
プログラマ
SE
プログラマの管理
通常業務を情報化するだけなら
奇跡的なシステムは不要
プロジェクトマネージャー
属人的な手法
対応できすプロジェクトの大きさに
限界がある
系統化された手法を利用するべき
末端的な技術を知る必要もある
システムアナリスト
ユーザーの要求を聞きだす人
運用の提案を行う人
上手な利用の仕方
自社の問題をはっきりと認識
目指すビジョンをはっきりと持つ
しっかりと話すこと
営業
開発からは不満が・・・
楽しい仕事もってこいと・・・
営業からの不満・・・
結果がでてこそなんぼ・・・
システム営業
技術を学んでいる営業的な意味合い
運用系
既存のサービスを守る人
人材面の問題
開発系に人が流れる
派手な実績を残しにくい
モチベーションの下がりやすい場所
クリエイティブであってはならない
手順の尊守が第一
工夫次第で仕事は面白くなる
業者選択
メーカー系
メーカーの知識が強い
ユーザー系
特定業務に非常に習熟している
独立系
特定製品の知識がメーカーより弱い
特殊な業務の知識が弱い
要件定義
依頼主が持つ理想
最低限
望むもの
ランク分けが必要
文章に落したもの
実際に業務内容を見てもらうのは有効
顧客側注意点
具体的な提示
社内での意識統一
養護の統一
隠れ要素に常に意識を
顧客の望み
結果
新技術の利用ではない。
開発手法
ウォーターフォール
プロトタイプ
生成物をユーザーに見てもらう
早いスパンで
いつまでたっても要求が出続ける
スパイラル
小規模なパーツに分けてプロトタイプを作る
顧客からのフィードバックを次々に行かせる
アジャイル
生活物はどうせ変わる
計画はそこそこにつくり始めるという考え
適応重視型
動く完成品を短い間で作るのに主眼
大きいシステム作るのはしんどい？
開発手法ではない
開発手法は？
エクストリームプログラミング
コミュニケーション
シンプル
フィードバック
勇気
システム開発工程
設計
外部設計
システム化の計画
プロジェクトの実行計画
システム全体の構造図
論理的なデータ設計
内部設計
機能の分割
物理的なデータの格納方法
入力方式
エラートラップ定義
詳細設計
処理の具体化
プログラミングの前行程
システム化の流れ
ファットクライアント
各種業務データを保持
各種ソフトウェアを保持
シンクライアント
リッチクライアント
シンクライアントの理念を利用
ネットワーク、サーバーの信頼性が上がることによる
EA
エンタープライズアーキテクチャー
業務全体の最適化
テスト
ホワイトボックステスト
システムの中身の論理構造に踏み込む
ブラックボックステスト
システムの出力物にのみ注目する
META
出版社
光文社新書
著者
岡嶋祐史
