締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
デザインの悲劇を減らすためのIA｜ikutani41
良いプロダクトを組織として作っていくにはどうすればいいのか。 今回はユーザ価値を積み上げるためにはどんなプロセスを踏めばいいのか というテーマで社内発表したことを書きたいと思います。 開発現場で頻発していた悲劇僕はUI/UXデザインを始める前は開発サイドのPMだったのですが、プロダクト作りにおける悲劇はデザインだけでなく開発の現場でもよく起きています。 こういう話が本当にたくさんの現場で起きていました。SEがブラックだみたいなイメージがついたのはそのせいじゃないかなと。 こういった悲劇を打開するためにどうするかという話で、最初は「ちゃんと考えて作る意識を非エンジニアも持とう」みたいなことで設計にかける時間を増やそうとするんですけど、人間は神様じゃないので最初からすべてを想定した完璧な設計って不可能なんですね。 そういった中で、↓のような発想とプラクティスが生まれました。 実物を見る工程が１
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
