28歳から挑戦するITアーキテクト（6） ITアーキテクトになった後の試練 － ＠IT
28歳から挑戦するITアーキテクト（6） ITアーキテクトになった後の試練 株式会社 豆蔵 BS事業部 エンタープライズシステムグループ 岩崎浩文 2006/1/20 難解なプログラムをマスターし、複雑な仕事や人間関係にも何とか慣れ、複数人からなるプロジェクトの枠組みを土台から支えるITアーキテクトとなる。その第一歩を目指す若手の方、またはすでにその役割を与えられ途方に暮れている方をターゲットに本連載は続いてきた。 しかし、仮にITアーキテクトという肩書を持つことが、名刺上の自称肩書ではなく実際をも反映した、本物のITアーキテクトとなったとしても、そのスキルを危ぶむもの、または自らの責任で脱落する要因が次から次に登場してくるはずだ。 例えば、前回「誰のためにシステムをつくっているのか？」も取り上げた職業倫理の問題だ。前回の原稿を書き上げた直後、マンション建設の耐震構造に関する問題が明るみに
28歳から挑戦するITアーキテクト（4） その設計はちゃんと動くのか？
「プログラミング？ そんなことやってんじゃないよ。お前は管理者、見積もって下請けの会社に投げるのが仕事だろ。プログラミングなんてお金にならない仕事やるな」。 最近の若年層において、人気のある職種が「ITアーキテクト」であり、その対極として、最も嫌がられている職種は「プロジェクトマネジャー」といわれている。こうした多くのプロジェクトやSI企業では、十分なプログラミング経験を経ることなく管理者としてのスキルのみが要求されることが多い。ましてや、オフショアリングの浸透により、実際のプログラミングを日本では行う機会がどんどん少なくなってきているといわれている。 筆者のこれまでかかわってきた仕事においても、多くの若手「技術者」が、プログラミングコードではなく、WordやExcelなどを使った設計書作成ばかりに四苦八苦している状況を実に多く見てきた。こうした作業者の多くは、学校でC言語の基礎程度を学ん
＠IT：初めてのソフトウェアメトリクス（前編）
ソフトウェアメトリクスとは ソフトウェアメトリクス（品質測定：メトリクス）とは、ソフトウェア開発をさまざまな視点から定量的に評価したものです。普段実際の開発現場では触れられることの少ないキーワードですが、本記事では「ソフトウェアの品質向上」という視点からソフトウェアメトリクスに焦点を当て、開発現場へのメトリクスの導入方法やその効果について解説していきます。 ソフトウェアにとっての品質 エンジニアなら誰もが、良いソフトウェアを作りたい、という思いを持っていると思います。ところが現実には、理想的なソフトウェアを作成するための十分な時間も潤沢な予算もなかなかないのが現状だと思います。それは、ソフトウェアの良しあし、すなわち品質ということについて、顧客と開発会社双方に十分な認識がないからです。このような“慣習”がソフトウェアの開発業界において「作りっ放しで終わり」という悲しい風潮をまかり通らせる背
システム開発は「戦略立案」から始まる～IT技術者のための戦略・業務分析入門～
皆さんは戦略コンサルタントという人種に会ったことがあるだろうか？ おそらくIT技術者の方は、戦略コンサルタントという職名を聞いたことがあるぐらいで、いったい何者で、何をやっているのか想像もつかないという方が多いのではないだろうか（図1）？ そこでこの記事では、戦略コンサルタントが何者で、どんな仕事をしているのか、またそもそも戦略とはいったい何なのかを紹介する。併せて、戦略を立案する場面でもIT技術の知見が求められていることを述べる。 1. 戦略立案こそ最上流工程 皆さんは、上流工程と聞いたときにどのような仕事を思い浮かべるだろうか？ システム開発の中心的な仕事はプログラミングだが、その前にやっておくべき仕事が数多くあるのはご存じだろう。すなわち、プログラミングの前にはソフトウェアの構造を定義する「設計」があり、その前にはソフトウェアが実現する機能を決める「要件定義」がある。 読者の中には、
＠IT：ソースコード自動生成技術分野の最新状況
Webアプリケーション開発案件の短納期化、高品質化、低コスト化要求に応えるために、ソースコード自動生成技術を活用する手法が注目されている。アイデア自体は昔から存在するものの、これまで大きく普及してこなかった自動生成という分野が、いまなぜ再び脚光を浴びつつあるのか。開発現場では顧客の高品質化要求や短納期要求により、もはや5％や10％の生産性向上策では負荷を吸収できずにいる。思い切って生産性を5倍、10倍へと上げるためには「できるだけコードを書かない」という発想の転換を行うしかないと気付き始めてきたことが大きい。ここではその技術進化の過程を追っていくとともに、ソースコード自動生成技術分野の最新状況と、これによるソフトウェア開発作業の現場への影響を紹介する。 自動生成技術の歴史 ソースコードを自動生成させるという考え方自体は古く、FortranやCOBOLが全盛の時代から今日に至るまで、さまざま
＠IT：ソフトウェア開発をちゃんと考える（1）
本連載は、メタボリックスの山田正樹氏が、仕事の合間に読む数冊の書籍に刺激を受けて思考した過程やその結果を記述したものである。参考にするのは必ずしもソフトウェア工学に関わる書籍ではないかもしれないが、いずれその思考の軌跡はソフトウェア工学的な輪郭を帯びることになる。（＠IT編集部） 生産性向上のメカニズム ソフトウェア開発における「生産性」とは何か。厳密に定義するのは難しい。生産性とは基本的には「あるアウトプットを得るのにどれだけのコストをかけたか」という尺度だ。さすがに「アウトプット」をソース・コード行数で測っても無駄だという認識は広まってきたと思うが、じゃあ代わりに何を使えばいいのかはいまだにはっきりしない。ユースケースやストーリーで測る考え方もある。そんなものは存在しないという意見すらある。 そういう場合には視点を1レベル上げて考えてみよう。つまり、ソフトウェア開発だけ考えているから分
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
