仕事術（IT）

■工数見積指南 ・導入予定のライブラリは環境に適合しているか（バージョンによってインストール不可） ・設計書、DBテーブル定義書は更新されているか、存在しているか ・画面数で考える（ファンクションポイント法） ・機能数 ・プログラム規模 ・環境 ・保守費用 … よくあるパターン 開発費の15%

■基本設計 システムに実装する機能やデータを明確化する。 操作画面のレイアウト。 プログラミングのルールの策定。

■詳細設計 システムに必要な機能の内部仕様を定義する。 APIとの連携。

企画構想 -> 基本設計 -> 詳細設計（入出力・EDP） -> プログラミング -> テスト 単体テスト … ソースではなく、設計書から仕様書を作成すること。ソースは見るな。

■自分用のWBSを作成する 自身のスケジュールを細分化して把握する メンバー全てのスケジュールもざっくり把握しておく

■DB環境 本番環境など重要なDB情報をGUIツール「A5M2」に登録しないこと（必ずCUIで行うこと）

プロジェクト用のテーブル定義書のみを集めたブックを作る 開発リソース用シートを作成すると便利。パス、ファイル名、画面名、機能名などの

業務知識を叩き込むのは有用。お客様とスムーズなやり取り、信頼を得る。

■クリーンアーキテクチャ 1つのモジュールは1つの機能のために

■要件定義書や設計書などの例 https://pm-rasinban.com/rd-write

// ■実務経験
基本設計からテストまで自走できます。
「PHP」、「Java」、「C#」の開発経験。
基本設計、詳細設計の経験。
プログラム改修の工数見積もりの経験。
ゼロから本番環境のアプリケーションサーバ基盤更改実績。（「PHP」「Oracle」「Apache」）
ゼロからお客さんと共用のSTG環境アプリケーションサーバをゼロから構築。
プロジェクトに「PHPUnit」「Selenium」をゼロから一人で導入した実績。（テスト自動化、生産性向上）
プロジェクトに「EC2」「VPC」「Gitcommit」の開発環境をゼロから一人で構築した実績。
プロジェクトに「Docker」の開発環境をゼロから一人で構築した実績。（「PHP5」、「PHP8、Laravel10」）
4人体制のプロジェクトで技術リーダーを務めた。
コロナを除いて遅刻欠勤ゼロ。思い出す限り風邪で休暇もなし。
新規案件獲得用見積調査に参加 要件定義？（2023.11）
APIの工数見積もり 調査、開発、テスト工程の見積り（2023.11）

仕事術（人）

■HRTの原則 謙虚（Humility）、尊敬（Respect）、信頼（Trust）

■プロジェクト中のインシデント共有 プロジェクト中の問題ごとは後々工数請求や交渉の材料になるため貯めておくこと PMが確認できる場所に貯めるのも良い

■WBS プロジェクト・スコープ記述書を基にWBSを作成する（PMBOKガイド第6版）

■目的と手段 目的と手段を混同しないこと。 目的の下にツリーで手段が付随する

**■knowledge is power（知は力なり）**

■PM理論 リーダシップは「目標達成能力」と「集団維持能力」という2つの柱で構成されているとする理論

**■孤独力？** リーダーになると一人で決断しなければならない場面ばかりである。 「同調、なれ合い、いつも誰かと一緒」このような人間は一人で考え決断する能力が恐ろしく低い。

■お土産 日本にはお土産外しという陰湿な文化があるため基本はお土産の用意をしないこと（仲の良い人向けとかも特にダメ）

■昇給が7月の理由 社会保険料の計算が4，5，6月で行われるため。

決まり文句

■挨拶
いつもお世話になっております。
おかげさまで、◯◯◯致しました。
今後ともよろしくお願い致します。
お手数をおかけしますが、よろしくお願い致します。
ご確認いただけますでしょうか。

踏襲（とうしゅう）

～を用いる
～異なる

■本日タスクなし
本日手が空いている状況となります。優先作業等ございますでしょうか。

■休暇について
1月1日（月）休暇をいただきたいです。
よろしくお願い致します。

■仕事用語
縮小

■電話 もしもし [苗字]です。

その他

交通の危険予測と、仕事のリスク管理は似ている。