[ゼロから始めるプロジェクトマネジメント] プロジェクトの移動するゴールを追い続けよう、記録しよう | DevelopersIO
プロジェクトマネジメント未経験の方も今日から参考にできるTipsをシェア。 ゼロから始めるプロジェクトマネジメントシリーズ第十一回です。 プロジェクトのゴールはうつろいます。 ゴールを記録し続けることでプロジェクトの現在位置を常に把握するようにしましょう。 情報システム室の進地＠日比谷です。 プロジェクトのゴールはうつろいます。残念ながらうつろいます。貴方が無菌室で一人で行っているプロジェクトであってすらうつろいます。貴方が変化し続けるからです。今回は、うつろいゆくプロジェクトゴールを記録し続けることの意義についてまとめます。 プロジェクトのゴールはうつろいゆく プロジェクトのゴールはなぜうつろい、移動してしまうのか。理由は主に３つあります。 外部環境が変わってしまうから 内部環境が変わってしまうから 貴方が変わってしまうから まさに仏陀の仰るとおり、万物流転です。 外部環境が変わる 開発
![[ゼロから始めるプロジェクトマネジメント] プロジェクトの移動するゴールを追い続けよう、記録しよう | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b179f3dc42d854147a8748ca10459ac38ff24c84/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2024%2F06%2F28cd71a8787c6f7b8ae2fca7959addd8.png)
個人的なタスク・目標の管理方法 - あんパン
前の記事で軽く触れた通り、Todoistでタスクを管理している。そのあたりの話。 masawada.hatenablog.jp 割と忘れっぽい性質なのと、いろんなイベントを同時並行でやることが結構あって、破綻しないようにTodoistを使ってタスクを管理している。加えて無為に過ごしたくないなあという思いからここ数年はゆるく目標みたいなものを持っていて、Scrapboxで管理している。これらは一度設定してそのままにしてしまうと見るのすら忘れてしまうので、ある程度定期的に見直すタイミングを作っている。以下はざっくりどういうことをやっているかの紹介。 タスク管理 Todoistではレイアウトにリストとボードの2種類があって、それぞれ利用シーンに応じて使い分けている。 リストとボード リスト 進捗を考えなくていいものについてはリストを利用している。アイディア帳的な使い方が多い。例えば前の記事で挙げ
GTD（Getting Things Done）: ステップ・バイ・ステップガイド
Getting Things Done（略してGTD）は、生産性コンサルタントDavid Allenによって作成された人気のタスク管理システムです。このメソッドは「頭の中で抱えている情報が多ければ多いほど、注意を向けるべきものを決定するのが難しくなる」というシンプルな真実に基づいています。実際にタスクを処理することよりも、タスクについて考えることに多くの時間を費やしてしまうのはよくあることです。私たちは、情報が頭の許容範囲を超えて溜まってしまうと、ストレスでいっぱいいっぱいになり不安を感じます。 Allenは、私たちの脳は、情報を保存するよりも、処理することのほうに圧倒的に長けていることに気が付きました（同氏はこれを「あなたの頭は役に立たないオフィスだ」と表現しています）。GTDメソッドは、その頭の混乱を外部のシステムに出し、それを整理することで、適切なタスクに適切なタイミングで取り組める
締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
時間の見積もりがうまくできなくて困る【理論編】
今回の課題：作業記録をつける 状況説明：「明日は終日会議の連続でスケジュールが詰まっている」あるいは「午後は企画書作りで缶詰めだ」といった見通しが立つ場合があります。このような時「明日は会議だけで一日が終わってしまうので仕事が進められない」「半日もあれば企画書は完成するだろう」という予測が同時に立ちます。 会議で詰まっているといっても、会議と会議の間にはちょっとした空き時間ができたり、企画書作りも半日では到底終わらずにその日は終電までかかりきりになったり、といった想定外の事態に見舞われることがあります。 何となく見えていたはずの見通しが、フタを開けてみたらまったく甘いものであり、思わぬ苦労をさせられるわけです。一度ならまだしも、繰り返してしまうのであれば問題です。 こうならないために、言い換えれば現実的で精度の高い見通しを立てるには、どうしたらいいでしょうか。 コツ：決められたフォーマット
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.swatz.net/entry/2012/06/25/192806
