@IT情報マネジメント会議室は、2009年4月15日に新システムに移行しました。
新たに書き込みを行う場合には、新しい会議室をご利用ください。
- PR -

最低限の設計ルールをお客様に分かってもらうには?

投稿者投稿内容
東郷
会議室デビュー日: 2008/05/01
投稿数: 5
投稿日時: 2008-05-01 19:20
ありがとうございます。
信頼あっての仕事ですので重々気をつけています。
あまり関心はしませんが接待なども積極的に参加しています。
接待の日は会社へ戻り徹夜です。

Anthyhimeさんもおっしゃられるとおり
品質やコストなどについてもお客様とお話させていただいています。
とくに感情的な態度で接することはしていません。
言われたことを黙ってやればいいというスタンスかつ
さらに矛盾することを言うので収拾がつかないというのが実情です。

もっと品質や信頼関係、この業界について勉強します。

引用:

Anthyhimeさんの書き込み (2008-05-01 18:57) より:
 東郷さんはまず技術的問題から離れて顧客と信頼関係を取り戻すようにすべきかと思います。
 言われているようなパワーバランスがあり、信頼を構築できていない中で東郷さんがどのようなすばらしい「技術的に問題がある」理由をつけても結局受け入れられないのは明白です。
 お話からするともはや開発工程の後半であり、大幅な設計変更に伴う工数の追加や期間の延長などはプロジェクトとしては難しいのでしょう。
 であれば、短期的に今まで構築した品質が保て、コストが最小となるような設計をするというビジネス判断は妥当です。
 ただし、おっしゃられるような複雑化による中長期的な保守コストの増大は起こるでしょうから、そうした問題は説明すべきです。
 なので説明は「おっしゃるその方式でできます。コストは最小です。しかしながら将来このような犠牲(コスト)が伴います。よろしいですか。」であるべきです。どの方式でいくかどうかは顧客のビジネス上の判断であるべきで、東郷さんがする判断ではないと思います。

indigo-x
大ベテラン
会議室デビュー日: 2008/02/21
投稿数: 207
お住まい・勤務地: 太陽の塔近く
投稿日時: 2008-05-02 06:28
以下の順番がいいのでは?

@信頼できる上司or先輩に相談(居ないならつらいな。。)
AQ&A攻撃
  相手が、(自分自身で)気づくようなQ&Aをする(高度ですが)
  or 相手が、嫌気がさすぐらいのQ&Aをだす(攻撃的。。)
Bプライドをすてて、世界のなべあつを見習う
  (バカになってハードコーディング。。3(サーン))

結構、私B(サーン)かも。
 分らない人に説明してもダメなので
  それより、妥協ではなく、
   レアケースならハードコーディングでもいいとする
    レアケースなんだから
(プライドより発想の転換の方が価値があるのでは。。気が楽になりましたか。。)
Anthyhime
ぬし
会議室デビュー日: 2002/09/10
投稿数: 437
投稿日時: 2008-05-02 08:43
 言われたことを黙ってやるのはよくないので、いつでもリスクを説明し、顧客に選択させることが重要だと思います。
 顧客の選択が正しければ、提案がよかったことになるのですから、まったく問題はないですし、間違っていたときでも、代替案を提案していたわけですから、こちらも落ち度はないでしょう。
 そうした中で矛盾が発生するのであれば、矛盾の原因が自分であることは顧客は認識するでしょうから、その矛盾の解決を後で東郷さんのビジネスにしてゆけばよいだけです。
 そのためにもいつでもリスク、コストは説明される必要があります。
ぽてCCP
常連さん
会議室デビュー日: 2006/04/06
投稿数: 30
投稿日時: 2008-05-02 13:56
[quote]
東郷さんの書き込み (2008-05-01 19:20) より:
言われたことを黙ってやればいいというスタンスかつ
さらに矛盾することを言うので収拾がつかないというのが実情です。
[/quote]
ちゃんと議事録とって承認とらないとこういう目にあいますよね。
ほんとに、面倒だけど証拠はとっておかないと、それこそ

「あいつは技術がない」

て言われかねません。
そういう人の棚はとっても広いですから。。
Error401
常連さん
会議室デビュー日: 2007/03/12
投稿数: 39
投稿日時: 2008-05-02 17:18
気を悪くしたら済みません。

そのレアケースを「ハードコーディング」で解決すると、本当にプロジェクト全体の品質を著しく貶めるような事態になるんでしょうか。
レアケースの具体的な内容がわからないのでなんとも言えないんですが、設計のしすぎ、仕組みの作りすぎってことはありませんか?
いえ、なければいいんです。

引用:

東郷さんの書き込み (2008-05-01 18:09) より:

複雑さ=レアケース1xレアケース2・・・xレアケースn
とレアケース追加分の加算ではなく乗算であると説明しましたが
たとえが分かりづらかったせいか説得できずにいます。



循環的複雑度(Cyclomatic complexity)、C1カバレッジをご存じなければ調べてみることをお勧めします。これらは、説明のための手段ではなく、「複雑さ」を客観的に把握するための手段です。

私個人のスタンスは、「二つ目のレアケース」を提案されたときに、初めて「仕組み」を考えます。一つ目で、なおかつハードコーディングで簡単に実装できるならしちゃいますね。

スキルアップ/キャリアアップ(JOB@IT)