Part1 業務分析の知識体系、BABOKを理解する
20年以上にわたりシステム構築の現場で仕事をしてきた筆者の経験では、プロジェクトの失敗を探ると要件定義までの上流工程の問題に行き着くことが多い。定義した要求に過不足がある、要求の内容が誤解を生む表現になっている、整理が不十分なまま要求が個条書きされており整合が取れていない──。こうした事態が、みなさんの現場でも起こっていないだろうか。 利用部門などから要求を引き出して分析し、それを基にソリューションを立案してその妥当性を検証する。さらに、要求の変更を管理していく。ソリューション企画から要件定義までの上流工程を中心に、こうした要求にかかわる一連の作業をいかに行うかが、プロジェクト成功の大きなカギを握る。 しかし多くの現場には、要件定義までの上流工程について標準的な方法が存在せず、ITエンジニアの属人的スキルに頼っているのが実情だろう。スキルの高いITエンジニアが要件定義までの工程を担当するか
頭が働かない--そんな日を生産的にする11の方法
誰しも、起きたには起きたが、頭が働かないという日を経験したことがあるはずだ。少なくともわたしには、始終そんなことが起こっている。原因はいくらでも考えられる。働き過ぎ、ストレス過剰、睡眠不足、前日の夜に遊びすぎた、一時的な憂うつ、終わりの見えないプロジェクトにうんざりしている、あるいは、単に怠けたいのかもしれない。使い古された頭がとにかく動かないということもある。それも仕方のないことだ。 そんな日には4つの選択肢がある。家で過ごす、普段通りにやろうとしておそらくしくじる、運動をする、そして順応する、というものだ。最初の2つは現実的な選択肢とは言えないし、少なくともわたしや多くの管理職に選べるものではない。わたしは運動をする気などまったく起きないたちなので、ずっと前から順応するための方法を探し、頭が自動操縦で動いているときにも最大限の成果が出せるようにしようとしてきた。 そのうちに、マネージャ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
予算2万円で大満足、安くて使えるコンパクトデジカメはこれだ！ - 日経トレンディネット
日経BP