「要求定義とトラブル」に関する記事とニュース
-
コンサルタントがよく使うRFPの書き方：12項目で網羅的に作成
今回はITコンサルタントが実践しているRFP作成法を伝授します。RFPは、その出来不出来によって、あなたの作業が増えたり減ったりするとても重要な...
0 -
目的のないヒアリングはやるだけムダ？～事前準備とシミュレーションで今日からあなたも聞き上手
ヒアリングが終わった後に、聞き漏らしていたことがたくさんあることに気が付いてがっくりということはありませんか？ 重要なのは目的意識と事前準備。こ...
0 -
目に見えないシステムの仕様を明らかにするのはとても難しいもの。しかし、明確化のための手法があることをご存知の方は意外と少ないのではないでしょうか...
0 -
たった5分でできる！ 要件対応漏れをなくすための仕組みづくり
今回は、プロジェクト進行中でもトレーサビリティの確保状況を管理・報告できる仕組みを紹介します。この方法で、プロジェクト品質を上げていきましょう。
0 -
知っておくとより良いシステム発注ができるRFP作成の5つのツボ
今回で最終回です。これまで5回にわたってRFPの内容や提案の受け方などについてお話してきましたが、最後にいくつかのTipsを紹介して、この連載を...
0 -
第2回で目次と背景について考え、第3回には手続き上のことを整理してきました。今回は、いよいよRFPの核心ともいえる、「要求」について考えてみまし...
0 -
システム化の背景を明確化する～クオリティの高い提案を受けるための第一歩
今回は、「背景」についてお話します。提案を要求する背景をRFPで明らかにしておけば、ベンダーからより良い提案を引き出すことができますし、余りにも...
0 -
システムトラブルで記者会見といったニュースが後を絶ちません。昨今、システム停止が経営リスクとなっていますが、どのようなトラブルでも、経営危機を...
0 -
【拾六】サービスイン（カットオーバー）時には必ず本番チェックを実施する。
トラブルには必ず「原因」があり、その原因が作りこまれた誤りを「発見」しなければなりません。またおこってしまったトラブルは、適切に「対策」するこ...
0 -
開発、テストがうまく行き、いざ本番！というところで、単純なヒューマンエラーが重大なトラブルを引き起こすことがあります。今回は、これを防ぐにはど...
0 -
【拾四】プログラムの修正が無い場合でもデータの流れるシステムはテスト・確認を実施する。
トラブルの原因のひとつに「手当て漏れ」があります。人間なので、担当者判断ミスはどうしても起こってしまいますが、そこをテストなどでどう防いでいく...
0 -
システムに修正を加えた時、今まで動いていたところに影響が出ないことを保証するのが、リグレッションテストです。仕様の変更に伴う修正が入った場合も...
0 -
システムの品質を上げるには、テストをしっかり行っておくことが重要ですが、要件定義などに誤りがあれば、決めたとおりに出来ていたとしても誤りの作り...
0 -
【拾壱】JCL修正のみでも、修正規模が小規模でもテスト、レビューを必ず実施する。
ほんの些細なミスが、大きな事故を生むのは、システム開発も同様です。理由にならない言い訳を考える前にルールに従い愚直に実行することが大切です。
0 -
【拾】修正時の影響分析は有識者の経験やツールを駆使して入念に行う。
保守作業において、プログラムを新設、修正する場合、その影響度の調査は念入りに行ってもしすぎるということはありません。ツールやドキュメントを駆使...
0 -
分業の進んだシステム開発では、何時までにどこが完成するとか、何時どの部分がテスト出来るようになるかといった、各担当による成果物管理が大変重要に...
0 -
【八】期限が迫っているからといって、テスト、レビューを省略しない。
システムは納期との戦いです。急がされることがほとんどではないでしょうか？ しかし、頑張った結果が大失敗では浮かばれません。どのような局面でも、...
0 -
システム開発の様々局面で行われるレビューは、レビューアーの資質がその目的を達成するために大変重要な鍵を握ります。レビューを成功させるためには「...
0 -
万全を尽くしても人智の及ばない出来事は起こりえます。そんなときのために「コンティンジェンシープラン」の準備が必要なのです。
0 -
システム開発担当者は、合理的に、適切に、タイムリーに、上位者に対して、問題の扱いレベルを上げていくこと、すなわちエスカレーションが大切です。
0
25件中1～20件を表示
