ITサービス会社の営業と開発に大変革を迫る「工事進行基準」
システム・インテグレータなどITサービス会社は間もなく，トップマネジメントから現場の営業，開発に至るまで抜本的な変革に迫られる。これは「そうしなければ勝ち残れない」といった類の話ではない。2009年4月にも予定される会計基準の変更がITサービス業を直撃するためで，顧客との厳格な契約と正確な原価見積もり，精緻なプロジェクト管理などが実践できない限り，事業の継続自体が不可能になりかねないのだ。 今回の会計基準の変更では，SI（システム・インテグレーション）案件などで「工事進行基準」による会計処理が事実上義務づけられる。現行の「完成基準」は，システム開発が完了し検収書を受け取ってから売上を計上する。これに対して，工事進行基準はプロジェクトの進ちょく状況に合わせて売上を“分散計上”する。一見すると，単なる会計処理の方法の変更だが，営業担当者やSEの業務にも多大な影響を及ぼすことになる。 工事進行基
外部設計書の記述方法を標準化、NTTデータなど9社が提唱 － ＠IT
2007/09/18 NTTデータなど国内の大手SI企業6社が2006年4月に発足した「実践的アプローチに基づく要求仕様の発注者ビュー検討会」が検討成果の第1弾「発注者ビューガイドライン（画面編）」を発表した。同検討会の公式ホームページで見ることができる。 「発注者ビューガイドライン（画面編）」は、Webシステム開発の画面部分に関する外部設計書について記述方法のガイドラインを定めたもの。東京証券取引所とAGSにヒアリングし、ガイドラインに反映した。SIベンダのSEと、発注者企業の情報システム部門・業務部門の担当者を利用者として想定している。 画面遷移や画面レイアウト、アクション明細、入出力項目、レイアウト共通ルールなど、画面に関連する外部設計書の記述表現を標準化した。同時に、外部設計書の記述を確認する際、留意すべき事項をまとめたチェックリスト、レビュー時に発注者と開発者間で合意を得るための
真髄を語る：重要なソフトは外注せず自分で作る
ソフトウエア開発の経験が全くない素人集団を率いて、100％外注に頼っていた、基幹業務を支えるソフトウエアを内製に切り替えるプロジェクトに取り組んだ。この時の経験から言うと、ゼロからのスタートであっても、5年間真剣に取り組めば、ソフトウエアを自社内で開発・維持する体制を構築できる。現在、本業そのものを支えるソフトウエアに関してまで安易な外注が進んでいる。基幹部分は他人任せにせず、当事者が自らの手で内製できる力を持つべきである。 「交換機を作っているコンピュータ・メーカーに、交換機のソフトウエアを自分たちの手で作りたいと言ったら、『我々が手を引いたらNTTなんて成り立ちませんよ。お分かりなんですか』と脅されたよ。頭に来たな。石井君、どう思う。今のままでいいのか」 日本電信電話公社の真藤恒総裁は初対面の私にこうまくし立てた。電電公社が民営化され、NTTになる直前のことである。大阪の現場にいた私は
日本のソフトウエア産業、衰退の真因
ソフトウエア・エンジニアリングのリーダーの一人、エド・ヨードンは1992年に、『Decline and Fall of the American Programmer 』を著し、米国のソフトウエア産業の衰退と挫折を警告した。この本を出す少し前まで、彼は「この国が危ない（A Nation at Risk）」というタイトルで講演行脚をしており、同書はそれをまとめたものである。 この本の中で、ヨードンは日本をソフトウエア開発における優等生の一人として挙げ、インドの飛躍を予見している。本が書かれた時点では、インドのＩＴ産業はまだ黎明（れいめい）期にあったが、彼の予想通り、現在は英語圏で質の高いソフトウエア開発力が得られる国として、欧米から頼られる存在になり、ＩＴ立国を目指す他のアジア諸国からお手本と見なされるまでになった。 「この国が危ない」というヨードンの警告に触発されたのか、米国上院の「米国の
システム発注で後悔しない契約書のチェックポイント
システム開発を外部に委託する場合、トラブル発生時の「備え」として大切なのが契約書だ。無用なトラブル、追加費用を回避する契約書とはどのようなものか、そのポイントを見ていこう システム構築では契約絡みのトラブルも多い。原因の主は、委託側の「目的の不明確、要件の不明確、仕様の不明確」と、受託側の「勝手な思い込み、勘違い、理解不足」などが入り乱れたコミュニケーション・ミスによるものだ。意図したシステムができなかったときに「いった、いわない」の水掛け論に終始して無駄な労力を使わないように、契約書にはしっかりと目を通しておきたい。 納品──誰が、いつ、どこに、何を、どのように システムが完成したら納品してもらうのだが、これが結構、あいまいになっていることがある。 新しいハードウェアに新しいソフトウェアを搭載してシステム一式を納品してもらう場合は単純である。ところが、開発マシンと本番マシンが異なり、すで
基盤技術にロック・オンされていないか？
ITアーキテクトを目指す多くの人々は、現在、プログラミングを主な作業として仕事に従事しているのではないだろうか。プログラミングを行う場合、Javaなど特定の言語のみを主軸としている人と、振られる仕事によって言語を切り替えるような、複数の言語を同時に操っている人とに分かれるだろう。今回はプログラミング言語を中心とした開発系の話が中心である。 ソフトウェアはある特定の環境でしか動作しない ソフトウェアはそもそも、特定の基盤技術の上（特定のハードウェアやOSの上ということ）で、特定のコンパイラを用いて、特定の言語を操作して構築するものだ。このうち、どれか1つでも“特定”という条件から外れた場合、そのソフトウェアは動作しない。それは、ハードウェアやOSから独立した特定のバーチャルマシン上で動作するJavaクラスファイルでも同じ話だ（例えば、PC-AT互換機であろうとも、Java SE 5.0仕様V
スラッシュドット ジャパン | 納期を守るための裏技術、あなたもやってますか？
あるAnonymous Coward曰く、"＠ITの連載記事の中で[ 「悪魔に心を売っても納期を守る！ 裏技術」という興味深い記事が掲載されている。 記事は、300人のエンジニアに「納期に間に合わないと分かったときに使う裏技術」という題でアンケートをとったもの。 IT業界だけに限定した記事ではないようだが、「仕事が始まった時点で納期達成が絶望的」な仕事の多さ、それに対する「テストの間引き」や「段階リリース」など、体験したことのある人も多いのではないかという話が、多々掲載されている。 かくいうタレコミ者も、覚えのあるものが存在している(--; 昨今、システム障害が大きな社会問題として取り上げられることが多いが、納期を延ばすのが難しい中で、どうすれば納期を守りつつ、問題を減らしていけるだろうか？ 各位の経験した事例や、対策・裏技術などを語っていただきたい。 なお、話題が話題だけに、暴露話をAC
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
