世の中には2種類のエンジニアに分けられる。Delivery)とS(Scope)はプロジェクトに制約を課す要素です。この中で厄介なのがDeliveryの納期です。開発スピードマネージャやプロジェクトマネージャがプロジェクトメンバを調達し、アサイメントする際に犯してしまう間違い...それは頭数を揃えてしまうことです。仕事って、ここまではやっておかないと、という矜持というかismを持っていないとせっかく仕事をしていても「やっつけ仕事」にしか見えないんですよ。しているのにいつも想定外のことが起きて思うように仕事の成果が得られない。関係する人が思うように動いてくれない。進捗管理facebookのザッカーバーグが言ったらしい、有名なフレーズです。神よ、完了予定日までに終わらないエンジニアには罰をお与えください。それを言いたいのではなくて、エンジニアの仕事が終わらない理由は様々あるけれど、納...完璧を目指して終わらないのではなく、埋もれている作業をしているから終わらないだけ2017-10-18PERT図を描け。進捗管理プログラム開発のように要件定義から工程を進めることでToDoを詳細化するプロジェクトのWBSは(スコープ漏れや機能漏れは除いて)、何をすれば作業が完了するか明確なので計画も見積もりも予実の較差の把握も対処もし易いのです。企画や構想立案や...PERT図を描け。「ひとかど」かどうかは他者が勝手に感じることなのだろうけれど、プロジェクトプロジェクトマネージャとしての役割がプロジェクト計画書で設定したQCD(品質、コスト、納期)であれば全戦全勝なので嘘にはなるまい。納期プロジェクトをゲームで見立てたとき、ーあ、よくそういう例え話をするんですよ。エンジニアのキャリアもそうです。あれもドラクエのようなゲームだし。納期プロマネやマネージャの仕事をしていて困るというかなんとかして欲しいのは、納期ギリギリになって初めて見せられる資料ですね。いやー、ほら、いつも言っているじゃない。