私は自慢では無いですがプロジェクトを炎上させたことがありません。 (炎上案件に途中から突っ込まれたことはありますが) 炎上案件の経験や上司からのアドバイス、書籍からの学びによるものが大きいです。 ただ、しっかり言語化して自分のものにしたいと思い、整理しようと考えました。 これを他のPLやメンバーに共有することで炎上プロジェクトが減っていくことを期待したい。 プロジェクトマネジメントする上で、意識していること、大事にしていること 小さな火を消し続ける → 課題管理の徹底、朝会でメンバーと課題を共有し、期日と優先順位を決めて通常タスクより優先して取り組む。 やらないことを決める → 顧客が求めてないこと、成果物に直結しない作業を極力やらない。(とくに過剰な品質管理、プロジェクト管理資料の作成など) 受注前の見積もりの段階で、案件リスクを見極めて、リスクを下げるか受注しない対応をとる → 見積も
エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 はじめに 工数管理はプロジェクトの成功に欠かせない要素です。工数を正確に見積もり、管理することで、プロジェクトの遅延を防ぎ、クライアントやプロジェクトメンバーの信頼を得ることができます。 本記事では、工数見積もりの重要性とその手法、そして失敗しないためのポイントについて書きたいと思います。 「もっとこうした方が良いよ!」 や 「うちの会社ではこの様な考えで取り組んでます!」 があればぜひコメント欄で教えていただけますと幸いです。 工数とは? プロジェクトや業務を完了するために必要な作業時間のことを指します。 「人日」 や 「人月」 と呼ばれており、1人日は8時間、1人月は160時間(1日8時間、平日20日稼働)で表現するケースが多
Linear is a purpose-built tool for planning and building productsLinear is a purpose-built tool for planning and building productsPlan and build your productPlan and build your product Meet the system for modern software development. Streamline issues, projects, and product roadmaps. Linear is a purpose-built tool for modern product development. Streamline issues, projects, and product roadmaps.
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 「プロジェクトを計画しよう!」という話になった時、ガントチャートはよく利用されます。しかし、実際に現場でそれがツールとして「使える」かというと、使えなかったりします。 それはなぜなのか、そしてその対策はどうすればいいかをお伝えします。 目次 そもそもガントチャートとは何か? ガントチャートあるある ガントチャートが現場で使えない理由①:実工数を無視した〆切になりやすい ガントチャートが現場で使えない理由②:タスクの相互依存関係が見えない ガントチャートが現場で使えない理由③:納期に頼ると「学生症候群」と戦うことになる 対策としてのクリティカルパスマネジメント ただ1点だけ問題が… そもそもガントチャートとは何か? 「プロジェクト計画と言えばガントチャート」と連想され
One app to align, collaborate, and work. Designed to boost productivity and save teams a day every week.
マーチン・フォウラー チーフサイエンティスト , ThoughtWorks 過去数年にわたり、「ライトな」ソフトウエア開発手法が急速に関心を集めつつある。それらは、官僚制に対する解毒剤とも、ハッキングのライセンスとも見なされているが、ソフトウエア関係者全ての興味をかきたてている。このエッセイで、私は「ライトな」開発手法の単に「軽い」側面だけでなく適応的な性質や人間中心主義に着目しながら、それらが流行る理由について掘り下げてみたい。また、この系統のプロセスに対してサマリーとリファレンスを提供し、この踏み出されてまもない道を行くべきかどうかを選択するために、考慮すべき要因について考えてみたい。 開発手法ゼロから、重量級の手法へ、そして「ライトな」手法へ 予見的手法 対 適応的手法 デザインとモノ作りを分割する だいたい仕様を予見できたことがない 予測は絶対に不可能なんだろうか? 予見不可能なプ
プロジェクト管理を学べるボードゲーム「プロジェクト テーマパーク」、JELLY JELLY CAFEにて販売 — 新人研修などの利用ニーズを受けて プロジェクト管理ツール「Backlog」を提供する株式会社ヌーラボ(本社:福岡県福岡市、代表取締役:橋本正徳、以下 ヌーラボ)が制作した、プロジェクト管理をチームで楽しく学べるボードゲーム「プロジェクト テーマパーク」が、JELLY JELLY CAFEにて個数を限定して販売されることが決定しましたのでお知らせします。なお、現在のところ、恒常的な販売は予定しておりません。 ■ 販売に関する詳細について 「プロジェクト テーマパーク」は、JELLY JELLY CAFE池袋1号店・池袋2号店およびオンラインショップ “ボードゲーム通販「JELLY」” で取り扱われます。 ・販売開始日:2019年2月20日(水) ・価格:4,500円(税抜き) ・
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 前置き 私のキャリアは少し変わっています。 この業界に新卒で入ってから十数年は、大手ゼネコン的SIerにて、ほぼ一貫してプロジェクトマネジメントをやってきました。最終的には100人月程度の案件を回していたので、中堅クラスではあったと思います。それなりに経験も積んだとは思いますが、あれ、そもそも私って人の管理をやるためにIT業界に入ったんだっけ。。というレーゾンテートル的な理由で、プログラマーに転身しました。 そんなわけで、おそらく日本のIT業界におけるプログラマーから管理職に至るという一般的なキャリアパスを逆行している形になります。 そ
Github の Project 機能いつのまにかにかなり便利になっていて 、まずリポジトリごとだけではなくて、オーガナイゼーションに Project を作れるようになっている。あれを最初みた人はだれでも複数リポジトリを跨げるようにしないと問題にならない、と思ったはずだがそれは実現した。 また Project 上で作成したふせんを issue に変換できるようになっている。また変化する際にどのリポジトリの issue にするかを選択できる。 結果として、 Project の画面上であーでもないこーでもないみたいな感じでタスクを洗い出し計画をたてる それを各リポジトリの issue にしてそこに詳細を書いてしかるべき人物にアサインする 以後は Project の画面上で複数のリポジトリにまたがったプロジェクトの状況を一覧、管理する ということができるようになった。多くの組織でこれは実用品にな
はじめに 結果 プラスに変わったこと Before (Backlog導入前) (1)寝不足と、モチベーション低下との闘い (2)やることが多すぎて日が暮れていた After (Backlog導入後の5つの変化) (1)期限を設定することにより気持ちが楽になった (2)情報共有による時間の節約ができた 引き継ぎしやすい (3)以前よりも子どもと向き合えるようになった BacklogのWikiは議事録としても秀逸 (4)育児以外のタスクに時間を掛けないようになった (5)夫婦の雑談が増えたことによって、新しいアイディアが生まれた プロジェクト管理ツールはこれからも継続使用します はじめに 我が家では1ヶ月ほど前にプロジェクト管理ツールを導入しました。 当初の宣言通り、まずは1ヶ月間 Backlogを導入し、家庭内のタスクが滞りなくスムーズに対応できるかどうか試してみることにしました。 今回は、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く