２８億円メタボ健診システム不備 データ８割活用されず：朝日新聞デジタル
生活習慣病対策で始まった「メタボ健診」の効果を検証するため、厚生労働省が約２７億９千万円かけて導入したシステムについて、最大で入力データの８割が活用されなかったことが会計検査院の調べで分かった。厚労省に改修を求めた。改修にはさらに約２億円がかかるという。 システムは、メタボ健診で保健指導を受けた人とそうでない人との間で医療費に差が出るかを調べるため、２００９年４月に導入された。①メタボ健診を受けた人の健診データを医療機関が入力②病気で受診した際のレセプト（診療報酬明細書）を医療機関が入力③両データを厚労省が突き合わせて関連を分析、という流れで作業する。 検査院が調べたところ、１１年度は健診データ約２３６１万件に対し、突き合わせができたのは１９・０％、１２年度は約２４６５万件の２４・９％だった。 原因は、医療機関が入力する書式の不一致だった。例えば健康保険証の番号をシステムの端末で入力する際
とある社内向けシステムの話
とある社内向けシステムを立ち上げるにあたって、 ログインするための初期パスワードについて問題になった。 システムの委託先の業者がいうには、初めのパスワードは社員番号に設定して、 システムが稼働したら、各社員がログインして、各自でパスワードを変えてもらう仕組み、ということであった。 確かに社員番号は、そんなに頻繁に使われるものでもないし、他の社員の番号を知っている人はまずいない。 それにシステム稼働当初は、そのシステムに入ってる情報は、初めは名前や部署名などの基本的な情報を除き、空っぽだ。 なお、このシステムは社内のイントラネットからしか接続できず、完全に外部の人間がログインしてしまうという事態はない。 しかし、そうはいっても社内の不埒な社員が他の社員の番号を使ってなりすまして、いたずらでもされたら問題だから、 初めのパスワードは、ランダムの文字列等にしてくれと、主張した。 そしたら、業者は
見積もりと設計の間の高い高い壁 - novtan別館
この元増田は他の業界のものも含めて設計をお願いしたことって多分無いと思うんだよ。 家の場合だったら、普通は設計図と各パーツの詳細見積りで初めて契約だろうが。 見積りの根拠出してくれっていったら、金くれって言われたよ その設計図は増田が事細かに出した要望を元に一から作ったものなの？って話。 つまり、出来合いのものを適当に組み合わせたものには設計料は掛からないし、そうじゃないものには設計料が掛かるってだけの話ですね。 当然だけど、システムの設計もただではない。大まかな流れを示すと以下な感じ。ちょっと適当。 ・発注元に（ちゃんとした）システム部がある場合 要求仕様を作成し、それに基づいた提案をシステム会社に依頼する。この時点で要件がある程度はっきりしている場合、概要設計を元にした詳細見積もりが可能。出来合いのものを流用できるような要件であれば精度は高く、そうでなければ概算部分が生じる（要件定義フ
見積りの根拠出してくれっていったら、金くれって言われたよ
システム屋の常識ってものが分からないのですが・・。 社内の業務をいくつかIT化することになった。ACCESSとかでも頑張ればできそうな感じだったんだけれど、システム屋にやらす方向で進めることになった。 何社かシステム屋呼んで、こっちのやりたいことをいって、概算金額出させてた。この時出てきた金額が350万～2200万。こんな簡単なシステムなのになんでこんなに金がかかるのか・・。なんでこんな差があるのか・・。（この時点でシステム屋業界に対しての不信感が社内に生まれることになった。）結局、一番低い金額で出してきたところが、営業の印象もなかなかよく、そこに決めることになった。 その後、細かい金額出させるために何度か呼んで、必要なことを事細かく伝えて詳細見積りとスケジュール表を出せっていった。それで出てきたのが、A3の紙１枚で4項目ぐらいのざっくり見積りと、設計期間・製造期間・動作確認期間っていう期
「システム・インテグレーション崩壊」のすすめ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
「システム・インテグレーション崩壊」は、時間の問題です。むしろ積極的にSI事業者自らが、この創造的破壊に取り組んでゆくことが、最良の生き残りの選択肢ではないかと考えています。 SIビジネスの課題は、Pay for Time (人月単価の積算で金額が決定するビジネス)であるにも関わらず、成果保証(瑕疵担保責任)を負わされることです。
がんじがらめのITエンジニア、優れたアイデアが生かされない
「日本のITエンジニアは“がんじがらめ”になっている」。取材した複数の外国人エンジニアからの共通する指摘だ。彼らの目になぜそう映るのか。原因は、日本ならではのベンダーとユーザーの関係にあるようだ。 要件の決定権を持つ人が違う まずは、プロジェクトの体制面における指摘を紹介しよう。ベンダーがユーザー企業のシステム構築を請け負う際、日本ではシステム部門がベンダーと利用部門の間に入って、プロジェクトを主導したり、調整したりすることが多い。 写真1●エイチシーエル・ジャパンのSreedhar Venkiteswaran氏。インド出身。インドや米国、ドイツでさまざまな業種のシステム開発経験を持つ 米国やドイツ、インドでのシステム開発経験が豊富なエイチシーエル・ジャパンのSreedhar Venkiteswaran氏（デピュティジェネラルマネージャー 日本デリバリーヘッド。写真1）は、日本で一般的なそ
新人SEがSIerに絶望した時に読みたいスライド4選 - ギークに憧れて
新社会人の皆さん､いかがお過ごしでしょうか｡ 最近､SIerに就職した知人が｢会社辞めたい｣というのをちらほら聞く｡聞いてみれば､彼等は仕事で挫折しているわけではない｡むしろ､技術に優れ熱意を持っている事が多い｡ではなぜ辞めたいのかと聞けば､一日中画面のスクリーンキャプチャ撮らされたりCOBOL読まされたりしていて､｢ああ､そっか…そうだよね…｡｣となる｡ そんな時は､SI業界の熱い人達のスライドを見て何かを感じよう！という事で4つ選んでみた｡弊社関係者が多いのは僕のネットウォッチの都合上お許しください｡moon and strategy moon and strategy from toshihiro ichitani 永和の@papandaさんのスライド｡｢自分の生き方を他人任せにしない｣受託プログラマの進路〜アジャイルセールスと手塚モデル〜 受託プログラマの進路 〜アジャイルセールス
長時間拘束の仕事はエンジニアの首を絞める
今やほぼ週1の更新さえもおっくうになりつつあるのが危険だと思いつつ。 書くネタはたまに思いつくけれど文章に起こすとなるとそれなりに時間かかるのでなかなか…。 最近は色んなことをインプットする時間がなかなか取れずに、ちょっと焦ったりしている。いちおう技術者の端くれとして生きているので、新しいネタなどは仕入れていかないと、どんどんついていけなくなるのでそういう時間を作りたいとは思っているものの、その気がある時は時間がない、時間がある時は気が乗らないという感じで日々過ぎているのがマズイなあと。 特に仕事面だと、毎日長時間会社に拘束されるような仕事の仕方は良くない。火消しだのデスマだのに突っ込まれたり遭遇したりすることが多いけど、そればかりやってると本当に自分の生活って何よ、って気になってくる。 30代になると今までの経験とかノウハウを切り売りして、インプットを怠ってもある程度までは仕事は回してい
海外でなぜアジャイル開発が普及しているのか？ IPAが分析と提言
海外ではなぜアジャイル型開発が普及しているのか、IPA（独立行政法人情報処理推進機構）が継続的に行っている非ウォーターフォール型開発についての調査や提言活動の一環として、海外でのアジャイル開発の背景などについての報告書「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書 （非ウォーターフォール型開発の海外における普及要因編）」が公開されました。 調査対象国は、アメリカ、イギリス、中国、ブラジル、デンマークです。アメリカはアジャイル宣言が行われたアジャイル開発先進国として、イギリスもアジャイル開発の先進国として選ばれ、中国は日本のオフショア先であり新しいソフトウェア開発市場が起こりつつある国として、ブラジルはアジャイルコミュニティが活発化しており、デンマークは政府がアジャイル開発を推進している国として選択されました。 報告書のハイライトを紹介します。 海外でなぜアジャイル
終わるSIerの底辺を見てきた - ミッションたぶんPossible
ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この
【酷杉】特許庁、2006年開始の新情報システム開発を中断…55億円が水の泡、枝野氏「申し訳ない」 : 暇人＼(^o^)／速報
【酷杉】特許庁、2006年開始の新情報システム開発を中断…55億円が水の泡、枝野氏「申し訳ない」 Tweet 1： ◆SCHearTCPU ＠胸のときめきφ ★：2012/01/24(火) 22:30:25.33 ID:???0 特許庁は２４日、２００６年から始めた新たな情報システムの開発を中断することを決めた。 これまでに５５億円の予算を投じたが、別のシステムを考える。枝野幸男経済産業相は 「大変申し訳なく思う」と謝った。 新システムは特許の出願や登録に使い、中国の特許情報を調べられ、国際化への対応も ねらっていた。開発の遅れで、特許を申請する利用者は、機能の低い古いシステムを 使い続けることになる。特許庁は中国の情報検索などができる最低限のシステムに絞り、 別の方式で開発する。 新システムの開発期間は０６年１２月から１４年１月。設計を東芝ソリューションと、 開発管理をアクセンチュアと契
SIビジネスの流れ - @ledsun blog
システムインテグレータ（SI）のビジネスは大きく以下のような流れで進みます。 集客 営業 要件定義 製造 検収・請求 フォローアップ 集客 どんなビジネスでも同じですが、まずは見込み客を集めます。システム開発に興味を持ったお客様を探しアポイントを取ります。よく使われる手法に商品・サービスの説明をするテレアポ、割引を謳ったDM、自社の推す技術のセミナー、役員が個人的に懇意にしている既存顧客の紹介があります。会社の規模やブランドにマッチした手法を選ぶ必要がありますが、会社が成長にするにつれ手法を変えていかなければいけないのが難しいところです。 営業 アポイントの取れたお客様に顧客に直接、自社の提供するサービス、商品の説明を行います。また会社の紹介も同時に行います。お客様がある程度の金額を掛けてソフトウェア開発を行いたいと意思表示をされた場合に次の段階に入ります。そこで現状の課題を聞き出します。
「プログラミングへのこだわり」を方向づける - 設計者の発言
業務システムの生産性や保守性を高めるための基本は「コードを１行でも減らす」である。なぜなら、コーディングとこれにともなうテスティングこそが、開発作業の中でもっとも人手のかかる作業だからだ。個別案件においては、良いコードだろうが悪いコードだろうが少なければ少ないほどよい。 いっぽう、そんな方針と明らかにそぐわない人たちがいる。彼らはプログラミングそのものに強いこだわりを持っていて、より良いコードをより多く生み出すことに生きがいを感じる人たちだ。チャーミングな彼らの姿を個別案件の開発現場で見るたびに、私はキャスティングの失敗事例を見る思いがして切なくなる。 それは全国チェーンの外食店の厨房に、新しい料理を生み出すことに情熱を覚える若者が働いているようなものだ。彼がどう工夫しても、全国一律の料理メニューを改変するのは難しいだろう。そんな才能あふれた若者には、本部の企画部門で働いてもらったほうがい
SI業界の改革には責任者に対するショック療法が有効かもしれない - 達人プログラマーを目指して
私の直属の上司ではないのですが、会社の大先輩がインドに1ヶ月程滞在し、現地のSIerの開発現場を視察してきました。現地での研修を提供している会社は、あのデータさんの子会社になっているみたいです。 http://www.vertexsoft.co.jp/services/learning-in-india.html そこで、実際にインドのプログラマーがアジャイルプロセスを使って開発をしている現場を目の当たりにし、いい意味ですっかり洗脳されて帰っておいでになりました。 1週間ごとに追加機能をリリース スタンドアップミーティングによるタスクの割り当て 徹底的に自動化された進捗管理*1 徹底的に自動化されたテスト きわめて計画的で少ない残業時間 プログラマーの地位の高さと優秀さ やはり、百聞は一見に如かずといいますが、日本のSI業界の開発手法が20年も遅れていると言われても、何十年も開発の現場から
NTT系列会社のプロジェクトマネージャ
くまぎ @kumagi NTTのプロジェクトマネージャによる授業「他社に外注したソフトウェアが結合試験済みという体で二日遅れで仮納品されたが動かない。自身の納入は三日後。どうする？」という演習。すっごい生々しい。 2011-01-27 11:38:20 くまぎ @kumagi @kumagi「…で、これはどこまでやれば満点なんでしょうか…？」NTTのPM「マネジメントに満点はありません。敢えていうなら期日の為なら手段を問わない、それだけです」@kumagi「何それこわい」 2011-01-27 11:53:16 くまぎ @kumagi 「二日遅れということはせいぜい48時間です。倍の人数を入れて二日かければ取り戻せます。品質テストは簡単です。」kumagi「ﾋｨ」「お客さんとしても、動かないソフトが要らない事は確実なので期日を伸ばしてもらう事にもなります。夜中も使えば大丈夫」kumagi「
SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して
私自身は10年以上も前（JDK1.1の頃）にSJC-Pの認定を取って以来、Javaプログラミング関連の認定試験は受けていないのですが、昨日たまたまネットを検索して、SJC-Pとは別にJavaプログラミング能力認定試験という試験が存在していることを知りました。結構メジャーな認定試験のようですので、現役のJavaプログラマーやJavaプログラマーを目指している学生さんで、今後受験に向けて勉強されている方々も多くいらっしゃるのではないかと思います。 試験は難易度に応じて3級から1級までランクが分かれており、2級まではJava言語の知識に関する筆記試験ですが1級の試験では実際のプログラムの修正を行う能力が実技試験として課せられます。試験範囲は以下で公開されています。 Javaプログラミング能力認定試験（試験範囲） 私は（自分で言うのも変ですが）、Javaプログラミングについてはこの道15年近くのキ
Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか？ - 達人プログラマーを目指して
プログラミングと設計は本来切り離せないものなのではがすごい反響だったのですが、結局この記事で私が言いたかったことは、 Java EEなどの現代的な開発環境はCOBOLなどの古い言語を使った開発とは根本的に設計の手法が異なる 多くの現場では未だに古い設計手法を使っているため、オブジェクト指向などの最近の開発環境のメリットが活用できず、低い生産性にとどまっている。 ということに要約できると思います。ただし、どうして、Javaではオブジェクト指向で開発しないといけないのか、どうして昔ながらの伝統的なやり方を改め、新しい設計手法を採り入れないといけないのかと疑問を持たれた方もいらっしゃるかもしれません。ここでは、開発手法と生産性の問題について、もう少し掘り下げて検討してみたいと思います。 レガシー言語の生産性 最近のCOBOLでは、オブジェクトやスタック変数すら使えますが、ここではCOBOL85の
新しい契約形態での受託開発サービス ｜ 永和システムマネジメント
近年、大変注目を集めているソフトウェア開発手法に「アジャイル」があります。 アジャイルはお客さまの組織やビジネスの変化に素早く対応することが可能な開発手法です。 しかし、ソフトウェア業界での受託型の請負契約は要件定義が完了してから開発見積り・契約するというやり方が当たり前となっており、お客様にアジャイルのメリットを実感頂くのが難しいという課題がありました。 これまでの受託開発における一括請負型の契約では納品時に費用を全額お支払いいただくというビジネスモデルをとってきました。 このサービスではこのビジネスモデルから脱却し、開発したシステムを初期費用0円で提供します。その後、お客さまにはサービス利用料という形で月々お支払いいただきます。 サービスがお客さまに価値を提供するのは納品した瞬間ではなく、お客さまがサービスを利用しているあいだ継続的にです。 このことから、お客さまがサービスを利用してい
第29回 人材育成をしない“システム屋”は滅び行くのみ
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 これまで、ダメな“システム屋”について忌憚ない意見を書かせていただきましたが、この連載コラムも残り少なくなってきました。そこで、これまでに書いてきたことをまとめながら、システム会社が今後どうするべきなのかについて、5つのポイントを述べたいと思います。 まず、本当の「顧客第一主義」を考えるべきだということです。顧客であるユーザー企業にとって、システム会社と付き合うことのベストシナリオが何であるかを確認する必要があります。同時に、自分たちに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SIerは自動化する対象が違っているのでは？
