- なんか満たされてないな posted at 07:30:13
- 晴れてる posted at 08:00:25
- I'm at ドトールコーヒーショップ 中延駅前店 in 品川区, 東京都 4sq.com/1pwWRku posted at 08:10:06
- モーニングセット p.twipple.jp/OyKOn posted at 08:15:19
- いいツールを導入できれば SIer なしで分析できたんだろうか。ツール運用の支援は貰ったのかな。RT 遠州鉄道が“50万人のビッグデータ分析”で実現したこと (2/3) - bit.ly/YmjJx4 posted at 08:40:38
- いいな。行ってみたい。RT 完全再現されたムーミン谷が埼玉に！「あけぼの子どもの森公園」で童話の世界に飛び込もう - bit.ly/YmkGW1 posted at 08:40:45
- I'm at TSUTAYA 中延駅前店 - @shop_tsutaya in 品川区, 東京都 4sq.com/1px0DKD posted at 08:50:07
- やりたいことやれてるんだからがんばらないとな posted at 09:30:19
- 曇ってる posted at 11:30:12
- I'm at 荏原食堂 posted at 11:45:09
- 昼ご飯なう p.twipple.jp/cQ4HY posted at 12:00:59
- I'm at 品川区立 原っぱ公園 in 品川区, 東京都 4sq.com/YngtBq posted at 12:20:26
- プログラムのロジックを考える posted at 12:20:51
- 計算ルールを上手くシンプルな計算式に作れない posted at 13:20:15
- 計算式のロジックはこれでいいみたい！ posted at 14:00:22
- 計算ロジックを SQL 文に実装できた！ posted at 14:50:15
- I'm at 品川区立 源氏前図書館 in 品川区, 東京都 4sq.com/1rrynhP posted at 15:20:13
- 寂しさが込み上げてくる瞬間があるんだよね posted at 16:00:42
- そろそろ自分が管理するプロジェクトの心配し始めないといけない posted at 17:00:08
- 「モメないプロジェクト管理７７の鉄則」 pic.twitter.com/MwEkxrxBab posted at 17:00:25
- プロジェクトの注意すべきステークホルダー。①プロジェクトスポンサ。②プロジェクト承認者。③プロジェクトマネージャ。④要件スポンサ。⑤エンドユーザ。⑥ＰＭＯ。 posted at 19:10:21
- プロジェクトスポンサ。情報システム導入の費用を決済する。システム化要件の最終承認する。プロジェクトの開始、完了、中止、中断、再開を決定する。 posted at 19:10:30
- プロジェクト承認者。プロジェクトが予定の納期、コスト、品質で完了させる責任をもつ。プロジェクトマネージャを決定。プロジェクト計画と変更を承認。プロジェクトの進捗を監視。是正指示や支援。開始と完了の承認。中断や中止の判断。請負の場合は発注者と受託者の双方に立てる。 posted at 19:10:38
- 要件スポンサ。ユーザを代表して要望を提示したり要件を承認する。誰であるか明確にし役割と責任を自覚して貰えるようしむける必要あり。 posted at 19:10:45
- ＰＭＯ。プロジェクトマネジメントオフィス。組織が遂行しているプロジェクトを支援する。組織が定めるプロセスやルールを周知徹底。それぞれのプロジェクトの状況を確認し経営層に報告。問題や課題に対して対策の提案や実施。 posted at 19:10:53
- プロジェクト計画。①プロジェクトの概要。②開発のライフサイクル。③体制・役割。④マスタスケジュール。⑤ＷＢＳ。⑥要員計画。外部委託計画。⑦成果物一覧。⑧会議体計画。⑨依存関係計画。⑩情報保護管理計画。⑪品質保証活動計画。 posted at 20:10:13
- マスタスケジュール。プロジェクトがどんな作業から成立しているか分かるように書く。作業の依存関係が分かるように書く。クリティカルパス（作業の中で最も余裕のない流れ）が分かるように書く。マイルストーン（遅らせることができない重要な日付）が分かるように書く。 posted at 20:10:17
- ＷＢＳ（ワーク・ブレイクダウン・ストラクチャ）。作業を管理しやすい単位まで細分化して定義する。成果物が分かるように書く。進捗管理で使用するため上流工程は１週間、下流工程は１日を目安に細分化する。最初から全てを細分化できない、作業を進めながら細分化する。 posted at 20:10:22
- 主な会議体。①キックオフ会議。②プロジェクト計画会議。③進捗確認会議。④要件検討会議。⑤設計検討会議。⑥ユーザーレビュー会議。⑦品質保証レビュー。⑧問題検討会議。⑨プロジェクト完了会議。 posted at 20:10:28
- 依存関係計画。プロジェクトが依存したりされる別のプロジェクトや組織について記述する。関係先との情報授受などのルール、日付、窓口を決めて合意する。 posted at 20:10:33
- 情報保護管理計画。ユーザの情報を預かったとき紛失、損傷、漏洩、改竄を防止する。管理項目を定め状態を監査する。管理対象、媒体、利用目的、提供者、管理者、受取者、利用者、保管場所、管理方針、受取日、返却日、使用後の措置。 posted at 20:10:38
- プロジェクト管理。①進捗管理。②コスト管理。③変更管理。④リスク管理。⑤課題管理。⑥欠陥管理。⑦構成管理。 posted at 20:50:09
- ＥＶＭ（アーンド・バリュー・マネジメント）。進捗やコストを定量的に管理して健全性判断や将来予測する。ＷＢＳで細分化した作業に対して作業状況、開始完了の予定実績、コストの予定実績を把握。 posted at 20:50:14
- 実績出来高 (EV) を算出。予定出来高 (PV) との差異 (SV) や効率指数 (SPI) を確認。一定の基準を超えたら是正措置。 posted at 20:50:19
- 実績出来高 (EV) は予定コストが基準。実績出来高 (EV) と実績コスト (AC) の差異 (CV) や効率指数 (CPI) を確認。残作業のコスト予測 (ETC) や完了時のコスト予測 (EAC) を確認。 posted at 20:50:24
- 変更管理。要件やプロジェクトの QCD に影響を及ぼす変更要望が出されたときの管理手順。変更の採否を決定する。採用されればマスタスケジュールおよびＷＢＳを変更する。 posted at 20:50:28
- リスク管理。発生するかもしれない課題。まずリスクを予測し評価し抽出する。対応手順を決める。定期的に監視する。 posted at 20:50:33
- 課題管理。発生してしまったプロジェクト阻害要因。課題は放置せず情報共有する。対応策、対応者、対応期日など決める。進捗を管理する。 posted at 20:50:37
- 欠陥管理。レビューやテストで出た欠陥に対して対応状況を管理する。必要に応じてリスクや課題として管理。 posted at 20:50:42
- 構成管理。設計書やプログラムなど成果物が最新であることを維持する。同時に他の成果物と整合することを管理する。 posted at 20:50:46
- 完了基準。成果物が作成されている。成果物が検証されている。最新の成果物が利用可能である。品質保証レビューされている。課題やリスクが解決している。完了基準が満たされなければ変更管理する。 posted at 21:10:13
- なんらかの宿題（バックログ）を残して完了時期を迎えたとき。但し書きして完了基準を満たしたとみなす。例えば。後続フェーズで解決が確実である。事前に定めた要件は満たしている。通常業務において不具合がない。改修計画で対応することに合意した。 posted at 21:10:18
