実施内容

1-1.　ヒアリング

ご提案・お見積の前には、ヒアリングをさせていただきます。
システムの作り方や作業範囲によって、見積金額に大きな差異が生まれます。
どのようなシステムを、どのように作成したいか、そもそも本当に作成する必要があるかなど、ご意向を教えてください。
率直に状況・要望を言っていただければ、弊社ができる最大限の努力をさせていただきます。

成果物

1-1.　ヒアリング→議事録・機密保持契約

img/susumekata/img_01.gif" alt="議事録・機密保持契約" width="350" height="234" />

実施内容

2-1.　見積・提案

お客様に"最適なご提案"をさせていただきます。
"最適なご提案"の中には、「システムを開発しない。」「他社をご紹介させていただく。」
「フリーツールを選定させていただく。」など、弊社とのお取引につながらないご提案になるかもしれません。
お客様にシステム開発を通して、業務改善を行っていただくことを主眼として、ご提案させていただきます。

通常、お見積は、お打合せをさせていただいてから、3営業日程度で提出いたします。
どんなに大きなシステムでも、1週間以上のお時間をいただくことはありません。
また、お見積には、必ず明細書をつけています。
お見積に関して不明瞭な点がある場合は、必ず担当者にお申し付け下さい。

成果物

2-1.　見積・提案→提案書・見積書

img/susumekata/img_02.gif" alt="提案書・見積書" width="500" height="234" />

実施内容

3-1.　契約

契約書の文面は分かりづらいですが、必ずお読み下さい。
不明点がある場合は、担当者にご相談下さい。
それでも不安がある場合は、当社社長まで直接ご連絡下さい。

※初回お取引の場合は、契約金額の半額を前金として、ご入金いただいております。詳細については、契約時にご説明させていただきます。

成果物

3-1.　契約→個別契約書・基本契約書

img/susumekata/img_03.gif" alt="個別契約書・基本契約書" width="340" height="234" />

実施内容

4-1.　基本設計

実際にシステムの設計に入ります。
この工程では、お客様に確認することが多くあります。
必ずお願いしてるのが、現場への訪問です。実際に使用する方のご意見を伺ったり、 仕事の進め方を見ないままでは、使いやすいシステムは作れません。
忙しいとは思いますが、ご協力下さい。
ここで、ご提示する設計書については、必ず目を通して下さい。
この設計書を元に、詳細設計・開発へと入っていきます。
詳細設計や開発が進んでからのの仕様変更には、費用を頂く場合もあります。

成果物

4-1.　基本設計→基本設計書(画面一覧表・画面レイアウト・ＥＲ図)

img/susumekata/img_04.gif" alt="基本設計書(画面一覧表・画面レイアウト・ＥＲ図)" width="500" height="234" />

実施内容

5-1.　詳細設計

基本設計で、大まかに書いた仕様を1本1本のプログラム単位におとしていきます。
運用時のことも考え、シンプルで分かりやすい仕様を書くことを心がけています。

5-2.　開発

開発は、弊社内で行います。
弊社内で作業を行うため、お客様の中には進捗状況を心配される方がいらっしゃいます。
そのため、随時進捗を確認していただけるシステムをご用意しています。
また、弊社の社内見学も行えますので、お気軽に担当者にお申し付け下さい。

5-3.　テスト

この工程には、細かく分けると単体テスト・結合テスト・システムテストがあります。
プログラム1本単位のテストから、全体を通したテストまで、様々な方式で品質を確認します。
弊社では、単体テストに専任要員を配置し、品質の維持・向上に努めています。

成果物

5-1.　詳細設計→詳細設計書

5-2.　開発→進捗管理表

5-3.　テスト→テスト結果報告書

img/susumekata/img_05.gif" alt="詳細設計書・進捗管理表・テスト結果報告書" width="500" height="234" />

運用準備

6-1.　データ作成

システムを運用する際に必要なデータの登録を行っていただきます。
登録方法は、弊社がご指導いたします。

6-2.　教育

運用時のことを考え、システム担当者様を中心に、運用方法の教育を行っていただきます。
もちろん、弊社で全て行うことも出来ますが、実際に運用が始まると、社内から色々な質問を受けるのはシステム担当者様になります。
その時のことを考え、運用の指導は、システム担当者様に行っていただくようにしています。
もちろん、必要なフォローは、弊社で行います。

成果物

6-1.　データ作成

6-2.　教育→操作マニュアル、運用マニュアル

img/susumekata/img_06.gif" alt="教育マニュアル" width="500" height="234" />

実施内容

7-1.　受入テスト

お客様によるシステムの最終確認です。
実際にシステムを使って頂き、設計と差異がないかどうかお確かめいただきます。

7-2.　納品

出来上がったシステムを、納品いたします。
設定等は、担当者が御社に伺い設定することも可能です。

7-3.　入金

契約時に頂いた前金の残額をご入金下さい。
これにて、システム開発の流れが終了となります。

成果物

7-1.　受入テスト

7-2.　納品→納品書、受領書

7-3.　入金→請求書

img/susumekata/img_07.gif" alt="納品書・受領書" width="500" height="234" />

実施内容

8-1.　月例報告会

弊社で、作成したシステムは、全て運用・保守を請け負うことが出来ます。
毎月、報告会で、運用時の質問事項などをお伺いいたします。
ただし、障害に関しては、運用・保守にお申込いただいていない場合でも、無償で修正いたします。

成果物

8-1.　月例報告会→Q&A管理台帳

img/susumekata/img_08.gif" alt="Q&A管理台帳" width="500" height="234" />

img/top/title10_01.gif" alt="01.選択肢は最低３つ" />

「こんなシステムを作ってほしいので見積りをください。」と言われます。
せっかくお話をいただいても、数枚の説明書や２、３時間のご説明では、
当社の醍醐味である「最適なシステムのご提案」をさせていただくのは
難しいと思うことがよくあります。
お客さまにしてみれば、同じ条件で複数の業者に見積依頼をして、
システム会社の提案力やコスト感を計ろうとしてのことなのでしょう。
正直、どんなシステム開発であれ、
一番、簡単に作ればEXCELマクロで「このくらい」
普通に考えればオープンソースを見つけてきて「こんなもの」
もうちょっと頑張って手作りで作成して・・・
など、幾通りものご提案が作れてしまいます。

本来であれば、この期間、この金額でこんなことを考えているのですが、
といったご依頼が一番、ありがたいお見積依頼となります。

しかし、せっかくのチャンス、ものにしない手はありません。
そこで、最低３つは選択肢を考えて、その中から自分だったら
これを選択するぞ、というものをご提案するようにしています。

３つのパターンをそのまま、お客さまにご提示することもございます。

img/top/title10_02.gif" alt="02.見積根拠を明示" width="650" height="20" />

「どうしてこの金額になるかわからない。」といったお話は、システム開発ではよく伺う話です。
そこで、どんな金額であれ、その根拠をきちんとご説明させていただくようにしています。

見積書には、
　　見積書鑑
　　 工程別の見積明細表
　　成果物一覧
　　 スケジュール表
　　見積り前提条件

を付けさせていただいております。

img/top/title10_03.gif" alt="03.ASAPでお返事" width="650" height="20" />

「お見積りはいついただけますか？」といったご質問もよくいただきます。
何かのご都合で急がれている場合もありますよね。
基本的には、どんなに大規模な商談でも１週間お待たせすることはありません。
（社内では、見積承認会議があったりしますが・・・）
お急ぎであれば、担当者にその旨をおっしゃっていただければ、金曜日の夕方にご依頼を受けて
月曜日の朝ということも可能です。
通常は、営業日３日を目安として○月○日朝９時までにメールでお送りします。
といったお返事をさせていただいています。

img/top/title10_04.gif" alt="04.時間厳守" width="650" height="20" />

当社では、大手ＩＴ企業のパートナーとしてお仕事を長く続けております。
お客さまと直接お取引させていただく仕事と、半分・半分くらいでしょうか。
こういうと下請けですか？とちょっと軽んじて見られてしまうこともあるのですが、
そういった気持ちでお仕事を請けたことは一度もありません。
何億円もする大規模プロジェクトの上流工程から参加できるのも、
パートナーの 由縁ですし、さまざまな機会をいただくことで技術的にもマネージメントとしても
成長できてきたと自負しております。
そして、何よりも「納期厳守」。これがなければ、良いおつきあいを続けてこれることはなかったでしょう。

img/top/title10_05.gif" alt="05.ガラス張りの作業報告" width="650" height="20" />

現在の作業状況を日単位でご報告するシステムをインターネットでご案内します。
また、ＷＥＢシステムの場合には、お客さまがインターネットを通して、仕上がってくる
画面をご覧になったりするサイトをご提供することも可能です。
当社では、技術者が全員、日々入力するXzinetプロジェクト管理を使っているからこそできることです。
※ちなみにこのシステムは自作のパッケージソフトで好評販売中です。

img/top/title10_06.gif" alt="06.当社標準フレームワーク" width="650" height="20" />

受託開発会社だからこその自慢です。
自社作成の標準フレームワークを使って品質に優れ生産性が高いシステムを納品します。

「パッケージだけが選択肢ではない。」と自信を持って言えるのも優秀なプログラマ集団と
標準規約とフレームワークがあるからなのです。

img/top/title10_07.gif" alt="07.バグの永久無償対応" width="650" height="20" />

当社では開発テスト中の発見バグを
「バグゼロ」という評価システムに登録して管理しています。

又、テストするのは当たり前のこと。バグは動かすだけでは無くならない。
ソースリーディングはその発想から生まれました。
当社の技術者は自社のプログラムを読むのは当たり前。
他社のちょっと問題あるプログラム さえも読んでしまうのがちょっと自慢です。

だからこそ、自社で出したバグは、瑕疵担保期間関係なく永久無償で対応します。

img/top/title10_08.gif" alt="08.現場主義" width="650" height="20" />

当社では、倉庫や営業所、店舗など、システムをお使いになる現場を必ず訪問し
ヒアリングさせていただくことを課しております。
だからこそ、細かな気配りのあるシステムを納品できているのです。
「そんな風に使われるとは思ってもみなかった。」といった発言はタブーです。

img/top/title10_09.gif" alt="09.１０年システム" width="650" height="20" />

長いお付き合いが当社の骨頂です。
　「担当者が辞めたのでわかりません。」
　「OSが対応していないのでお金がかかります。」
といった無責任な発言をしたくありません。

２０年前からのお付き合いのお客様は、
オフィスコンピューターからオープンシステムになり
ASPになり今後、Saasとなってもお付き合いいただいています。
システムの時流が変わり、技術が進歩しても、当社とのお付き合いは続きます。

２０００年問題で「５年以上も前から対処していたために」ほとんど対策費用をいただかなかったことは
当社にとっては、当たり前のことなのです。

img/top/title10_10.gif" alt="10.SEは指名制" width="650" height="20" />

システムにおいて長いお付き合いのポイントは、お客さまのシステム責任者と当社の担当ＳＥとの相性です。
お見積りをして正式に担当技術者が決まったからといって、
どうも合いそうもないとお思いの場合は、率直に当社社長までご連絡ください。
また、指名があれば、ご希望に沿うように１００％努力いたします。

img/WBS/WBSbig2.gif" target="_blank">img/WBS/WBSsmall2.gif" alt="システム計画" height="300">

プロジェクト全体から作業を各工程別に分け、詳細に洗い出し、
１つ１つの作業ごとの成果物などを定義したものです。

まず、プロジェクト全体を大工程で分けてみます。

例えば　3)基本設計を例にとってみます。

そして、作業ごとに作成する成果物を関連付けます。

当社は過去のいくつものシステム構築のプロジェクトの経験から
標準的なＷＢＳを作成しています。

アイロベックスの標準ＷＢＳ（PDFファイル）

当社のＷＢＳの特徴として、特に各工程の作業が全体の時系列のなかで、
どの時期で実施されるべきかをマークしてあります。

これにより、プロジェクト全体の大きなマイルストーンを一目で
認識、確認出来ることになります。

つまり、ＷＢＳはプロジェクトを全体としてざっくりも、そして細かく詳細に
も確認できるツールということになります。

ＷＢＳの作成は、プロジェクト管理全体の基盤となる作業です。

ＷＢＳを作成して見積された工数が、進捗管理や要員計画を作成する上で
最も重要な基本的なデータとなるからです。

当社では、標準ＷＢＳをもとに、各プロジェクトによっては不要な工程を削除し、
重要な工程では、各作業をさらに最小単位まで詳細化していきます。

この最小単位を「ワークパッケージ」と呼びます。
ワークパッケージごとに、作業担当者、予定工数などを定義していくのです。

どんな作業があるのか？誰がその担当なのか？何時それがなされるのか？
を決めることこそがプロジェクト管理の肝であり、ＷＢＳの役割の最初の一つというわけです。

●プロジェクト管理にＷＢＳが必要な理由とは？

プロジェクトを成功に導くためには、
もちろん、設計力、プログラミング力が必要ですが、
最近、よく言われるようになってきたのは、
プロジェクトのマネジメント能力です。
個々の才能のある人を、どのように扱っていくかということです。
スケジュールの調整を行ったり、コストの管理をしたり、
コミュニケーションを計ったりと、
プロジェクトマネジメントでは、調整しながらプロジェクトを遂行する責務があります。
その能力をより伸ばし、実践していくために、弊社では、WBSの雛形を使っています。

弊社では、システム開発プロジェクトを開始する直前に、
WBSの雛形を元に、そのプロジェクトに最適な、成果物・作業体制・作業内容などを確定します。
全体を網羅した中から、必要な作業を決めていくため漏れがありません。
開発規模や、お客様からのご要望を踏まえ、
プロジェクトマネジメントの知識と、現場の経験を合わせた上で、
最適なものを選択いたします。
プロジェクト開始段階において、このようなことを行っておくことによって、
スケジュール遅延を防いだり、お客様との見解の違いを埋めておくことが出来るのです。

お客様に満足して使っていただけるシステムを、
常に目指して、今後も改良を進めていきます。

システム作りを真剣にしています

経験知と本質を見抜く目

運用を意識する

結局は、
経験と技術がものをいうのです

「使いにくいシステム」が
世の中には多すぎます