方法論やシステムに込められた「魂」が失われる
IT業界で，特定の分野に秀でた方々は，しばしば「魂を入れる」とか「魂を込める」という表現を使う。なにかしら深い洞察により得た工夫を，開発方法論や業務モデル，情報システムなどに織り込み，それらの利用者にきちんと作用することを指して「魂を入れる」と表現している。 このような話をしてくれる方々への取材は，いつも楽しい。どんな状況でどんな失敗を経験し，何を学んだのか。それを改善するために，どんな工夫を凝らして開発方法論やシステム設計に「魂」を込めたのか。現場から生まれた数々の知見を，実に生き生きと，熱っぽく語ってくれるからだ。 しかし，せっかく込めた「魂」が失われてしまうことがあるという。ここでは開発方法論に込められた魂＝工夫が失われた例を紹介したい。 ある大手ITベンダーの品質管理担当者が，こぼしていた。「過去に繰り返された多くの失敗を糧にして，いろいろな工夫を凝らし，開発方法論を改善してきた。
意図が伝わる設計書作成の心得【第2回】
設計者とユーザーの間では，システムの仕様を巡って「言った，言わない」の泥仕合をすることが少なくない。両者の思惑や認識がすれ違ったまま基本設計書を作ってしまった結果である。困ったことに，これは一見良好なコミュニケーションを確立したと思われる場合にも起こり得る。このテーマに基づき，二つの実例を通して設計書作成の心得を紹介する。 基本設計書は，ユーザーと円滑にコミュニケーションを行うためのツールであり，コミュニケーションの結果を書き留めたものである。 それ故，コミュニケーションがうまくいかないと，基本設計書に残された情報に思わぬ勘違いや間違いが埋め込まれ，これが後々，プロジェクトに大きな危険をもたらす可能性がある（図1）。恐ろしいことに，誤解の種はユーザーや設計者が発した，たった一言でも生じ得る。基本設計書の作成段階においては，とにかくユーザーとのコミュニケーションを重視し，お互いの考えやシステ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
