『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の 最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

「ソフトウェア技術者の最高の能力は、見積もりだ！」――今回は、パラメトリックス法の1つ「SLIM」を取り上げます。上司からのムチャな開発期間の短縮要求をはねのける“究極の反撃法”が、このSLIMによる見積もりです。 「見積もり」は、ソフトウェア開発における大きなテーマであり、ソフトウェア工学における最重要課題の1つでもあります。 今回お届けしている“見積もり・シリーズ”では、「見積もりの目的（正確に見積もるだけでは不十分）」「見積もりの具体的な方法（精度を上げるため、少なくとも、2つ以上の方法で見積もる必要がある）」「見積もりの応用（見積もり値に合わせる制御と再見積もり）」「見積もりの調整（状況に応じて開発量とスケジュールを再見積もりしなければならない）」について、具体的に解説していきます。 見積もり技法は「類推法」「積み上げ法」「パラメトリックス法」の3つに分類することができます。前回は

皆はどんな現場で，どんな仕事をしているのだろう。何に悩み，どうやって乗り越えているのだろう。プロの仕事とそうでない仕事の境目はどこにあるのだろう。システム開発や運用の現場を歩き，そこで見聞きした面白い話，感動的な話，すごい話を紹介します。 ・大企業からベンチャーまで ぼくはこんな現場を歩いてきた ・SEを潰した値引き 信頼も連帯感も消えた ・期限は明日――若手SEの気迫を見た ・寝不足のプレゼン ドリンク剤も効かず ・中国の開発現場もすごい 若き社長が率いる修羅場 ・オンラインダウン発生！ あの日，何もできなかった ・建築設計事務所で見た 巨匠のすごいレビュー ・コンサル泣かせの現場 “小さな王国”の弊害 ・逝去した巨匠への追悼 感激したあの言葉 ・人の話を聞かない40代　あるコンサルの失敗 ・過ぎたるは及ばざるがごとし　作りすぎたRFPの悲劇 ・人間万事塞翁が馬　得難いレクチャーの裏事情

【第3回】IT導入でやってはいけないこと：まるごと！ 中堅・中小企業とIT経営（1/4 ページ） 前回は、中堅・中小企業における経営課題とITサービスの活用方法についてお伝えした。今回は、企業がIT導入するときに「やってはいけないこと」について、事例をまじえて整理する。 IT導入の実態 企業のITサービス導入に関するデータとして、「日経コンピュータが」2003年と2008年にアンケート調査した結果（図表1-1）を紹介する。このデータによれば、アンケート調査をした企業814社のうち、品質、コスト、納期の3基準すべてで「当初計画通りの成果」を収めたプロジェクト（ITサービスの導入）を成功基準として成功率を算出している。結果、成功した割合は、2008年が「31.1％」、2003年は「26.7％」である。成功率は5年間で上がっているという見方もできるが、そもそも約７割の企業がITサービスの導入に失

今回のテーマ：人月単価の計算方法 前回「SIerが出した見積書を、ユーザー企業はどう判断するのか」では、人月単価の計算方法を紹介しました。 さて、原価を算出した後は、見積もりの作成です。ユーザーは見積書をどのように検討し、発注しているのでしょうか。今回はユーザーの視点から見る見積書について解説します。 【1】 見積書をもらったら、いざ社内決裁 相当規模のシステムを導入する場合、システム担当者の一存で導入について決定することはできません。ユーザー企業は、SI企業から見積書をもらった後、社内での意思決定を行います。情報システム部の会議などでシステム導入の経緯やメリットを提案し、決定権限を持つ人々の承認を得るのが一般的な流れです。キーパーソンは見積書をどう見て、どう承認をするのかを見てみましょう。 【2】 メリットやコスト感は大事です SI企業内では、工数の見積もりは非常に重要な要素です。しかし

一方、「型のない業務」、あるいは「業務プロセスがやや不明確な業務」は、業務プロセスの理解や、定型・不定型業務、例外事項を整理し、それらに対する理解を深めてから現場調査を行うべきであるため、図2のように現場調査よりもインタビュー・アンケートを先行させる必要があります。 ケーススタディ1――「型のある業務」の場合 では まず「型のある業務」のケーススタディから紹介しましょう。 第1回の3ページ目「プロセスごとに、4つの視点で新旧を徹底比較せよ！」で、ホテルリネンの工場と物流センターのケースを紹介しました。これは「各地のホテルから日々集まってくる使用済みのタオル、シーツ、枕カバーなどを1カ所の工場で集約して、洗濯、乾燥、仕上げ、保管をして各地のホテルに返す」という業務でした。 現行業務としては、工場に届けられた使用済み品をタオル、シーツといった「品目ごとに仕分け」し、洗濯、乾燥、仕上げ、保管をし

システム計画研究所、“創業以来の開発ノウハウ”を無償提供：Webサイト「信頼のシステム開発.COM」を公開 システム開発・設計を行うシステム計画研究所は4月25日、Webサイト「信頼のシステム開発.COM」を公開した。同社が創業以来、30年以上にわたって蓄積してきたシステム構築ノウハウを紹介するもので、ユーザー企業とITベンダに向けて実践的な技術情報を提供するという。 システム開発の現場では、納期遅延やコスト超過、品質問題など非機能要件への対応不足など数々の問題が存在している。これらは開発者だけではなく、システムの発注側にとってもビジネス遂行上のリスク要因となる。同社ではこうした状況をかんがみ、ITシステムを開発あるいは利用する幅広い企業に向けて、技術ノウハウやマネジメント方法を提供したいと考え公開を決定したという。 コンテンツとしては、ITを利用する際に考慮すべき経営投資・事業投資リスク

ITベンダーの選定やコストの適正化について解説する本連載。今回は、ベンダーから提出される見積書の評価について述べる。 連載Index 【第1回】RFPの必要性と3つの作成ルール 【第2回】成否を決める、ベンダー選定の進め方と見極めのポイント 一般に、ユーザー企業が行っている要件定義は不十分であることから、要件が確定した後もその変更や仕様の追加が避けられない状況にある。これに対してベンダー側は、必要な工数や要員をあらかじめ計画しておかねばならない。もし、要件が確定していない、変更の可能性が高いとなると、ベンダーは工数不足やプロジェクトの赤字化を防ぐために、大幅に工数を積み上げざるを得ず、見積金額は増えてしまう。また、購買部門で毎回5％以上の値引きを要求されるのであれば、その分を上乗せしたり、見積書の精査を十分に行っていないことが明らかなユーザー企業に対しては、見積工数を上乗せする可能性もある