「 ドキュメント作成 」 一覧

ウォーターフォール型の開発をかれこれ１年近くやっております。 自分がやってきた仕事とすると別職種に近いようなイメージでしたが、得ることも多かったため、ここに記しておこうと思います。 以前書いたことの記 …

比較的大規模なプロジェクトの設計段階で思ったことなど。 明確なゴールを決める 会議や打ち合わせのたびにポツポツと問題点が出てきてしまい、設計などがひっくり返る、なかなか決まらないことが多い場合、ユース …

４月から新しいプロジェクトが始まり仕事がドキュメント作成(要件確認書、基本設計、詳細設計)などをしております。この仕事自体が自分にとってあまりなじみのないものだったので、そこで思ったことなどを。 要件 …

ある程度、大規模なプロジェクトを経験させていただき、経験だけでなくプロジェクトマネジメントを体系的に理解しておきたいため、ポツポツと本を読んでます。 比較的初心者でも読みやすいと思った本としてを２冊メ …

上流工程を担当するようになり、プロジェクトマネジメントや、要件定義、業務フロー分解などについて勉強しておいたほうがいいなーと思い、最近では読書をしております。 本日読んでわかりやすかった本は「はじめよ …

エンジニアとして仕事をしてから7〜8年立ちましたが、その間９割近くはいわゆるアジャイル開発でやってきたと思っていました。今は比較的大規模な開発をしておりますので、ウォータフォールですが・・・ が、先日 …

基本設計書で気をつけるポイントなど。 要件が決まっており、処理の遷移や流れなどを知る時に、便利なのがシーケンス図だと思います。 アジャイルでもざっくり処理の流れを書いておけば、認識合わせに大分役立つは …

ディレクション(ベンダーや内製時)時に留意するポイント 開発ルールの構築 シンプルかつ有効性高いルール 少ないチェックリスト(多いと形骸化する資料が増える) 個人の意思に頼らない仕組み うまいテンプレ …

一般的なテスト工程での分類や個人的に大事だと思うこと 全プロセス共通 テストデータ作成バッチ 状態の復元を容易にするために必要なテストデータを簡単に作れる機能があると便利 ローカル、開発、ステージング …

障害の重要度(後続タスクにブロックがあるかいなか)、調査原因(仕様不理解、設計考慮もれ、ケアレスミス)、影響度(画面単位などで) 障害が起こっているデータ(あるいはスクショなどで伝えられるか) 再現プ …