質問

現在、私は会社をアジャイルとして開発した。また私の上司の判断一部の方法論の額の決定に関する作業プロジェクトマネージャが与えられたプロジェクトでの飛行になります。正直、私はあまりできないも馬鹿に証明することにあります。

私の質問は、どうしているかどうかの評価が忙しく、日々、プロジェクトマネージャー。

役に立ちましたか?

解決

覚えていること 他の指標にお越しいただけますとれいgamed.

[取得バッジのための話題からリンクジョエル-ソフトウェア?:)]

とはいえお試しいただくことが可能で、組合の以下の取り組み:

  • 開発者の声!!!(例:良い午後のフィードバックするようになった)のかもしれない問題を、X、Y、Zとした消えて").しないことが分かっていた測定方法"忙しい"PMだけではありませんが、本当に良い測定手段の有効性についたのです。

  • 量及び定格が明確にプロジェクト計画を容易gamed)

  • 変化率のプロジェクト計画を容易gamed)

  • 量の会議-会合時間(単gamed)

  • 成功率のプロジェクト情報の正確性に対%の納入前顧客満足度)すgamedが悪魔の自分を正常化するこ挟ます。

他のヒント

Timesheetsの測定を行い 金額 仕事的な意味合いを持つことができるのとかその日がい)がないと思うのです。

最終的にはなくなるとは思えない有益な指標プロジェクト管理者この意味ではないと思いことになる。

と思い、最終的にすべき対策プロジェクトの成功により"忙しいらしさ".しんケアどのように忙しいのであれば、お届けに成功。

一PMひとときをお過ごしく半日をスログと緩和計画を含む20のリスク別のひとときをお過ごしく2日間は入れており、全体としてひとつだけの5つのリスクがない、数以上として有用な指標により行います。鍵のものではないプレイヤーがどれだけの時間を過ご用することで、どのように多くのリスクを特定できなお緩和計画が るかどうかそのようなリスク管理をプロジェクトの成功.

だよだプロジェクトマネージャーではないがお届けするプロジェクトは、予算やお客様のご満足をいて究極の測定のより質の欠陥).

しい計測方法"に忙しい"のCEO。やはたのかを判断し、利益当することができるのでしょうか。

このためには:

  • 時間にできgamedは大規模のパディング計画することに注意して下さい最小限の見直しによる計画、見積りおよびすべての関係者に同意してデベロッパー、PM、クライアント).のこのPMの同意を必要とするプランではなくて、実施日foistedにします。するためにこの測定は、全体の実施または各々のマイルストーンです。

  • 予算-計測可能なものgameble.ほとんどの開発プロジェクトのキーも彼女のが正直なtimesheetsから、開発を確保するための最良の方法はなく、午後は午後がない線です。この方法を使うと、開発者にしてくれるよう頼む〔頼む〕have someone戦そのコーナー(テクニカルディレクターのためのインスタンス)だけでなく、圧力が掛かに記入timesheetsの予算です。ものすることに合意すべきである予算のない合理的期待をもたは不当で

  • お客さまの満足-ハードの測定にいたるまで簡単に行く直前事後評価の口座管理やマークの10コミュニケーション配信、などが重要になります。で主観的では顧客の満足である。

がたくさんの会社によってまちまちだと思います。一部の団体のキーをもたらしてくれることでしょうする契約可能な時間、その他の開発者満足することを目的に混合する。

いいうことは理解するお問い合わせをいただいてお見積を作るプロジェクトマネージャーはプロジェクトによる最での請求は、経験則からその他これにより、上司だけで良いのではないかと思いずィレクトリ内にインストールを実現します。場合でも事業とよく似のもう独自のプロジェクトに関す:

  • チームは同じではありません(教 のんのロープ時間)
  • どの仕様は変更になる場合がありんのわずか (およびその小さなビットをダブルに 負荷)
  • でも、季節に影響を与え 成果
  • とかなんとか

各条件のプロジェクトが変わる作業負担のプロジェクトマネージャーでい 主観的 評価を行う。

私はあなたが開発者のために使う努力のバーンダウンと同じとレベルを使用することをお勧め。など、アジャイル環境でのPMの仕事は、少し異なる(と、それは違うの買い物をする店から)ですが、PMは、タスクのリストを提供することができるはず私は肯定的な思考とあなたの上司が決定へのアプローチとして、それを見ていますどのくらいの可用性PMがあります。

最プロジェクト管理者相当の責任とではなく、また、プロジェクトマネージャーの方は、予備能力につながるおそれがボランティアの新たな責任を持った自分のベストです。すべての最も機能的な組織でより良いを明らかに過負荷が英雄です。

する組織の最善の利益を少し荷重下におけるそのプロジェクトマネージャー、その一部の予備能力の有るべきもの"の開催に間違っています。プロジェクトマネージャーもお選び申請人の空き容量かつ建設的な方法。過剰なpolitickingまたはその他のunconstructive活動指標の方がより建設的に展開されます。でもアジャイルプの負荷が均一に渡るプロジェクトサイクルなど配信することは、多くの場合、管理-集中的な活動-人を連続的に荷重いと思うものも、無視したり隠れた深刻な問題となっています。

場合は、次のレベルの管理を定期的にプロジェクトレビュー注目してどのように多くの問題がエスカレートからのプロジェクトの報告と相関がニュースからはgrapevine、基礎的な評価作業負荷予測のための各プロジェクトマネージャー、その機構を同時に有効にできるべきである場合には合理的に効率的なシステム。

管理者が政治的-心理的な動物です。載の方法論になることを考慮する現実を無視しても良い方法論のこの問題がよりしか見られない行動に関するよく。

私は純粋主義者しているのです場合は恐れ入りますが、タグや質問は、アジャイルのために呼び出します。アジャイルにおけるプロジェクトマネージャーは何でしょうか?あなたは、どちらかの製品の所有者またはスクラムマスターによって行われている作業を評価しようとしているのでしょうか?

いずれにせよ、両方の役割はとてもおそらくあなたの上司は、間違った絵を見ている、測定が困難ないくつかのタスクを実行します。

例えば、スクラムマスタは"The person responsible for supporting the development team, clearing organizational roadblocks, and keeping the agile process consistent"あります。基本的にはコーチとファシリテーターです。スクラムプラクティスに従うために交渉や説得による管理のより高いレベルで作成された破壊的な要求や気晴らしをブロックすると、一般的にスクラムマスターが使用するスキルの一つです。これらのソフトスキルのいくつかは、彼らがコンピュータで作業やレポートを作成伴わないので、「仕事」として測定するのは難しいです。

私はあなたの上司はより多くのチームがあるとスクラムマスターは彼のチームメイトの作業を容易にするために、記述されている方法をどのように効果的に関係しているから最も恩恵を受けるメトリックを考えます。 DVKはその後、非常に有効なポイントを持っている、あなたが作成メトリックは、「gamed」することができますので、あなたのプロジェクトが進んでいるとあなたのチームはチームとして幸せと仕事している場合は、あなたの管理者が多忙であることを信頼するのが最善です。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top