最新記事一覧
オフショア開発は、海外(外国人)に発注するから難しいのではなく、他人に発注するから難しい――。新シリーズでは、「オフショア開発とコミュニケーション問題」を取り上げる。今回は、文化の違いによる“ドキュメント記述の曖昧(あいまい)さ”について解説する。
()
今回は「第14回 A.S.I.世界最優秀ソムリエコンクール 東京大会」を観覧して感じたソムリエの世界と、ソフトウェア開発の世界の“共通点”について紹介したい。
()
プログラマーの永遠の課題「プログラム中の残存バグ数の推定」に迫るシリーズ。第3回では、品質エンジニアが眺めているだけで“ご飯を3杯食える”ほど大好きな「Gompertz曲線」による残存バグ数の推定法を紹介する。
()
「『見積もり』は、ソフトウェア開発における大きなテーマであり、ソフトウェア工学における最重要課題の1つである」――。見積もり・シリーズついに完結。これまでお届けしてきた重要ポイントをおさらいする!
()
前回に引き続き、“契約条件”の面から実践できる見積もりミス対策を検討する。客観性のある見積もり技法を2つ以上学び、その技法の具体的な適用方法を習得し、さらに、契約面からも見積もりミスに対処できるようになれば、あなたは立派な「見積もりの“黒帯”」だ!
()
「ソフトウェア技術者の最高の能力は、見積もりだ!」――今回は筆者お手製のExcelシートの計算式を使い、“開発エンジニアを何千人・何万人投入したとしても、「この期間」よりも絶対に短く開発することはできない”というSLIMのトレードマーク「最短開発期間」の計算方法を解説する。
()
「ソフトウェア技術者の最高の能力は、見積もりだ!」――今回は、パラメトリックス法の1つ「SLIM」のトレードマークといえる“最短開発期間”の概要を解説する。
()
「ソフトウェア技術者の最高の能力は、見積もりだ!」――今回はSLIMのソフトウェア開発関係式を実際に使用し、工数(コスト)、開発期間(月)、機能総量(規模)、(プロセス)生産性の具体的な算出法(Excelによる算出)を解説する。
()
「ソフトウェア技術者の最高の能力は、見積もりだ!」――今回は、パラメトリックス法の1つ「SLIM」を取り上げます。上司からのムチャな開発期間の短縮要求をはねのける“究極の反撃法”が、このSLIMによる見積もりです。
()
「ソフトウェア技術者の最高の能力は、見積もりだ!」――今回は、計算手順が30分で理解できて、システムの分析やFP計算も1〜2時間程度で可能な「FP試算法」について説明する。
()
「ソフトウェア技術者の最高の能力は、見積もりだ!」――今回は、積み上げ法の中でも、少しアカデミックな雰囲気のある「FP(Function Point)」による規模見積もりについて解説。まずは、FPの概要・特長を理解しよう。
()
「ソフトウェア技術者の最高の能力は、見積もりだ!」――今回から世界のソフトウェア開発プロジェクトで最も頻繁に使われている積み上げ法による見積もりを紹介。まずは、規模見積もりの王様「LOC見積もり」について。
()
「ソフトウェア技術者の最高の能力は、見積もりだ!」――今回は、見積もりの3つの基本技法のうち「類推法」について取り上げ、その概要とメリット・デメリット、利用時の注意点について詳しく紹介する。
()
「ソフトウェア技術者の最高の能力は、見積もりだ!」――“見積もり”をテーマにした新シリーズ「見積もり:ソフトウェア技術者の最高の能力」の第3回。今回は、見積もり値の“3つの状態”について解説する。
()
「ソフトウェア技術者の最高の能力は、見積もりだ!」――“見積もり”をテーマにした新シリーズ「見積もり:ソフトウェア技術者の最高の能力」の第2回。今回は、過去30年以上ほとんど進歩していない、“今でも使える”見積もり技法について紹介。
()
ソフト開発における課題を解決していくための活動「プロセス改善」に焦点を当て、活動を継続するために必要なポイントを紹介
()
ソフトウェア開発の外部委託における問題点、特に委託する側の課題を整理し、有効な外部委託を実現するためのヒントを探る
()
今回は、レビューの観点とポイント、レビュー効果を認識してさらに良くしていくためのデータ収集と分析に関して紹介する
()
品質を確保するうえで重要な活動の1つレビュー。その必要性は分かっていても実際に行ってみるとさまざまな課題が見えてくる
()
今回はトレーサビリティの目的・利点や、どこにどのように適用するのか、また活動の中で発生している問題点について共有する
()
ソフトウェア開発において非常に重要な要求の開発・管理。現場ではどのように要求を明確にし、それを管理しているのか?
()
組み込みソフトウェア開発現場が抱える課題を明確化し、その解決策のヒントや気付きを共有する本連載。毎回開発現場で顕著化しやすい問題・課題をテーマとして掲げ、開発現場の生の声を基に深堀りしていく。(編集部)
()
どうして「ツール導入→現場の不評を買う→お蔵入り」となるのか。ツールに責任はない。成功の秘訣は運用上の創意工夫だった
()
転職先の現場には“開発プロセス”自体が存在しなかった! 悩んだ末に社外のコンサルタント起用を社長に直訴。その顛末は?
()
組み込みソフトウェアの開発現場では、ボトムアップ的に行われるプロセス改善が効果的といわれる。その成功事例を紹介しよう
()
何もしなければ何も変わらない。絶望的な状況に抗して、強い意志と勇気を持った開発現場のリーダーたちは行動を起こし始めた
()
座談会形式で組み込み開発者のホンネを大公開する。前編では、ソフトウェア開発の重要性を理解しない上層部がヤリ玉に挙がった
()