目標設定の基本
NTT Com Open TechLunch #7「エンジニアリングマネージャー と 目標設定」の登壇資料です。20分くらいの短いセッションなので網羅的ではありません 2. 吉羽龍太郎 / Yoshiba Ryutaro アジャイル開発、DevOps、クラウドコンピューティング、インフラ構築自 動化、、組織改革を中心にオンサイトでのコンサルティングとトレーニン グを提供。Scrum Alliance認定スクラムトレーナー(Regional, CST-R) チームコーチ(CTC) / 認定スクラムプロフェショナル(CSP) / 認定スク ラムマスター(CSM) / 認定スクラムプロダクトオーナー(CSPO) 2
マネジャーが得意な日本人、リーダーになりたがるアメリカ人 イノベーションを生む、マネジメントとリーダーシップの割合
リーダーシップとマネジメントの違い 井上和幸氏（以下、井上）：前半で話があった自律型4.0は、今日聞いておられるみなさんはたぶん好まれる方が多いと思うのですが、一方で、自律型では自分で決めていくことが求められたり、方向づけを自分でしないといけないとか、概ねすべてについて自責になります。 それは人によってはしんどいことで、どちらかというとまず「こうしていきなさい」と言ってもらったほうがやりやすい人はいると思います。 小杉俊哉氏（以下、小杉）：そうですね。 井上：小杉さんもあると思うんですけど、僕らも次世代役員研修の時に一番根幹テーマになるのが、これまではあえて言えば1.0もしくは1.Xだったけど、「いや、それじゃ駄目だ」と。それを転換する役員陣になってほしいみたいな話は多いですね。 先ほど名前が挙がった会社もそれを継いでくれる1.0のリーダーが出てくればいいけど、たぶんほぼ無理です。 小杉：
進捗確認をやめると上手くいく｜きゅーい / koyo
プロジェクトマネジメントといえば「進捗確認」と思っている人も沢山いると思いますが、私は進捗確認という行為そのものに否定的です。 このエントリでは、進捗確認という行為がいかに無意味であるかという話および、進捗管理として行うべきことを書いていきます。 誰かのプロジェクトマネジメントの参考になればと思います。 ※ 進捗管理が不要という話ではありません 進捗確認の定義このエントリでの進捗確認は下記の定義とします。 複数人が関わるプロジェクト等において、プロジェクト等をマネジメントするべき立場にある人間が、プロジェクトの所属メンバーに対してタスクの進捗状況を口頭・テキスト等で直接確認する行為 少し難しい言葉で書きましたが「進捗どう？」といった質問およびその回答からなる一連の流れだと思ってください。 なぜ進捗を確認したくなるのかプロジェクトマネージャー（PM）の仕事のひとつに納期の管理というものがあり
プロダクトマネージャーになりたい人のための本 - Nothing ventured, nothing gained.
tl;dr 私が監修した本が出る。 私が顧問をしているクライス＆カンパニーという人材紹介会社のキャリアコンサルタントが書いた本である。 クライス＆カンパニーはここ数年、プロダクトマネージャーの転職支援に注力しており、日本で一番プロダクトマネージャーに詳しいコンサルタントだ。 彼らの書いた本（私も一部協力した）なので、プロダクトマネージャーを目指す人にはお勧め。 ＊ はっきり言って宣伝です m(_ _)m プロダクトマネージャーになりたい人のための本 エンジニアからプロジェクトマネージャー・事業企画・経営コンサルタント・デザイナー・現役PMまで 作者:松永 拓也,山本 航,武田 直人 翔泳社 Amazon プロダクトマネジメントが浸透した日本の状況 プロダクトマネジメントやプロダクトマネージャーも日本にだいぶ定着してきたと思う。しかし、まだいくつもの課題がある。なんちゃってプロダクトマネジメ
プロジェクト・マネジメント・システムは存在しうるか | タイム・コンサルタントの日誌から
「マネジメント・システム」という言葉には普通、二種類の用法がある。方式・体系としてのマネジメント・システムと、ITとしてのマネジメント・システムである。前者の類例には、「品質マネジメントシステム」などがある。いわばルールと手順の体系であって、それ自体は全てを紙ベースで進めても構わない。
プロダクトマネジメントツールを使って、「顧客要望を見える化」した話 - Techtouch Developers Blog
テックタッチアドベントカレンダー 5日目を担当する K です。私は今年4月にテックタッチに入社し、現在PdM/プロダクトオーナーをしております。（入社に至った背景はこちらの入社エントリーにあるので、ご興味ありましたらご覧ください！） 最近は、社内のシャッフルランチで、4日目の記事を担当した misu に自らオススメした『深夜特急』(沢木耕太郎著) を自身でも読み直しており、貧乏旅行に出たくてウズウズしていますww さて本日は、テックタッチプロダクト開発において今年から使い始めたプロダクトマネジメントツール「Productboard」について、その導入理由やこれまでの活用方法について話をしたいと思います。 プロダクトマネジメントツール導入に至った理由 2019年2月にテックタッチ正式版を開始して以来の約2年間、顧客要望や機能開発の要件は、カスタマーサクセスチームでは Spreadsheet
Empowered JAPAN（エンパワード ジャパン）
コンセプト SPECIAL WEB SITE 日本は今、大きな転換期に直面しています。 新型コロナウイルス感染症拡大により、テレワークや遠隔授業を緊急導入する中、業種や職種などの制約、研修機会の不足等によってテレワークが導入できない、もしくはその効果が十分に得られていない団体が全国に存在します。様々な課題により、遠隔授業が思うように進まない教育機関も全国に存在します。本プロジェクトは人材育成を柱に、2017年に発足しました。人生100年時代に突入し、長い人生を自分らしく全うするための、多種多様な働き方、学び方の選択を可能にするためのプロジェクトとしてスタートしました。すべての個人や組織が持つ可能性を、分け隔てなく最大限に引き出すために。また、日本がこの困難を乗り越え、世界の規範となるために。Empowered JAPANはいつでもどこでも誰でも、働き、学べる、持続可能な社会の実現を目指し、
プロジェクトマネージャーは神経質であれ 大学教授が教えるプロジェクトに重要なリスクマネジメント
年に一度のプロジェクトマネジメントに関するイベント「Backlog World 2020 re:Union」。今回「プロジェクトリスク＆クライシスマネジメント」のテーマで登壇するのは、数多くのシステム開発の現場でプロジェクトマネジャーに従事し、現在は広島修道大学で教壇に立つ佐藤達男氏。後半は佐藤氏の今までの経験から培ったリスクの危機管理方法やトラブルの対処方法、またマネジメント全体から現場レベルの関わり方について話します。 リスクの底を知る 私は、プロジェクトマネージャーは現場で現状を知るべきだと思っています。 ここから実際の経験の話を少ししていきたいんですが。私がシステム開発のプロジェクトマネージャーをやっていたときに開発の仕事がたくさんある。しかし、依頼を引き受けてくれるソフト開発の会社が見つかりませんでした。 そんなときに「100台のパソコンと100人のエンジニアがいて、御社の仕事を
できないことは弱音ではなく本音で話す クラスメソッドのPMが教えるマネジメントに本当に必要なこと
タスク管理、ファイル共有もできるプロジェクト管理ツール「Backlog」。それを使っている人たちのためのイベント「Backlog World」。そこで、クラスメソッド株式会社の大橋氏が、プロジェクトマネジメントをする前に何をマネジメントすべきなのかを紹介。前半はプロジェクト開始前の注意ポイントについて話します。 プロジェクトマネジメントをはじめる前に大切なこと 大橋力丈氏：『プロジェクトマネジメントをはじめる前に大切なこと』ということで、クラスメソッド株式会社の大橋がお話しいたします。よろしくお願いします。 2月からリモートワークで、家族には、今日は登壇するので静かにしといてねって話したんですけど、1点だけ、どうしてもこのワンコがマネジメントできなくて。もし吠えたらごめんなさいということで、先に謝っておきます。 簡単に自己紹介になります。私、大橋力丈と言います。クラスメソッド株式会社のCX
PMOとは？役割やPMとの違い、導入するメリット、関連資格を紹介 | Backlogブログ
大規模プロジェクトにおいては、進捗管理や品質管理をPM（Project Manager）が一人で担うのは困難です。そこで、プロジェクトマネジメントを支援し、PMを支える役割を果たすPMO（Project Management Office）を配置することがあります。 今回は、PMOの役割や必要とされる理由、導入するメリット・注意点について解説します。さまざまなPMOの種類や関連する資格にも触れていますので、ぜひ参考にしてください。 PMOとは、組織内のさまざまなプロジェクトをチームで担当する部門・チームを指します。特定のプロジェクトの進捗管理や品質管理を担うのではなく、複数のプロジェクトを横断的にマネジメントするのが特徴です。 PMOの主な役割やPMとの違い、PMOの必要性について整理してみましょう。 PMOの主な役割 PMOはプロジェクトマネジメントを専門に担う部門・チームです。主な役割
締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
アジャイル・スクラム開発のプロダクトオーナーとプロジェクトマネージャーの役割の対照表：成迫剛志の『ICT幸福論』：オルタナティブ・ブログ
スクラム開発手法は、アジャイルソフトウェア開発に非常に有効な手法であり、アジャイル開発を実践しているプロジェクトの過半数で採用されている。 特に新規サービス事業のためのソフトウェア開発の場合、未来のユーザーのニーズへの対応という非常に不確定な要件にマッチしたソフトウェアおよびサービスを開発していく作業において、従来のウォーターフォール開発では不可能であった "作りながら考える"、"顧客のニーズを確認しながら作る"ということが可能となり、新規サービス事業の成功のためには無くてはならないものと考えている人も少なくはないだろう。 未来のユーザーのニーズへ対応するソフトウェアを開発するにあたっては、プロダクトバックログと呼ばれる実装すべき内容の詳細を明確に記述したものをつくる必要があるが、このプロダクトバックログの作成と管理という重責を担うのがプロダクトオーナーである。 スクラム開発チームを１つの
プロダクトマネージャーがいま知っておきたい「ビジネスアナリスト」力
近年、プロダクトマネージャーが脚光を浴びるようになりました。その役割は企業によってマチマチですが、プロジェクトマネージャーと比べると、提供するサービスの仕様決定やマーケティングのコントロールをより強く求められます。 それらはマインドセットなどのソフトスキルに依存していることも多いようです。そのスキルを学ぶべくベテランプロダクトマネージャーにインタビューしてみたところ、聞いた通りにはうまく実践できないと答えてくれました。 実は、プロダクトマネージャーが担当する幅広い仕事のうち、ある部分のタスクやテクニックは「ビジネスアナリスト」の役割であるとして知識の体系化が進んでいます。 そこで今回は、ビジネスニーズの整理からソリューションの決定に焦点を当てて、ビジネスアナリストが持つ知識の体系をお話しします。 国際的に活動している非営利団体IIBA（International Institute of
「PMBOK対応 童話でわかるプロジェクトマネジメント」を読んでみた～寝かしつけをしながら学ぶプロジェクトマネジメント | DevelopersIO
AWS事業本部インテグレーション部のいわほりです。 お子様の寝かしつけの際に童話を読んであげてらっしゃるお父さん、お母さん。 そんな方々に、寝かしつけをしながらプロジェクトマネジメントを学べる一石二鳥な情報をお届けします。 どんな本？ 書名：「PMBOK対応 童話でわかるプロジェクトマネジメント」 プロジェクトマネジメントにおける基本的で重要な事項を童話を用いてわかりやすく説明している本です。 (※)PMBOK：「ぴんぼっく」と読むのが一般的 どんな人におススメ？ 次のような方におススメです。 PMBOKをざっくりと理解したいが、その厚さ(3cmくらい)を前に気力が萎えてしまう方 PMBOKに一通り目を通したが、端々で具体的なイメージを持てない方 わかりやすさのための多少のデフォルメに目くじらを立てない方 PMBOKとは？ 米国のプロジェクトマネジメント協会(PMI)で発行しているプロジェ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクト管理とは？その目的や基本のやり方を解説
プロジェクト管理からタスク実行までのフローとツール連携 | とある化学者の備忘録