様々なソフトウェア開発を経験してきた視点から、開発、マネジメント、経済などについて書いています。タイトルは、あるレトロゲームからのオマージュ。ツイッターアカウントはこちら。http://www.nakaba.siteHome自己紹介Twitter記事一覧このブログについてhttp://www.nakaba.siteソフトウェア開発ソフトウェア開発と作業のマルチタスク化マルチタスクとは二つ以上の作業を同時に行うことをいいます。マルチタスク化は、脳を疲弊させ、生産性を著しく阻害するということが言われています。要するに「スマホを見ながら車の運転をする」なんて芸当は人間の脳には無理なわけです。※実際には、頭の中で両方の仕事を細かく切り替えながら行動しているため。ソフトウェア開発においても、このマルチタスク化は弊害となります。今回は「この観点でレビューが語られることってないよなぁ」と思っていた内容です。投資という観点から見たレビューの話です。そもそも、プロジェクト計画に投資計画が含まれていないことが多いんですけどね。そのせいで、下流工程でキツくなるプロジェクトが多いのです。17:000ピアレビューの勧めと注意点(よくないレビュー)前回の記事では、ピアレビューの各種方法について紹介しました。これが分かれば、あとは導入するだけです。なんだ、簡単じゃないか(*'-')と、思うかもしれませんが、なかなか上手くいかないのです。同僚同士や同じプロジェクトの開発者同士で行うレビューのことです。プロジェクトは規模が大きくなるに従い、ドキュメント量、コード量、要求の量が増え、また、情報の伝達、把握が難しくなるため、レビューの重要性は増していきます。レビューに慣れていない組織だと、以下の二択になってしまいがちです。レビューをせず、余計な手戻りコストを払うレビューにコストをかけすぎて、効率を落とすレビュー文化のない現場に、レビューを持ち込むのは意外と難しいのです。22:160開発期間の不可能領域スケジュールが間に合わないと分かったときに、取れる対策はいくつもあるように思えます。前回の記事で、私はすぐに「機能削減」を要求していました。実は、意外に選択肢は少ないのです。20:010開発初期に「間に合うか判断しろ」と言われたら以下の記事で、特にソフトウェアの開発初期の見積もりは難しいということを書きました。見積もりと不確実性のコーンソフトウェアの見積もりはどれくらい難しいのか?ただ、見積もりをしなくていい開発はありません。開発初期にスケジュールの判断を求められたときは、どうすればいいのか・・・。19:400ソフトウェアの見積もりはどれくらい難しいのか?前回の記事で「ソフトウェアの見積もりを正確に行うことはできない」ということを書きました。23:020見積もりと不確実性のコーンマネージャは必ず知っておいてほしい。開発者にも覚えておいてほしいソフトウェア開発における見積もりの話。見積もりに大事なのは、技法やデータではなく「心構え」。16:300ソフトウェアの開発規模とチーム人数ソフトウェアは、開発規模が大きくなると生産性が落ちる。開発規模に応じて開発手法を変えていかなくてはいけない。小難しいソフトウェア工学の知識がなくても読める開発プロジェクトの運営に役立つ情報を書いていきたいと思います。職業:元ソフトウェアエンジニア自己紹介:東京のゲーム会社でゲームプログラマ。家電メーカーで組み込みエンジニア。今は東京に戻って暮らしています。詳細な自己紹介は、こちら。