（仮）TOCfEのCLRで、ややこしい状況を前向きにできた話。の予定。

1. （仮） ややこしい時こそ質問してみる
たけのしたともこ
2014/12/3 1

2. カスタマーサポート業務１０年
SIの現場に異動・・・PHP？Java？仕分け？
ややこしいくて気が遠くなりそうな状況
でも、ちゃんと会話してみたら
前向きな状況にできた！って話です。
2

3. •ユーザーさんとの会話ってどうしてます？
•工数削減ってどうしてます？
•既存システムの改修ってどうしてます？
3

4. •あれもこれもエラーだ不具合だと言われて、 調査に追われていませんか？ 業界や担当者によって独特の用語や表現を 使っていて会話が空を切っていませんか？ ややこしい課題が積み残されていません か？
•本当に軽減したい所ではなくて比較的直ぐに 減らせそうな所から取り組んでいませんか？
•あれもこれも改善したくなりませんか？
4

5. たとえば、ユーザさんと保守担当
「エラーです、やりたい操作ができないです。そ ちらで直接データ変更してください」(｀へ´) やりたい操作はどんな操作ですか？ その前にどんな操作をしていましたか？ 「こちらの手順が足りなかったですね。今後は 気を付けてみます」(^-^) 【不明瞭→明瞭】
5

6. たとえば、ユーザーと改修担当
（要件定義フェーズ） もしデータが無かった場合はどうしますか？ 「何もしなくていいです」 （ユーザーテストフェーズ） 「データが無い場合に不具合があります」 何もしなくていいってなんだったんだ(*Д*) 【不明瞭→明瞭】
6

7. たとえば、ユーザーと既存システムを引継いだ新任改修 担当
「改修していただいた個所が、想定どおりに動いていま せん」 もう一度お話きかせてください 「この件は流れがややこしいから前任の方も難しいって 言っていたし無理だと思ってました」 （そんなのを新任の自分がやれる気がしなーい(>Д<)け ども・・・） どの画面の、どの科目が、いつどうなっているべきで、今 はどうなってます？ この数値の場合はどうなるのが正解でしょうか （やれそうな気がする(｀・ω・)） 【不明瞭→明瞭】
7

8. たとえば、社内である製品のコスト削減作戦ミーティン グ!!
プチプロダクトマネージャ的なAさんと、開発のBさんたち と、カスタマーサポートのCの話。 A）見積出すといつも「高い」って言われるんだよね もっと効率化して削れるところないかな 設計フェーズのヒアリングとドキュメント化をもっと短期 にできないかな ABC）そうですね、あーしてこーして C）あ？設計が一番ボリュームがあるんですか？ 一番工数がかかってしんどいのが設計ですか？ ヒアリングしてパターガン増えて膨らむのって設計なん ですね？ B）設計製造テストだったら、テストが一番しんどいしパ ターン数の影響を受け・・ますね 【存在の懸念、因果の懸念】
8

9. たとえば、製品の品質向上
速度改善だ！SQL早くしよう！ 「早くしました！」 画面遅いじゃん（現在：総合テスト） SQLもっと頑張ろうよ！SQL以外も頑張ろうよ！ 「Javaでめっちゃ丁寧な仕事してる処理があって、 そこ改修したらかなり早くなりました」 SQLもやれることあるならやろうよ！ ユーザーは光の速さをお求めですか？毎回１ 年分のデータ検索してますか？(・ω・｀)
【十分性の懸念】
9

10. 質問の仕方っていつ習ったっけ？
５Ｗ１Ｈでもちゃんと聞けないと役立たないよね
10

11. TOCfEのCLRつかってみた
•それってどいういうことですか？
•それって本当にありますか？
•どんな因果関係ですか？
•それで十分ですか？
11