[ゼロから始めるプロジェクトマネジメント] プロジェクトの移動するゴールを追い続けよう、記録しよう | 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)
達成感スコアの向上に取り組もう | 組織改善するならエンゲージメントサーベイ【Wevox】
達成感の意味達成感とは、物事を成し遂げたときに得られる喜びや感動のことです。達成感は物事の難易度・かかった時間・努力の量に伴って大きくなります。達成感がエンゲージメントにとって重要な理由達成したときに...
GTD（Getting Things Done）: ステップ・バイ・ステップガイド
Getting Things Done（略してGTD）は、生産性コンサルタントDavid Allenによって作成された人気のタスク管理システムです。このメソッドは「頭の中で抱えている情報が多ければ多いほど、注意を向けるべきものを決定するのが難しくなる」というシンプルな真実に基づいています。実際にタスクを処理することよりも、タスクについて考えることに多くの時間を費やしてしまうのはよくあることです。私たちは、情報が頭の許容範囲を超えて溜まってしまうと、ストレスでいっぱいいっぱいになり不安を感じます。 Allenは、私たちの脳は、情報を保存するよりも、処理することのほうに圧倒的に長けていることに気が付きました（同氏はこれを「あなたの頭は役に立たないオフィスだ」と表現しています）。GTDメソッドは、その頭の混乱を外部のシステムに出し、それを整理することで、適切なタスクに適切なタイミングで取り組める
界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】｜Miz Kushida
・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは（7版からはすごく薄い）。 2021年8月に第7版が発表されると（ただし、日本語版はもっと先）公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5（最高レベル）を運用したりバージョンアップ対応を経験
締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
エンジニアが知っておきたい工数見積もり術！ " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub｜若手Webエンジニアのキャリアを考える！
エンジニアが知っておきたい工数見積もり術！ 無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策
1人で始めた職場での改善活動1年間を振り返ってみたメモ - 全力で怠けたい
職場で勝手にやっている改善活動のメモを取り出してから1年たったので振り返ってみたメモ。 書くこと 実際にやったこと 変わったこと 一番大きく変わったこと まとめ 実際にやったこと メモはハッシュタグ #俺俺改善活動 を付けて Twitter へツイートしていました。*1 今月の #俺俺改善活動．構成管理のブランチポリシーを整理してドキュメント化した．普段は見ないものだけど，ブランチ開発経験のない人が入ってきたときは効果すごいある— えび🦐 (@ebc_2in2crc) 2016年7月28日 今月の #俺俺改善活動．高コストな上に誤りが混入しやすい機能をエンドツーエンドでテストできるようにした．テストは自動化されているから CI に組み込めるし，安心して修正できるようになった(*'▽'*)— えび🦐 (@ebc_2in2crc) 2016年7月28日 今月の #俺俺改善活動 ・テストの2
【思い込みの問題】思い込みを克服すれば不安や恐怖が無くなり仕事の問題が解決するお話｜魂を揺さぶるヨ！
みなさん、もし突然やったこともない仕事を振られてたらどう感じますか？ 仕事をする以上責任が発生する為、未経験の仕事について職務をこなせるか不安を感じるのではないでしょうか。 そういった不安を感じることは特におかしなものではなく、人として普通の反応です。 この未経験の仕事を振られたケースの場合は「なぜ不安なのか？」をまず考えると、理由は「未経験で、仕事の進め方が分からない」ことが原因になります。 それであれば、前任者に聞くなり前任者がいなければネットで調べるなりで大概は解決できます。 しかし不安を感じたが何が原因なのかを考えない場合は、不安を解消する手段が見つからず、ただ無駄に時間が過ぎるだけです。 思い込みで人は能力を制限する人は安定性を求める傾向があり、今と変わらない普遍性を求めます。 新しいことをしたり、覚えたりすることを億劫と感じて安定した今を守る傾向があります。 新たに未経験の仕事
「それ俺の仕事じゃないし…」分業が、あなたとチームを破壊する！？ - リクナビNEXTジャーナル
Photo by JD Hancock こんにちは！はてなブログ「プロジェクトマネジメントの話とか」管理人のwiz7と申します。普段はWebサービス関連の仕事をしています。 僕はプログラム開発から企画寄りの仕事まで、様々な工程を経験してきたのですが、今日は僕がいろいろ見てきた中で考えた、仕事の「担当分担」と「組織のあり方」について書いてみようと思います。 ■ 分業が組織を作り、分業が組織を壊す チーム・組織内の指揮系統を明確化して、担当割りを決めることは、業務を遂行する上でとても重要なことです。 これがないと、みんなが「あ、やべ、このタスクは誰かがやると思っていた……」と、完全放置され宙に浮いてしまったり、逆に、必死に仕上げた仕事を、実は他のメンバーが既にやっていた……「マジかーい！早く言ってよ！（あ、俺もか？）」などという状況に陥りかねません。 組織の統制が取れず、各メンバーもどこに向か
第5回 課題管理とTo Do管理 －概要編－
ファシリテーション・テクニックを極める当研究所。現場で培ってきた数々のテクニック/ノウハウの中から、即効性があるツールを紹介しています。第5回と第6回のテーマは「課題管理とTo Do管理」です。今回は概要編として、「課題」や「To Do」の言葉の定義や、課題管理、To Do管理とは何をすることか、について紹介します。 日常の仕事において、目標に向かって作業を進めていると、必ずと言っていいほど、目の前に行く手を阻む「障害」が発生するものです。また、プロジェクト活動というものは一般的に、業務あるいはシステムのあるべき姿と現実との「ギャップ」をとらえ、そのギャップを埋めるための施策を実行し、改善を図っていく活動だと言えます。 これらの「障害」や「ギャップ」は、目的の達成を阻む「問題」であり、この「問題」を解決しない限り、ゴールに到達できません。かといって、この「問題」を的確に管理し解決していけば
[ThinkIT] プロジェクト管理TOP
【プロジェクト管理術】 ドラッカー流、リーダーの方程式 第5回：成果が上がる人、上がらない人 著者：エンプレックス株式会社 藤田 勝利 2008/10/31
「計画的にやれ」が悲しいほどメンバーに通じない理由 − PG時代と何が違う？ 新任PMがついやってしまうNG集 − ＠IT自分戦略研究所
1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない！ そんな新任PMの悩みを解決するTipsを紹介します。 お悩みのPM諸君、ついこんなこと言っていませんか 同じ「プロジェクト」に関わるにしても、PM（プロジェクトマネージャ）になる前と後では大違いです。プログラマの1人として働いている時は、自分の作業に専念していればよかったのに、PMになった途端「顧客から新しい要望が来た」「○○さんの作業が遅れている」といってはフォローに追われる日々。「何で皆、ちゃんと動いてくれないんだ！」とストレスをためるPMも多いはずです。 ですが、「自分が動くこと」と「人に動いてもらうこと」が違うのは当然のこと。ですが、ついそのことを忘れて、こんなことを言ってしまうPMは多いのではないでしょうか。 これらはPMの発言としては“NG”です。いくら口をすっぱくして注
［進捗管理編］あいまいな報告を認めてはいけない
通常，プロジェクト・マネージャ（PM）は，自分の担当するプロジェクトにおいてサブリーダーや担当者などから進捗報告や結果報告など多岐にわたる報告を受ける。その報告内容に基づいて状況を判断し，場合によっては重大な決断を行うことも多々ある。 報告される内容があいまいであったり，虚偽が含まれていたりすると，その後のプロジェクトの運命を大きく左右することにもなりかねない。あいまいな報告が定常的となっていたために途中までうまく行っていたはずのプロジェクトが突然失敗するケースも少なくない。 「進捗率90％」の意味は？ 筆者の知り合いのベテランPMが失敗した例を紹介しよう。Cさんは社会人生活20周年を迎えるベテラン技術者である。Cさんの勤めるZ社は，大手プロバイダであるY社からWeb経由でユーザーが直接自分の情報を更新するシステムの開発を受注した。 今回の開発は，そのシステム要件から高いセキュリティが要求
社内諜報力 凝った社内資料はリーダーの無知を表す：日経ビジネスオンライン
現在のような変化が激しい時代、慎重に検討している間にも状況は刻々と変わっていきます。さっきまで渡れた川が、1時間後にはもう泳ぎ切るのが不可能な状態になる。それが現在のビジネス環境だと私は思っています。 そこで必要不可欠なのは迅速な意思決定です。現代のリーダーにとって即断即決する力は重要なスキルと言えるでしょう。 ときどき「優柔不断な性格で、なかなか決断できない」という人がいます。ですが、物事を決められないのは、決して個人の性格や性質によるものではありません。 現場を知るには努力と投資が必要 トリンプ・インターナショナル・ジャパンの社長時代、私の意思決定はかなり速かったと思います。それは現場を熟知していたからです。 私は「後は担当部門に任せ、議事録を読めば理解できると判断するまで」、まず各部門の会議に全部出席しました。通常なら社長が出るようなレベルではない会議も含め、すべてです。 その目的は
怒る必要などない - jkondoの日記
オフィスと同じビルに歯医者さんが入っていて、3年くらい通っていたのですが、今月閉院となり先生がリタイアされました。先日たまたま考え事をしながら廊下をぶらぶら歩いていたら、その先生と病院のスタッフの方々に「近藤さん！」と呼び止められ、閉院の記念撮影を撮っているところになぜか一緒に入れて頂いて写真を撮り、さらに「飲み会に行くから近藤さんも来てください！」と言われ、これも何かの縁だと思ってご一緒させて頂きました。 飲み会の中で教えて頂いた印象的な話があります。 先生が30代の頃は毎日スタッフのミスをメモし、診察時間が終わるとそのスタッフを怒っていたそうです。ところがある時、「怒る必要などない」ということを悟り、対等な人間として接するように変わったそうです。それから入ったスタッフの方の多くは、10年以上も勤務され続けたそうです。怒るのは自分の自信のなさの現れである、と仰っていました。 飲み会には衛
継ぐ人たち — 旧メイン・ブログ | Baldanders.info
（念のために書いておくと， この話はオープンソース・プロジェクト等では当てはまらないと思うのであしからず） 興味深い話。 読まれない引き継ぎ資料（コミュニケーションのヒント） どんなプロジェクトであれ「引き継ぎ」は重要なプロセスだ。 「引き継ぎ」というのはプロジェクト内のある役割から離れる人と次にその役割に就く人との間で交わされるコミュニケーションをさす。 「引き継ぎ」はプロジェクト内での異動でも発生するしプロジェクト外の人的資産を入れ替える場合にも発生する。 しかし（プロジェクトの規模や内容にもよるが）プロジェクト内での異動であれば引き継ぎは端折られることも多い。 何故なら， 引き継ぐ人も引き継がれる人も， そのプロジェクト（とその中におけるメンバの役割）についてよく知っているからだ。 ところで「プロジェクトについてよく知っている」とはどういうことだろう。 もちろんプロジェクトの目的や要
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発組織マネジメントのコツ - Speaker Deck
http://www.swatz.net/entry/2012/06/25/192806
はてなハイク サービス終了のお知らせ