かにの泡ぶく

_ アプローチプランを立てよう。

開発プロジェクト推進中には、よくいろんな問題に遭遇する。 問題を解決しようとする際、私はだいたい以下のような手順を取る。

• 問題を再現するための条件見極め。
• 問題を発生させている部分の見極めと、可能であれば原因推測。
• その問題は、自分で解決可能なのか、不可能なのかの見極め。



■自分で解決できる場合：


• 解決工数の見積。
• スケジュールに影響ない場合は、そのまま解決作業。
• スケジュールに影響ある場合は：
• すぐできる暫定対策等、次善策を考える。
• 徹夜する（泣）。

■自分で解決できない場合：

・・・ここが問題だ。

自分で解決できない問題というのはすなわち、自分の管理が及ばないところでの問題であり、例えば使っている部品の動作が期待した通りでないとか、使っている外部の画像処理ライブラリが期待した通りの結果を出さないなど。

こんなときは当然、その提供元に対して質問なり報告なりするわけであるが、このときの質問の仕方で、その後の進捗が大きく異なることを何度も経験している。

単に「これこれこうしようとしても、うまく動きません。」だと、先方も状況がイメージしにくいのか、緊迫感を感じないのか、有効な返信情報を得ることは少ない。

私の場合は可能な限り、具体的な検証データと共に質問するようにしている。例えば：

添付hoge画像を、hoge関数で、gehoパラメータで処理したところ、本来であればgeho画像のようになることを期待しているのだが、なぜかherohero画像のような結果になってしまう。
なにか使い方間違ってます？　あるいは、私の認識違いあります？

みたいな感じ。

ま、当たり前といえば、極めて当たり前のことなのだけど、まぁ、こんなこともあるってことで、メモ。