新機能をつくる前に整理しておきたい10のこと - Qiita
この記事は CrowdWorks Advent Calendar 2017 13日目の記事です。 はじめに クラウドワークスにて、プロダクトオーナーとエンジニア組織のマネージャーをやっている @teriyakisan です。 （最近は開発業務の比率がだいぶ下がってしまっているのですが）Webエンジニアの経験をベースに、クラウドワークス上の仕事発注者に向けた機能開発のプロジェクトを進行中です。 今回はプロダクトオーナーをやる中で考えることが増えている新機能などの中規模施策を企画するときに、どんなことを整理しておくとスムーズにプロジェクトを始められるかの話をしたいと思います。 クラウドワークスで馴染みのmini spec クラウドーワークスでの小規模な機能追加や機能改修、キャンペーン企画の要件整理を進めるときにはmini specというフォーマットがよく使われています。 これは、2016年に「
しょうしょうノート
プロジェクトに参画するパターンとしては 1. プロジェクトの立ち上げ当初から参画する 2. 途中から参画する の2つの場合がありますが、どちらのパターンで参画するかによって、プロジェクトに関する情報のキャッチアップのしやすさは異なるなぁと思います。 最初の1~2年は1のパターンで入る事が多かったのですが、最近は出向のような形で他のプロジェクトに入ることもあったり、別の会社で副業する機会があったりと2のパターンでプロジェクトに参画することが続いていて、立場が変わると 「こういう情報って最初に知っておけるととても楽なんだけどなぁ」 「こういう情報がまとまっているおかげでとても助かったなぁ」 と気づけたことがいくつかあったので、3種類に分けてまとめてみようと思います。 （1のパターンで気づいたことも書いています） 1. サービス自体に関すること サービスの概要・目的 ユーザーロール リリーススケ
プロジェクトが失敗する10の兆候
今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
