（仮）ややこしい时こそ质问してみる
- 1. （仮） ややこしい時こそ質問してみる たけのしたともこ 2014/12/3 1
- 2. カスタマーサポート業務１０年 SIの現場に異動???PHP？Java？仕分け？ ややこしいくて気が遠くなりそうな状況 でも、ちゃんと会話してみたら 前向きな状況にできた！って話です。 2
- 4. ?あれもこれもエラーだ不具合だと言われて、 調査に追われていませんか？ 業界や担当者によって独特の用語や表現を 使っていて会話が空を切っていませんか？ ややこしい課題が積み残されていません か？ ?本当に軽減したい所ではなくて比較的直ぐに 減らせそうな所から取り組んでいませんか？ ?あれもこれも改善したくなりませんか？ 4
- 5. たとえば、ユーザさんと保守担当 「エラーです、やりたい操作ができないです。そ ちらで直接データ変更してください」(｀へ?) やりたい操作はどんな操作ですか？ その前にどんな操作をしていましたか？ 「こちらの手順が足りなかったですね。今後は 気を付けてみます」(^-^) 【不明瞭→明瞭】 5
- 6. たとえば、ユーザーと改修担当 （要件定義フェーズ） もしデータが無かった場合はどうしますか？ 「何もしなくていいです」 （ユーザーテストフェーズ） 「データが無い場合に不具合があります」 何もしなくていいってなんだったんだ(*Д*) 【不明瞭→明瞭】 6
- 7. たとえば、ユーザーと既存システムを引継いだ新任改修 担当 「改修していただいた個所が、想定どおりに動いていま せん」 もう一度お話きかせてください 「この件は流れがややこしいから前任の方も難しいって 言っていたし無理だと思ってました」 （そんなのを新任の自分がやれる気がしなーい(>Д<)け ども???） どの画面の、どの科目が、いつどうなっているべきで、今 はどうなってます？ この数値の場合はどうなるのが正解でしょうか （やれそうな気がする(｀?ω?)） 【不明瞭→明瞭】 7
- 8. たとえば、社内である製品のコスト削減作戦ミーティン グ!! プチプロダクトマネージャ的なAさんと、開発のBさんたち と、カスタマーサポートのCの話。 A）見積出すといつも「高い」って言われるんだよね もっと効率化して削れるところないかな 設計フェーズのヒアリングとドキュメント化をもっと短期 にできないかな ABC）そうですね、あーしてこーして C）あ？設計が一番ボリュームがあるんですか？ 一番工数がかかってしんどいのが設計ですか？ ヒアリングしてパターガン増えて膨らむのって設計なん ですね？ B）設計製造テストだったら、テストが一番しんどいしパ ターン数の影響を受け??ますね 【存在の懸念、因果の懸念】 8
- 9. たとえば、製品の品質向上 速度改善だ！SQL早くしよう！ 「早くしました！」 画面遅いじゃん（現在：総合テスト） SQLもっと頑張ろうよ！SQL以外も頑張ろうよ！ 「Javaでめっちゃ丁寧な仕事してる処理があって、 そこ改修したらかなり早くなりました」 SQLもやれることあるならやろうよ！ ユーザーは光の速さをお求めですか？毎回１ 年分のデータ検索してますか？(?ω?｀) 【十分性の懸念】 9
- 11. TOCfEのCLRつかってみた ?それってどいういうことですか？ ?それって本当にありますか？ ?どんな因果関係ですか？ ?それで十分ですか？ 11