プロジェクト・マネジャーが知るべき97のこと/重要だが緊急ではないこと - Wikisource
個人の生産性に関する名著、スティーブン・コヴィーの“The 7 Habits of HighlyEffective People”（和書『7 つの習慣』）では、縦軸を重要度、横軸を緊急度としてアクティビティを分類しています。これには4 つの組み合わせがあります。 重要でかつ緊急であること：ヴェロキラプトル†の襲撃。 重要だが緊急ではないこと：今後の製品戦略の準備、製品上問題のある部分の改良。 重要ではないが緊急であること：砂糖を借りようと電話をかけてくるお隣さん。 重要でも緊急でもないこと：YouTube、Web サーフィン。 それでは最大限に効率を上げる方法について調べていきましょう。 最初に、重要でも緊急でもないタスク（4）（「サボること」に分類しても構いません）について考えましょう。これらのアクティビティのほとんどは、単純に落としてしまって構いません。その名の通り、重要ではなく（なぜ
プロジェクト・マネジャーが知るべき97のこと/計画の価値 - Wikisource
ジョージ・スミス・パットン将軍の「どんな戦術も眼前の敵には無力だ」という言葉が好きなプロジェクト・マネジャーがいます。彼らはこの言葉を、計画するのは時間のムダだという言い訳にしています。これにはほとんど根拠がありません。こうした姿勢は数多くのプロジェクトを失敗へと追いやってきました。計画することよりも行動を支持するマネジャーは必ずいるものです。行動することは魅力的で、計画することは退屈だからです。 確かに計画することは退屈かもしれませんが、一連のドキュメントを作ることだけが目的ではありません。アイゼンハワー大統領は、計画するという訓練はプロジェクトについて考えるきっかけになると考えていました。計画セッションはプロジェクトに対する深い理解をもたらします。ここでは、仕事、予算、リソース、リスク、スケジュールなどを考慮します。計画することにより、成功するために何が必要とされているのか、もっとうま
プロジェクト・マネジャーが知るべき97のこと - Wikisource
プロジェクト・マネジャーが知るべき97のこと 作者：Barbee Davis(編)、神庭弘年(監修) 訳者：笹井崇司 2011年 できるだけ早期にユーザーを巻き込む - Barbee Davis モグラたたき開発を避けよう - Venkat Subramaniam ローカライゼーションのせいで締め切りに遅れる - Pavel Simsa プロジェクト・オーナーは強力なプロジェクトサポーター - 武谷 美世子 複雑よりもシンプルな方がいい - Scott Davis 負債を支払う - Brian Sletten スキルでなく素質のある人を加えよう - Richard Sheridan シンプルにいこう - Krishna Kadali あなたは特別ではない - Jared Richardson スクロールから学んだこと - Kim MacCormack 問題にかかるコストを削減する - Ra
1分間マネジャーの時間管理
著：ケネス・ブランチャード、ウィリアム・オンケン・ジュニア、ハル・バローズ たくさん働いているのに仕事が終わらない！！ その理由がわかります。 本のまとめや概要、感想・評価・レビューをしていきます。 あらすじ上司は時間に追われて、部下は時間をもて余す……これってどうして!? 現場では優秀だった社員が昇進して管理職となったとき、陥りやすい状況がある。 「働いても働いても仕事がなくならない」「がんばっているのに成果が上がらない」などがそれだ。 自分がプレーヤーだったころは良かった、もしかしたら自分は管理職に向いていないのだろうか、管理職は思ったよりラクじゃない、とお悩みのマネジャーも多いことだろう。 だが、実はそれはあなたがやるべきでない仕事をしているせいだとしたらどうだろう。 概して、プレーヤーとして優秀な人ほど、部下に仕事を任せられずすべてを自分で処理しようとしてしまうものなのだ。 管理職
Google re:Work - マネージャー
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
「マネージャーは1時間単位でタスクにあたるが、エンジニアはまとまった半日単位の時間がある方が良い」話について - SaaSベンチャーで働くエンタープライズ部長のブログ
タイトルは、ポール・グレアム氏（Yコンビネーター）の「メイカー（作り手）のスケジュールとマネージャーのスケジュール」(Maker's Schedule, Manager's Schedule) からの引用です。 マネージャーは多くのミーティングをこなすなど、1時間単位でタスクにあたりますが、エンジニア（プログラマ）は最低でもまとまった半日単位の時間を作業に必要とする、と書かれています。 paulgraham.com 日本語訳 note.com エンジニア上がりのプロダクトマネージャーとして開発もプロダクトマネジメントも並行してこなしてきたのですが、意思決定のためのミーティングスケジュール、自身が開発を行うためのスケジュールをやりくりするバランスに腐心していました。 自身のタイムマネジメントで特に感じた点として、ミーティングとミーティングの間に1時間が3コマある時の開発生産性と、3時間まとま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
100+ Lessons Learned for Project Managers | NASA
