プロジェクトマネジャーからプロダクトマネジャーへの転向に必要な3つの変化 - PM memorandum
これはなにか 本記事はプロジェクトマネジャーがプロダクトマネジャーに転向する際におさえるべき重要な点をまとめたものだ。 私自身、プロジェクトマネジャーからプロダクトマネジャーへと転向しているが、その際にいくつか重要なポイントが存在した。 この記事が、同じようにプロジェクトマネジャーからプロダクトマネジャーへ変わったばかりの方や、これから転向しようと思っている方の助けになれば幸いだ。 以降、プロジェクトマネジャーをPjM、プロダクトマネジャーをPdMと略称表記する。 PdM は PjMの延長線上にはない 字面が似ているせいか、「PdMはPjMの延長線上にある」と考えている方も一定数いると思う。（私自身そう思っていた） しかし、そうではない。 共通する部分はあるが、PjMとPdMでは、それぞれの役割に求められるものが異なるため、転向する場合、3つのポイントについて大きく認識を改める必要がある。
Product Requirements Document(=PRD, 製品要求仕様書) - Tbpgr Blog
Increments さんで開催された PM Meetup の記事をみていて気になった Product Requirements Documentについてまとめます。 10/4にIncrements PM Meetup #2を開催しました - Qiita Blog Product Requirements Document とは？ Product Requirements Document(=PRD, 製品要求仕様書)はプロダクトや機能の目的を全て定義したドキュメントです。 これは、プロダクトがどのように作られ、どのようなチームメンバーで作り上げるかも含みます。 また、全てのステークホルダーが目的を正しく理解する役目を果たします。 PRDに求められるもの 何が目的か？ 誰のためにつくるか？ プロダクトや機能の価値は何か？ どのようにユーザーと対話するか？ どんな見た目か？ 完成条件は？ P
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
複数のエンジニアと開発を円滑に進めるためのissueの立て方 - クックパッド開発者ブログ
こんにちは。クックパッド特売情報ディレクターの田中です。 前回ヘルスケア事業部の濱田くんのエントリーでエンジニア以外のGitHubの利用について紹介されていましたが、今回は私がチーム開発で実践しているissueの立て方についてご紹介したいと思います。 チームが大きくなってきてヒズミが生じてきた 本来、ディレクターが開発を伴わない価値検証を十分に行った上で仕様を考え、デザイナー・エンジニアに引き継ぐのが理想的だと思います。 私自身も当初はその開発の進め方を採用していましたが、チームが大きくなり、ディレクター１人で関わるエンジニアが増えてくると、状況は変わってきました。 マルチタスク的に仕様を考えていたために詰めが甘い部分が多く、手戻りが発生してしまったり、仕様の準備が追いつかず、エンジニアの手が空いてしまうことが増えてしまったのです。 当初は自分自身の頑張りが足りないからだと、徒に気合いと根
近刊情報センターのONIX日本版の問題点 - 村田真のXMLブログ
話題の緊急事業には、近刊情報センター(JPO)が参加しており、ONIXを用いて書誌データを提供 することが計画されている。近刊情報センターが現在用いているデータ・送受信仕様はONIX2 がベースだが、今度の事業ではONIX3を用いることが計画されているらしい。 ONIXは、EDItEUR(European Book Sector Electronic Data Interchange Group)という 国際団体によって制定された書誌データ仕様である。近刊情報センタが用いている仕様は、 次世代書誌情報の共通化に向けた環境整備（総務省平成22年度新ＩＣＴ利活用サービス創出支援事業） の一環として構築されたものである。報告書には、「EDItEUR が国際標準として定めた ONIX フォーマットに準拠した標準化」を図ったと記載されている。 しかし、近刊情報センター(JPO)のデータ・送受信仕様に
JSON Schema
Why JSON Schema?While JSON is probably the most popular format for exchanging data, JSON Schema is the vocabulary that enables JSON data consistency, validity, and interoperability at scale. Streamline testing and validationSimplify your validation logic to reduce your code’s complexity and save time on development. Define constraints for your data structures to catch and prevent errors, inconsist
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
