“作り手責任”が問われる
メインフレーム技術者が足りない メインフレーム技術者が足りない――。2007年問題がついに顕在化し始めた。ベンダー各社は定年退職者の再雇用で対処する心づもりだったが、必要数を確保できていない。若手や派遣社員での穴埋めは難しく、このままでは顧客企業のシステム開発に支障がでかねない。 ベテラン再雇用のもくろみ外れる 個人のルール違反を撲滅 富士通はベテラン技術者を集めた品質検証専門の新会社を設立した。技術者一人ひとりのテスト手順に不備がないか、第三者の視点で確かめる。従来の品質管理手法では目が届かなかった、個人のルール違反に起因する不具合の撲滅が狙いだ。 富士通の品質検証会社が実装工程のバグ削減に挑戦 クレーム数で品質を測定 日本情報システム・ユーザー協会（JUAS）は非機能要件の記述と評価の手法を策定した。システムの性能や信頼性、保守運用のしやすさなどを195の指標で測る。品質測定にクレーム
SI契約に変革迫る「進行基準」 IT業界に激震走る！：ITpro
ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
