旧称を使う人が多そうなやつTwitter → X シンクロナイズドスイミング → アーティスティックスイミング 瑕疵担保責任 → 契約不適合責任 体育の日 → スポーツの日 （北朝鮮の）ミサイル → 飛翔体 → 弾道ミサイルの可能性があるもの 新名称と旧称のどっちを使う人が多いか分からないやつ能年玲奈 → のん エアーズロック → ウルル 新名称を使う人の方が多そうなやつ日射病 → 熱中症 伝染病 → 感染症 成人病 → 生活習慣病 自殺点 → オウンゴール （サッカーの）ロスタイム → アディショナルタイム 新名称がちゃんと出てくるのか分からないやつ新型コロナウイルス 何段階も名前が変わってどれが主に使われているのか分からないがとりあえず母さん助けて詐欺ではなさそうなやつオレオレ詐欺 → 振り込め詐欺 → 母さん助けて詐欺 → 特殊詐欺

デジタル庁は、政府の共通クラウド基盤「ガバメントクラウド」の選定基準を見直す方針だ。これまでの技術要件は要求事項が多岐にわたり、1社で基準を満たせるのは米大手ベンダーのみという状態だった。しかし8月下旬に実施予定の公募では、他社製のものなど複数サービスを組み合わせることで要件を満たす形態を認め、これまで参入できなかった国産クラウドサービスも参入しやすくするという。同庁が8月15日に明らかにした。 ガバメントクラウドは、政府やデジタル庁が主導するデジタル改革の一つ。自治体や政府が使うシステムの基盤を共通化する取り組みで、データの移行性向上や、サーバ導入コストの削減などを見込む。政府は基幹業務システムを利用する全ての地方公共団体に対し、原則2025年までにガバメントクラウド上へ移行するよう促している。 現時点でガバメントクラウドに採択されているのはAWSやMicrosoft Azureなど4サ

はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい