Comments今日は新規のお客様で神戸にいきました。写真は点灯まえのルミナリエですsalesforceでやりたいことをお聞きし構築費用を算出するための打ち合わせです。SI会社の見積り作成は、ヒアリングを何度か行い業務フローを作成、さらにそこから機能要件一覧を作成し、要件ごとに実現方法を検討し工数を算出するという流れだと思いますが弊社のsalseforceプロジェクトの場合、案件規模が小さいので見積のためのヒアリングは原則1回です。次の点がわかれば見積もりをしています。利用するオブジェクト移行対象データとそのデータの中身レポートダッシュボードの要件の有無トレーニングやマニュアルなど運用支援の可否Apexなどによる開発機能があれば別にヒアリングをしていますが、ない場合はおおよそこの程度のヒアリング内容で見積りを作成しています。SIの会社だとWBS、作業単位の明細で工数算出をされいていると思いますが、それに比べると弊社はかなりざっくりですが、スピードを優先しているのです。見込みしているため見積りと実績に乖離が発生することはまあまああります。その対策として小規模企業ではありますがプロジェクトごと時間単位で作業内容を入力しているので、半年のプロジェクトから月毎のサポート契約まで予定と実績の差異がわかるようになっています。その結果、実績オーバーしたプロジェクトの原因を考えると、見込みが足りなかったものが何か気がついたことがあります。実績オーバープロジェクトの原因を考えると作業明細毎に中身を調査します。以下のような感じですオブジェクトが見込みより増えたダッシュボードの作成数が見込みより増えた提示された移行データが見込みより多かったしかしこれで原因がわかったという気になってしまったらそれは大きな間違いです。「なぜ、ダッシュボードは増えたのか?」とさらに考えると本当の原因がわかり、共通の原因があることに気がつきます。それはお客様のシステム管理者様のやる気とスキルが低いということですうまくいったプロジェクトではシステム管理者の方がダッシュボードを自ら作成する意欲があり要求、作成したいグラフの数値などが具体的です。やる気がないまたはスキルが低いシステム担当者は曖昧な指示でダッシュボードを作成するので、作成後に何度も修正が入りますまた移行データについてもシステム管理者に意欲がないと取りまとめされず、エンドユーザからそのまま弊社にファイルが提示されるので、データの修正の確認がなんども発生します。オブジェクトの数も同様でシステム管理者がエンドユーザーの意見を取りまとめ、つまり導入目的とメンバーで共有できない状態であれば、項目やレイアウトなどは何度も修正がはります。これが本当の原因です。そのため初回見積りのミーティングではシステム管理者になる方のスキルを見極めその方に合わせた支援内容を提案することが大切です。打ち合わせの数を増やしたり、開発期間を長目に設定したり、移行データの編集作業を弊社で受託したりなどです。オブジェクトの数はレポートダッシュボードの数を正確に見込む努力は効果がないことがわかりました。弊社のお客様は中小企業のお客様がほとんどです。そのためお客様のシステム管理者様を支援することが弊社の最大のミッションです。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。社長の仕事は社員を信じ切ること。ThemeGrill.ホームプロフィール株式会社アップオンデマンド%d人のブロガーが「いいね」をつけました。