IGAKI Hiroshi @hirocell 見てみたら最近流行りのただの釣りタイトルだった．まぁでも，ソフトウェア工学の認知度が低いのは確かにその通りなんだろうなー．何でこの類の現場の人はソフトウェア工学の勉強とかしようと思わないんだろう．門戸はいつでも開いてるのに． 2013-03-23 09:54:43 IGAKI Hiroshi @hirocell アジャイルソフトウェア開発宣言をした人たちの中にソフトウェア工学の研究者が大量にいることとか知らないんだろうなー．まぁ知らなくても使えれば全然OKだとは思いますが，背景を知ってると知らないのだと理解度はだいぶ違うと思うだけどなぁ．残念だ． 2013-03-23 09:56:22
プログラマーの生産性をテーマにした有名な著書「ピープルウェア」には、最も優秀なプログラマと最低の成績のプログラマのあいだには約10倍にあたる生産性の違いがある、というデータが出てきます。 これは、1984年から1986年にかけて92社、延べ600人が参加したプログラミングコンテストのデータを分析した結果から導き出された結果で、課題として与えられたプログラミング作業の開始からコンパイル時のエラーを消すところ（第1チェックポイント）へ到達するまでにかかった時間を比べています。 グラフを見ても分かるように、最優秀者と最低者のあいだには作業時間にして約10倍のひらきがあります。また最優秀者は平均の約2.5倍の生産性だそうです。そして、COBOLやFortranのような旧世代のプログラミング言語と、PascalやCのような現代的なプログラミング言語でのコーディングでの生産性はほとんど同じであったそう
ソフトウェア工学の祖の一人である、トム・デマルコが、最近IEEE Software 誌に、過去のソフトウェア・メトリクス賛美を悔い改める記事を書いている。 「ソフトウェア工学」というコンセプト－その時が来た、そして、その時は去った。http://www2.computer.org/portal/web/computingnow/0709/whatsnew/software-r 1982年に、デマルコは有名な「計測できないものは制御できない」という一文から始まる、『品質と生産性を重視したソフトウェア開発プロジェクト技法』という名著を書いている。このドグマは、ソフトウェア工学の考え方に強く根ざしている。むしろ、すべての「工学」という活動は、科学や経験から得た知見を使って自然現象をコントロールし、人間の役に立てることをその定義としており、そこでは測定を元にしたコントロールという概念はその中核にあ
1-1 なぜタスクチームなのか？ 「社運を懸けた新規事業がなかなか立ち上がない」「収益源である中核事業の売り上げが急落している」「会社全体の顧客満足度やブランド認知度が長期で低落傾向にある」――。こうした場合に結成されるのが「タスクチーム」だ。 タスクチームとは、特定の課題に対して組織の間の壁を越えて取り組み、単一の部門では対処しきれない問題を解決するチームのことを指す。組織の風通しを良くし、全体で成果を出す仕組みに変革するための方法論とも言える。 わたしはマーケティング戦略を本職としている。マーケティングには複数部門を調整しながら成果を上げることが求められる。冒頭のような問題が起こった場合、リーダーまたはメンバーとしてタスクチームに参加することも多い。 あるタスクチームにメンバーとして参加した時のことだ。最初の話し合いで「このタスクで何をするのか、その目的を定義しよう」と提案した。過去の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く