超絶怒涛のシステムエンジニアを目指して!超絶怒涛のシステムエンジニアを目指して!空前絶後のシステム開発に携わって20年。ソフトウエア開発のノウハウやプロジェクトマネージャでの経験、参考書籍を紹介。新しいウエアラブルデバイス、IOTデバイスも紹介します。開発現場からオーバーヘッドに掛かる工数は、それだけではない。ソフトの振る舞いに関しても、同じ機能に何度も修正リクエストが入ることがある。これにより、設計、実装、テストを、何度もやることになる。これも何か勿体無い気もするが、全部完成してしまってから修正が入ることを考えたら、開発中に対応することが、一番影響が少ないことに気付く。いった、リスクの対応を前倒し前倒しで進めていくことで、工数が余計にかかっている気持ちになるが、そこを納得できるかがマネジメントのポイントだと思う。オーバーヘッドにかける工数には限りが必要。保険を考えたときに、保険を描けておいたほうが良いが、それにより毎月の生活や娯楽を圧迫してしまうのでは、もともこもない。余裕のある範囲で保険はかけるもの。どんな規模のプロジェクトにも有効かと言うわけではない。ウォーターフォールでサクッと作ったほうが早い場合もある。プロジェクトへの適応は、慎重に考えなければならない。最初のオーバーヘッドを許容できる覚悟が、マネジメントにあるかどうか。再開発プロジェクト(1)今回のプロジェクトは、バグだらけシステムを作り直すというプロジェクト。そんな物が出来上がってしまったプロジェクトの進め方や体制にも問題があり...記事を読むプロジェクトの進捗遅れのリカバリーは二人三脚で。遅れたチームのリカバリーをどうするか。遅れ始めた予兆に手を打てず、本格的なキャッチアップの打ち合わせが持たれる。プロジェクトのフェーズが終わったら必ず振り返りを行うこととしている。『10年後の仕事図鑑』を読んだ。...記事を読むプロジェクトマネジメントと働き方を考える2前半1では、いわゆるPMが認識しないといけないこと、尽力すべきところを上げてきたが、組織のマネージャーとしても注意すべき点がある。検索スポンサー2マウスのパソコン良いよね。超絶怒涛のシステムエンジニアを目指して!.。