プロダクトマネージャーの役割は「プロダクトマネジメントをすること」だけではないかも - Qiita
はじめに 今回プロダクトマネージャーの動きを行っていく中で、新しい気づきがあったので記事としてまとめました。 プロダクトマネジメントをプロダクトマネージャーだけで行わない プロダクトマネジメントとは、プロダクトを成功に導く考えであり、これはプロダクト作りに関わる人であれば必ず必要になってくるものです。 つまり、プロダクトマネジメントとは特定の誰かが行うアクションではなく、チームや組織全体で行っていくものだと考えています。 プロダクトマネージャーの役割 プロダクトマネージャーの主の役割とは、もちろんプロダクトマネジメントを行うことです。 しかし、プロダクトマネジメントが行えている状態を組織として目指すためには 「プロダクトマネジメントをすること」だけではなく「プロダクトマネジメントができる組織づくり」も行う必要があると考えています。 そのためには、プロダクトマネージャーとして、「プロダクトマ
スクラムとは結局なんなのか - Qiita
初めに 僕は4年ほどスクラムを採用した組織づくりを行ってきました。 最近「スクラムの内容は理解したけど、結局スクラムがなんなのかがわからない」という話をされることがちょこちょこあるので、記事としてまとめることにしました。 スクラムとは スクラムとは、アジャイル開発を実現するためのフレームワーク、プラクティスの一種です。 スクラムガイドには、以下のように定義されています。 スクラムとは、複雑な問題に対応する適応型のソリューションを通じて、⼈々、チーム、組織 が価値を⽣み出すための軽量級フレームワークである。 スクラムガイド より引用 スクラムでは、スクラムマスターやプロダクトオーナーなど、いくつかのロールをもうけ、ロールごとにチームとしての開発を進めていきます。 また、スプリントの単位で以下のようなイベントを実施していきます。 スプリントプランニング デイリースクラム ミッドタームレビュー
施策を考える時は、まずは良い問いを作るところから始めよう - Qiita
この記事は何 僕は普段プロダクトマネージャーとして施策を考えることが多いです。 この記事では、僕が施策を考えるときに特に意識している「良い問いを作る」という話を紹介したいと思います。 問いとは 「良い問い」とざっくり書きましたが、そもそも「問い」とは何でしょうか？ 問いとは、思考を始める上での出発地点です。 問いが変われば考え方やアプローチも変わってきます。 つまり、良い問いを作ることができないと、どれだけ考えるのが得意でも結論にたどり着くことは難しいでしょう。 問いの良し悪しとは 前項で「問い」についての説明をしましたが、問いの良し悪しはどうやって判断すればよいでしょうか？ まず、良い問いとは具体的な目標に向けてどれだけクリアになっているかどうかです。 いわゆる「解像度」が高い問いであるとも言えます。 ここで僕がよくメンバーに話している例を記載します。 よく皆さんお腹が空いた時は「何か食
スクラムがしっくりきていない時は経験主義の三本柱をとにかく意識するところから始めると良いかも - Qiita
この記事は何 僕はかれこれスクラムを3年以上色々な組織でやっています。 最初はうまくスクラムを活用できていなかったのですが、最近はある程度スクラムというものの理解も経験則含めて上がってきたなと感じています。 この記事では、スクラムに取り組むに当たってとりあえずここはおさえておいた方が良いなと感じているところを知見として紹介します。 スクラムがしっくりこない 突然ですが皆さん、スクラムいい感じに回っていますか？ 「毎回のスプリントをやるごとにチームがうまく回るようになってるぜ！」みたいな方はこの記事はお役に立たないかもしれません。 「一応スプリントは回してるけど結局これってこれってなんのためにやってるかよくわからない...」みたいな感覚がある方は、読んでいただけると何か気づきがるかもしれません。 アジャイルないしスクラムという概念を知っている方は増えてきていると思いますが、その一方で「スクラ
Gitを使ってやらかした時、git reflogさえ使えればわりかしなんとかなる - Qiita
これは何 新人プログラマ応援イベントの参加記事です。 gitにはreflogというコマンドがあります。このコマンドを学んでおくとやらかしちゃった時も大体なんとかなるので記事にします。 git reflogってなに？ git reflogとは、Gitで操作履歴を見ることができるコマンドです。 例えば branch1にチェックアウト branch1でbranch1.txtを作成し、コミットを作る masterにチェックアウト をすると、以下のようなreflogになります。 $ git reflog 4a4125a (HEAD -> master) HEAD@{0}: checkout: moving from branch1 to master 826a9dc (branch1) HEAD@{1}: commit: Create branch1.txt 4a4125a (HEAD -> mas
スクラムにおける朝会の目的は進捗共有ではないよという話 - Qiita
これは何 スクラムを採用していてもしていなくても、朝会（デイリースクラム）を行っているチームは多いと思います。 最近僕が在籍するQiita株式会社のチームで朝会が形骸化してない？みたいな話があったので、そもそも朝会を行う目的と、朝会で行うべきことについて記事化していきたいと思います。 今回はスクラムを採用している前提で話をするので、朝会=デイリースクラムとします。 デイリースクラムの目的は進捗共有ではない デイリースクラムで、進捗共有をして終わりになっているチーム、意外と多いのではないでしょうか。 しかし、そもそも進捗の共有をしないといけない理由を考えなければなりません。 もしチームのみんながやっていることを知りたいだけであれば、朝会などでみんなで集まらなくとも日報や日々のチャットの中で把握はできるのではないでしょうか。つまり、朝みんなで時間をとって集まっている以上、ある程度のリターンがな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
