【入門】要件定義
はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい
退職しました。
優秀な人が多いことで有名な某急成長企業に入ったら思ったより実態がひどかったのでシェア。 ・四半期ごとに目標が大きく変わって毎回プロジェクトがストップ。毎Q繰り返していてまともな開発ができない。まるで積み上げても積み上げても完成前に崩される賽の河原。 ・プロダクトマネージャーが半人前だらけ。新卒1年目の子達が企画したものを一流エンジニアが開発する体制。当然まともな企画はできないからプロジェクトの途中で問題が次々発覚して最終的には開発中止になる。 ・内部で結果を出した人を昇格せずに外部から友達人事で執行役員を連れてくる。が、連れてきた人は大体中小ベンチャーの役員なので急成長中の現在の規模の経験がなく大体結果を残せずに1〜2年で退職。人事に納得がいかない内部の功労者はその頃にはとっくに退職していて人材不足。 ・創業者が完全に現場を離れてしまっているので優秀な人材が昇格できない。昔からいる経営層と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
