2022年のプロダクトマネジメント方針を公開します - SmartHR Tech Blog
こんにちは、プロダクトマネージャー（以下、PM）のadachiです。 SmartHRでは、年始に各部署のリーダーがその年の方針を発表することになっています。今回は私がPMグループの方針として書いた文章を、丸ごとそのまま公開したいと思います。 本文に入る前に、少しだけ補足をさせてください。 現在PMグループには13名のPMが所属しており、それぞれ担当するプロダクトの性質もフェーズも異なります。そのようなチームに向けたメッセージということで、やや抽象的かつ焦点が絞りきれていない内容になっております。（言い訳その1） また、改めて読み返すとかなり基本的なことしか書いていないのですが、基本に立ち戻ってがんばろうぜ！という趣旨であることをご理解いただければと思います。（言い訳その2） そして、あふれる思いを詰め込んだ結果、かなりの長文になってしまいました。シンプルさを美徳とするPMとしては汗顔の至り
社長の経営判断で会社が潰れかけた話と、そこから起きた「2つの奇跡」の話。｜Yosuke Matsumoto
こんにちは。個人と企業のワークシフトで「新しい仕事のカタチ」を実現したいLiB松本です。 本日LiBから「コーポレートアイデンティを刷新し『ワークシフト』支援企業へ」というリリースを発表しました。 実はここ2年ほど腰を据えて会社の構造改革に取り組んでいたので、意図的に僕も会社もオフィシャルな発信をほぼ止めてきました（長かった。。） なので「LiBってどこいったの？」という状態かと思いますが、この公式リリースでは伝わりきらない2年強の構造改革の裏側を赤裸々にお伝えしたいと思います。 時間のない方は要約だけでもお読み頂けると嬉しいです。 要約- LiBは(既に)女性向け人材会社ではありません - 今のLiBは培ってきた女性キャリア支援の知見を活かして、企業と個人に「ワークシフト支援」を提供する会社です -具体的には、リモートワークをはじめとした「時間と場所の制約」が少ない柔軟な働き方を企業と個
【翻訳】プロダクトマネジメントトライアングル - ninjinkun's diary
original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし
もし高校野球の女子マネージャーがドラッカーの「マネジメント」を読んだら - ハックルベリーに会いに行く
はじまりもし高校野球の女子マネージャー（名前は仮にみなみちゃんとしよう）が、ドラッカーの「マネジメント」を読んだら、彼女はきっと驚くだろうな。なぜなら、そこには彼女が所属する野球部と、彼女自身のことが書いてあるからだ。「マネジメントなしに組織はない」「マネジメントは企業だけのものではない」「マネジャーをしてマネジャーたらしめるものは、成果への貢献という責務である」 「所属する野球部に何とか成果を出させたい。そのためには自分に何かできることをしたい」そう考えていたみなみちゃんは、この本が「自分のために書かれたもの」であることを確信する。だから以降、そこに書かれていることを脇目も振らず実践するようになる。 野球部におけるマネジメントの役割みなみちゃんは、「マネジメント」を読み進める。するとドラッカーは、マネジメントには三つの役割があると説く。そこでみなみちゃんは、それらについて一つ一つ自分に当
Martin Fowler's Bliki in Japanese - 朝会のパターン：立ってるだけじゃないよ
朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2）を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基本原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく
PF ふりかえりガイド
Copyright (c) 2006-2022 ESM, Inc. Oblove, AMANO Masaru 1/60 プロジェクトファシリテーション 実践編 ふりかえりガイド (株)永和システムマネジメント オブラブ 天野勝 第 1 版 2006 年 6 月 7 日 第 30 版 2015 年 8 月 23 日 第 31 版 2015 年 8 月 30 日 第 32 版 2015 年 11 月 24 日 第 33 版 2016 年 4 月 25 日 第 34 版 2018 年 1 月 27 日 第 35 版 2021 年 5 月 13 日 第 36 版 2022 年 10 月 30 日 オリジナル：http://ObjectClub.jp/community/pf/#material このドキュメントは、クリエイティブ・コモンズ・ライセンス（帰属 2.0）の下 で提供しています。このライ
タイム・コンサルタントの日誌から : Excelで工程表を書いてはいけない
さる8月、翔泳社主催の「PM Conference 2008」に招かれて講演をした。テーマはプロジェクト・コントロールの技法論で、私が長い間、エンジニアリング業界とIT業界の二足のわらじを履いてきた経験から、両者の比較を論じたものだった。最近のIT業界における「プロジェクト・マネジメント」の認識の普及進展はめざましいものがある。これに対して、エンジニアリング業界は過去10年以上、EVMSの徹底化以外とくに主立った進歩はない。にもかかわらず、両者の違いはいまだ歴然としたものがあり、それはとくにプロジェクト・コントロールの基本であるWBSやコントロール・リストなどの使い方で明瞭だ、というのが論旨だった。 ところで、この講演の中で、「工程表のガントチャートをExcelで書いてはいけない」と強調した点が、どうも多くの聴衆の注意を引いたらしい。終わってからのアンケートでも、そこに関する感想が少なくな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
