学生時代の思い出と積読 筆者は、学生時代に、大量の本を所有していた。特に、コンピュータ関連の書籍に関しては、おもしろそうだなと思ったものはすぐ買っていた。買ったけど読まないものもあった。バイト代のほとんどは、本代に消えていたと思う。本棚に本…
今回は、要件定義力を高めるには、何が必要で、どんな書籍で学べばよいのか？について考えたい。 要件定義力を高めるために 問題を整理する能力向上のために 文章を書く能力向上のために システムに関する知識を獲得するために 業務システム開発関係でお勧め…
[A.2.6]可用性＞耐障害性＞ネットワーク機器 ①バックアップ方式 ②データ復旧範囲 ③データインテグリティ まとめ [A.2.6]可用性＞耐障害性＞ネットワーク機器 今回は、耐障害性(データ)について紹介する。ここで決めるべきことは、①バックアップ方式、②データ…
req-definer.com 上記の手順に従って要件定義をしたら、その要件通りに動作するのかどうかを確認する必要がある。この動作確認行為は、通常、受入テストと呼ばれる。実現されたシステムが、受け入れ可能なシステムかどうかをテストするというわけだ。本稿で…
要件とは何か 良い要件とはどのようなものか 良い要件①：文体が、命令形になっている 良い要件②：文の内容が、読み手にとって理解できるものになっている 良い要件③：具体的である(設計側との合意ができている場合は、抽象的な表現も許容される) 要件の種類 …
見積もり用語3点セット(RFI、RFP、RFQ) RFI RFP RFQ 見積もりの流れ 見積もりプロセス概要 見積もりにおけるポイント 1点目：要件を明確化する 2点目：複数の業者に見積もりを依頼する 見積もりにおいて注意すべきこと 要件の変更に備える ベンダの見積もり…
要件定義を誰がやるのか問題 要件定義は、顧客側/ベンダ側で実力のある者がやるべき 大切なのは、顧客側/ベンダ側双方の認識合わせ 追記：要件定義のパターン分類とメリットデメリット考察 パターン①：発注側自身で要件定義する パターン②：ITコンサルタント…
[A.2.4]可用性＞耐障害性＞ネットワーク [A.2.4]可用性＞耐障害性＞ネットワーク 今回は、耐障害性(ネットワーク)について紹介する。耐障害性(ネットワーク)とは、ネットワークがどのくらい障害(例：通信障害)に耐えられるのかを示す度合いのことを指す。 サ…
物理上のシステム構成物と論理上のシステム構成物 論理上のシステム構成物における設計成果物の全体像 物理上のシステム構成物と論理上のシステム構成物 システム開発における成果物について整理をしたい。 req-definer.com 上記の記事で、システムとは何か…
下記の記事(システムの全体像に関する説明)にて、システムの全体像について説明した。本節では、システムの全体像における、要件定義のスコープ、設計スコープについて説明する。また、2つのスコープを重ね合わせ、両者のスコープ間の関係性についても説明す…
システムの全体像 本節では、システムと何か？について説明したい。一枚の絵で説明すると上図となるのだが、順を追って説明していくことする。本説明の対象は、システムの中でも、情報を取り扱うシステムであり、初めに、情報そのものについて整理し、その情…
[A.2.3]可用性＞耐障害性＞ネットワーク機器 ①冗長化（機器） ②冗長化（コンポーネント） 耐障害性(ネットワーク機器)に関するまとめ 結論：非機能要件として、ネットワーク機器の冗長性について合意しよう [A.2.3]可用性＞耐障害性＞ネットワーク機器 今回…
筆者が新人の頃、その用語を聞いて混乱した用語がある。「外部設計」と「内部設計」だ。ある人は「基本設計」と「詳細設計」のことだよと言うかもしれない。ある人は、「上流工程の設計」と「下流工程の設計」のことだよと言うかもしれない。システム開発業…
各工程の全体像 要件定義の位置づけ 設計の位置づけ 実装の位置づけ 設計動作の確認の位置づけ 要件動作の確認の位置づけ 各工程の全体像 システム開発における、各工程を簡単に説明しておきたい。システムとは何か？については、下記を参照されたい。 req-d…
やる気がなくても仕事を進めるルール なぜこのやり方がうまくいくのか うまくいく理由1：1日の始まりにやることがはっきりしている うまくいく理由2：最も重要なタスクを最初にこなせる うまくいく理由3：マルチタスク化を防ぐことができる アイビーリーメソ…
はじめに 会議とは何か 会議の種類は2つしかない ①認識合わせ ②意思決定 会議の進め方 会議前にやること アジェンダの用意 議事録の用意 資料の用意 会議中にやること 会議後にやること 会議後の作戦会議（社外との会議後の場合） 議事録の発行 宿題事項の刈…
モヤモヤな仕事とは モヤモヤを解決する方法 モヤモヤな仕事は儲かる それでもモヤモヤする時は 結論：とりあえずやってみて、モヤモヤを少しずつ解消しよう モヤモヤな仕事とは モヤッとした仕事を割り振られたことはないだろうか。モヤッとした仕事とは、…
資料作成の8割はバックデータ作成 プレゼンというのは 裏どり作業は省略されることがある 手を抜けば数分、手を抜かなければ数日 裏どり作業はしんどい 結論：面倒くさくても、なるべく自分の目で確認しよう 資料作成の8割はバックデータ作成 昔、大学の授業…
[A.2.1]可用性＞耐障害性＞端末 ①冗長化（機器） ②冗長化（コンポーネント） 耐障害性(端末)に関するまとめ 結論：非機能要件として、端末の冗長性について合意しよう [A.2.1]可用性＞耐障害性＞端末 今回は、耐障害性(端末)について紹介する。耐障害性とは…
炎上の定義 炎上を止めるために出来ること 納期を遅らせる 期待の品質を下げる 現状の品質を早く上げる まとめ 結論：粛々と火を消そう プロジェクトというのは、炎上しやすいものだ。あっちでも炎上し、こっちでも炎上する。火消し屋なんていう役割が、存在…
はじめに タスクを管理するツール メールによりタスクを管理する方法 前提事項 ルール ルール1：アクションが必要なメールについては「受信トレイ」フォルダに入れたままとする ルール2：アクションが必要ないメールについては「終わり」フォルダに入れる ル…
テキストボックスとは テキストボックスに対して決めるべき要件は入力に関する要件 ①：テキストボックスに入力可能な文字種類 ②：テキストボックスに入力可能な文字の最小数および最大数 テキストボックスの入力に対する要件の例 結論：テキストボックスに関…
仕事をしていると、部署名無しかつ氏名無しドキュメントに出くわすことがある。誰が作ったのかわからないドキュメントだ。日付も、部署も、名前も書いてない。そういうドキュメントを見ると、この人はあまり責任分担というものを意識していないのかなと思っ…
[No1][A.2.1]可用性＞耐障害性＞サーバ ①冗長化（機器） ②冗長化（コンポーネント） 耐障害性(サーバ)に関するまとめ 結論：非機能要件として、サーバーの冗長性について合意しよう [No1][A.2.1]可用性＞耐障害性＞サーバ 今回は、耐障害性(サーバ)について…
はじめに COCOAの品確責務はどこにあったのか？ そもそも、COCOAの品確の責任を果たせる体制だったのか？ 顧客の対面となるベンダは、人材派遣会社や商社の類であってはならない 品質を確保する意思のあるベンダが、一次請けとして厚生労働省の対面に立つべ…
お金があれば幸せになれるとは限らないが、不幸を防ぐことはできる、というのはよく聞く話だ。 お金があれば、自分が本当に目指す生き方をできるとも限らないが、食べる物にも困らないし、病気になっても病院に行って病気を治すこともできる。生きていくため…
はじめに 要求と要件の違い どのような資料が、要件定義書となりうるのか？ 結論：命令系の文章は要件定義書となりうることを意識しよう はじめに 仕事柄、要件定義書と書かれた資料を拝見することが多い。フォーマットは結構ばらついている。ある要件定義書…
あるべきV字モデルにおけるレビューの実施タイミング ①：要件定義書作成完了後 ②：要件定義書に対応するテスト仕様書作成完了後 ③：設計書作成完了後 ④：設計書に対応するテスト仕様書作成完了後 ⑤：実装完了後 ⑥：設計書に対応するテスト仕様書作成完了後 ⑦…
部品名称一覧 各部品の使い分け 各部品に関する要件の定義方法 結論：部品の名称の認識を顧客側とベンダ側で合わせておこう 画面の要件を定義するときに、画面内に配置する部品の項目を理解しておくと要件定義がしやすい。以下に、項目の一覧を示しておく。…
見積は2種類存在する 規模を見積もらないと、時間を見積もれない 何人でやるのかが決まらないと、時間を見積もれない 結論：納期の話をする前に、まず、規模を見積もろう 長い間プロジェクトに携わっていると、納期だけが決まっているプロジェクトに出くわす…
