しなくていい失敗を回避する『プロジェクトマネジメントの基本が全部わかる本』
プロジェクトマネジメント（PM）の重要性は、あまり認知されていないように見える。 うまく回っているときは「あたりまえ」扱いでスルーされ、いざ暗礁に乗り上げたときに「どうなってるんだ！？」と糾弾の的となる。 プロジェクトをうまく回していくコツというか勘所は確かにあり、相応のトレーニングが必要だ。にもかかわらず、なぜか蔑ろにされている。ろくに訓練もしないまま、「見て学べ」「やって覚えよ」と実践に放り込み、メンタルをやられず生き延びた者が幹部になる。 これは悪手だ。 よく、「失敗から学ぶほうがより身につく」などと唱える輩がいるが、しなくていい失敗は避けたほうがいいに決まってる。そして、この「しなくていい失敗」のほとんどは、基本を押さえるだけで回避できる。 この、PMの基本を押さえているのが本書だ。 『プロジェクトマネジメントの基本が全部わかる本』には、プロジェクトを回していくために「あたりまえ」
だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし「進捗を把握する」と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか？ → 進行中です／〜をやっています なにか問題はありますか？ → とくにないです 〜までに終わりそうですか？ → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーションだと思いますが、あまり有用な情報は得られていません。 この記事では、自身の経験則をもとに、進捗にまつわる良い情報をゲットするための具体的な質問を考えてみました。 なぜ進捗を把握すべきなのか 話の前に、なぜ進捗を把握すべきなのでしょうか。 それは良い計画づ
見積・提案書に書いておくと不幸を減らせる前提条件
はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません（うろ覚えで書いてたり、大人の事情） これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる
デスマーチが起きる理由 - ３つの指標
鳥のさえずり声を聞いて、私は悪態を吐いた。今日の早朝に予定されていたミーティングのことをすっかり忘れていたのだ。 まったく、最悪の朝だ。着替えている間に、電話も鳴った。「高い金を払ってコンサルタントを雇った極めて重要なミーティングだ」と念を押されていたというのに。 それもこれも昨日のバグのせいだ。睡眠時間も、開発スキルも、人員も、私の現場には何もかもが足りていない。 それにも関らず、理解の足りない上司は「テスト工程を削ってでも早く納品しろ」とプレッシャーを与えてくる。 あの馬鹿どもめ。一体何を考えているんだ？ スーツに着替え終わった私は、冷蔵庫の缶コーヒーで空腹を誤魔化すと、バイクに跨った。通勤時間が5分なのが、せめてもの救いだ。 「遅れてすまない」 そう言って会議室に入ると、奇妙なことに気がついた。教室のように整然と並んでいたはずの机が、即席の半円形に並べ替えられていた。 何より、ホワイ
若手PM必読！プロジェクト失敗４大パターンと失敗を防ぐ方法｜プロジェクト管理・工数管理「クラウドログ」
システム開発のプロジェクトを管理するプロジェクトマネージャー。プロジェクトが成功するかどうかは、プロジェクトマネージャーの腕に掛かっていると言っても過言ではありません。 プロジェクトが始まったものの、 要件がいつまでたっても固まらない 指示通りにメンバーが動いてくれない プロジェクトメンバー間のコミュニケーションがぎくしゃくしている どんどん進捗が遅れていく などの問題が発生したことがありませんか？ システム開発を成功に導く為には、緻密なプロジェクト計画と進捗管理、課題管理、プロジェクトメンバーへの適切な指示など多くのプロジェクト管理スキルが求められます。 プロジェクト管理スキルは１冊の本になるほどボリュームがあるものです。 そこでこの記事では、忙しい方でも学べるよう特に重要なノウハウを５分で読めるよう１枚にまとめました。ぜひこの記事をプロジェクト成功の参考にして下さい。 1．プロジェクト
難易度の高いスケジュール作成のやり方 - Qiita
スケジュールに意志を込める 納期と品質、立ちはだかる優先度。 その時君は何をすべきか。 アジェンダ 今日の狙い 意志とは何か? なぜ意志をこめるのか 誰の意志をこめるのか 基本のスケジュール どうやって意志を込めるのか まとめ お願いごと これは社内勉強会用の資料です。 対話しながら進めようと思います。 ゆっくり進めます。 疑問質問あったらそのタイミングで手をあげてください。 途中退出可。 今日の狙い 今日の狙い プロジェクトを始める時の第一歩 スケジュールを作る時の第一歩 これらを知ること。 ※運用部分は今回は言及しないです。 意志とは何か? 意志とは 1.【意志】 どうしても、これをしよう、またはしまいという積極的な心ぐみ。「―が強い」「―薄弱」。強いはっきりした意向。 「神の―」 2.【意思】 しようとする考え。思い。 「―表示」 引用:https://goo.gl/u9lAlz 「
「技術的負債だらけのチームで技術マネージメントしてみた」資料が素晴らしい - プログラマの思索
「技術的負債だらけのチームで技術マネージメントしてみた」の公開資料が素晴らしいのでリンクしておく。 【参考】 akipiiさんのツイート: "すごく良い資料。RT @yassan168: #kichijojipm 発表資料upしました。誰かの役にたてば良いのだけど。connpassにもUPしています。＞技術的負債だらけのチームで技術マネージメントしてみた https://t.co/3R25aUnI4S" 前任の仕事を引き継ぎしたら、下記の問題があったらしい。 技術的負債込みで引き継いでしまった、という例は、本当によくある。 (引用開始) １年前の状態 ・すべてがメールベース ・ドキュメントはほぼ無い ・最強の属人化。個人のパワーで乗り切る ・技術に関心が無く誰も行動しない ・暫定スクリプトが今も元気に本番稼働中 ・ソースには、ほぼコメント無し ・hoge.pl.(日付) 形式のソース管理
職場がExcel主義でもOK！ メンバーやプロジェクトの進捗をガントチャートで管理する「Brabio!」 | ライフハッカー・ジャパン
ヘッドライトの黄ばみがサッとキレイに! メッキ・ホイール・シートにも使えるマルチ過ぎなお手軽クリーナー「ウルトライト」
はじめての開発マネージャーの教科書
昔、はじめての課長の教科書を読んで、「中間管理職大変だなー」というのとともに、「中間管理職も必要なんだよなー」と思ったのですが、理想の開発マネージャーってどんなのかなぁとよく考えます。今日はそんな試行錯誤の日々について書いてみます。 楽しい仕事を創る 世の中には「つまらない」と感じる作業があると思います。僕の場合は、アジェンダ確認するだけのMTGに参加するのが本当に苦手。段取りの悪い作業に参加するのも本当に苦手。 つまらなそうな仕事をいかに「つまる仕事」にするか？これはマネージャーに問われる資質なのではないでしょうか。 開発の場合だと、定形業務とかは自動化したりツール化することができます。そのときに、チャレンジ要素を盛り込むと「つまる仕事」になったりする。過去にやったのが 完全チケット駆動開発で、最新開発環境を駆使し音速開発大会 最新版のRailsを使ってツールをアジャイルに作れ！ 技術的
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PMBeginners改めPMEngineersに参加してきました | ブン屋！
ガントチャート,プロジェクト管理,スケジュール表がサクサク作れる。チャート作成がカンタンに共有！しかもフリー タスク管理にも - Brabio!