昨今のプロジェクトにおいてPMOを設置するケースが増えているのではないかと思います。 あるときは、炎上したプロジェクトの『火消し役』として あるときに、PMの意思決定や業務を支援する『サポート役』として 様々な役割を担うためにプロジェクトに参画します。 では、『プロジェクトにPMOが有用である』という前提に立ったときに、 PMOを何人アサインするのが適切なのでしょうか? 簡単なモデルを作成して考えてました。 ※あくまで定量的なモデルなので、参考までに。 まずは、簡略化のために以下の前提をおきます。 ①プロジェクトにPMは一人 ②PMとPMOは100%マネジメント業務のみを行うとする。 ③PM/PMO以外のメンバーはマネジメント業務を行わないとする。 開発工数(Man-Hour requirements)をMH(人月) 開発期間をM(ヶ月) 開発工数におけるマネジメントの占め
プロジェクトの工数算出というものに対して非常に疑問に思うことがある。 工数とは、各機能を算出してそれらを足していき、そこにある程度のスパイス(保険)を足して算出する感じだろう。 ここに、スパイスというよくわからないものがあるが、このスパイスが経験でズバッと3倍とか、1.5倍とか… ここまでいい加減でないにしても、それぞれの機能に複雑度・影響度を加味した係数をかけて、足していき・・・・・ って、これで実際に工数を出してみても、本当にその考え方あってるの?と疑問に思う。 そもそも、 そのプロジェクトはいつまでに完了(納品)しなければいけないのか、とか? 何人投入するのか(できるのか?) が、関係するんじゃないんかなー。 それらは、工数を出してからというかもしれないが。 だったら、導き出せる工数というのは場合の数だけ複数あるのではないだろうか? そんな状況を示すのは、こういう会話では
http://anond.hatelabo.jp/20160419111135 包丁とまな板がぶつかる音で、目が覚める。 リビングに入ると、彼氏はいきなりハグを求めてくる。欧米か。 お風呂場でシャワーを浴びながら、わたしの朝食を準備するだけで満足気になる彼氏にどう愛想を振りまくべきか、考える。憂鬱になる。 それから、先週の土日にお泊りデートした同僚の男友達を思い出す。 あのくらい年収がある彼と付き合えたなら、わたしが朝食を作る側になれるのになぁ。 朝食を食べ終える。 わたしが上着を迷っていると、彼氏はなぜか気温の話を始める。 うーむ。わたしが迷っているのは色であって暑さのせいではない。 同棲してから、気持ちを推測して理解できてる俺アピールがウザくなった。 ほとんど間違いですから~残念! 彼氏が出勤についてくる。仕事モードに切り替えたいのに、どうでもいい話題を振ってくる。 わたしはこれから大
背景 UnityでC#を使って複数人で開発していてコードフォーマットが (コーディング規約を決めてはいたものの)人によってバラバラという状況に。。。 そこでコマンドラインからドバーッとコード整形できるツールを探していたところ Artistic Styleというものが中々よさげだったので紹介したいと思います。 Artistic Styleとは コマンドラインから実行できるコードフォーマッター。 macでのinstall方法はこちら => http://astyle.sourceforge.net/install.html#_Mac_OS_X_Version 使い方 astyle path/to/target_file astyle --style=allman path/to/target_file # allmanスタイルで整形 astyle -bps4 # -b -p -s4 を指定した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く