はてなブックマーク

第26章 アジャイル開発手法を使いこなす 10のテクニック 多くのソフトウェア製品開発チームが、現在アジャイル開発手法を試しているか、あるいは、つい最近アジャイル開発手法のどれかを導入したばかり、という状況にある。スクラムにしろ、XP (eXtreme Programming) にしろ、アジャイル開発手法には多くのメリットがあるのだけれど、そもそもカスタムソフトウェアの開発のために考案された手法なので、最初のうちは、製品ソフトウェアの開発に応用するにはどうするのがいちばんいいのか、と四苦八苦するチームも多い。 この章では、製品ソフトウェアの開発環境でアジャイル開発手法を使いこなすためのポイントを明らかにしよう。 アジャイル開発手法がどういうものかをご存じなければ、www.agilemanifesto.org/iso/ja/ を見てもらいたい。 以下のリストは、製品ソフトウェアを開発するチー

第2章：プロダクトマネジメントVS. プロダクトマーケティング －このふたつは同じものではない 業界通によれば、10の製品が発売されると、そのうちの9つは製品としての目的を果たせずに失敗に終わる。あなたの会社はもっとうまくやっているのかもしれないが、それでも、多くの製品は問題を孕んだまま発売されているはずだ。価値がない製品や使いづらい製品のために、無駄なリリースが繰り返されている。 ダメな製品と言われるのには多くの理由がある。この本の各トピックでは、ダメな製品がどうやって生まれてくるかについて論じようとしている。ともかく、私の答えはこうだ。ダメな製品が無駄に世に送り出されるいちばんの原因は、ほとんどの場合、会社の中でプロダクトマネージャーの役割が明確にされていないことと、プロダクトマネージャーとなる人に対する教育が不十分なことにある。 これは、私が長年考えてきた問題である。これはものすごく

第30章 大きい会社で賢く立ち回るには 10のテクニック 私がこれまで仕事を手伝ってきた会社には、かなり規模が大きいところもたくさんあって、こういう会社の数多くの製品開発のリーダーからよく尋ねられたものだ。「大きな会社で物事を動かすにはどうすればいいのか？」 私自身も、いくつか大きな会社に勤めたことがある。それは確かに楽ではないけれど、大きい会社の豊富な人材を活用するコツを心得ている人にとっては、製品開発ではかなりのメリットになると思う。 今勤めているのが大きい会社ではないという人でも、会社が成長するにつれて、たぶん同じような問題に直面するだろう。大きい会社と組んで仕事をしている場合も、事実上、大きい会社の中にいるようなものだ。大企業というものの仕組みを理解すれば、そうした会社と関わることからいっそう多くのものを得られるようになるだろう。 でも、製品の設計、開発、発売についての個別のテクニ

第３章：
プロダクトマネジメント VS. プロジェクトマネジメント －インターネットがこの二つの役割分担をも変えた 第2章では、プロダクトマネジメントの役割とプロダクトマーケティングの役割を明確に区別することがいかに重要かについて述べた。多くの会社は、もう一つ似たような問題を抱えている。それは、プロダクトマネジメントとプロジェクトマネジメントを兼務する場合の問題だ。 多くのインターネット企業は、いまだにプロダクトマネジメントにプロジェクトマネジメントを含めているが、その理由は、こうした手法や流儀の多くはパッケージソフトの世界に由来しているからだ。パッケージソフト（たとえば、マイクロソフトを有名にしたOfficeのようなソフトウェア製品など）の世界では、プロダクトマネージャーがプロジェクトマネジメントもやるのが普通である。でも、パッケージソフトの場合はそれでよくても、このアプローチはインター

この第11章から第２編「プロセス」に入ります。この「プロセス編」では、最先端のインターネットソフトウェア企業において、顧客をわくわくさせ、売れる製品を繰り返し「見つけ出し」、具体的な形に作り上げていくために用いられているプロセスやベストプラクティスを説明していきます。 第11章は、プロダクトマネージャーの役割のひとつ「製品の市場性評価」について説明します。第1章では、プロダクトマネージャーの役割について以下のように書かれていました。少し長いですが、大枠を確認するために引用します。 プロダクトマネージャーの主な任務は二つある。製品の市場性を評価することと、開発すべき製品を定義することである。通常、新しい製品のアイデアは至るところから飛び出してくる。たとえば、経営陣、顧客との議論、使用感テスト、製品開発チーム自身、営業担当者、業界関係者などだ。しかし、次に、誰かがそのアイデアを吟味して、さらに