１．ロボットプログラム

２．ビジネスモデル（お薬サービス等）

３．英語

４．資格の勉強

５．技術的な勉強（デザインパターンとか）

上記でやったことによって得られるものは、

１．ロボットプログラム

⇒C++の知識とロボコン出場

２．ビジネスモデル（お薬サービス等）

⇒起業精神とWebの知識

３．英語

⇒海外出張と海外部署への移動

４．資格の勉強

⇒10万円と昇格基準

５．技術的な勉強

⇒仕事への応用

サラリーマンなんで、以下の優先順位でやっていこう！！

１．資格の勉強

⇒時間で考えるのは微妙だけど、最低１．５ｈｒ（家で声を出して参考書を読み上げる。）

２．英語

⇒時間で考えるのは微妙だけど、最低１．５ｈｒ（家で声を出して参考書を読み上げる。）

３．技術的なお勉強

⇒時間で考えるのは微妙だけど、最低１．５ｈｒ（家で声を出して参考書を読み上げる。）

＜ロボットプログラムとビジネスモデルはどちらかやりたい方を選ぶって感じで。。＞

３．ロボットプログラム

⇒好きなだけ。。

４．ビジネスモデル（お薬サービス等）

⇒まずは、サーバ構築、Struts２でプログラム、周りの人に展開

こんな感じで休みは過ごそうっと。。

⇒土日に上記で何をやったかを書いておくと、次に何をすれば良いか判断しやすくなるね。。

システム開発するうえで考えなければいけないことがあまりに漏れている気がする今日この頃です。。

「とりあえず仕様書通りに作る」以上みたいな（笑）

今のプロジェクトにいたら、気づいても忘れちゃいそうなんで書き留めておこうっと。

１．システムの前提環境

・OSのバージョン

・IEのバージョン

・開発言語のバージョン

２．システムのパフォーマンス

・顧客が利用するPCの性能

・システムのパフォーマンス

開発したシステムのパフォーマンスが、顧客が以前使っていたシステムより落ちていたら、話にならないよね。

単体テストレベルからパフォーマンスを考慮しないといけないと思ってるけど、

以前「単体テストの時点で、テストデータを充実させてパフォーマンス比較をきちんと行いませんか？」って言ったら、「テストデータのパターンが膨大すぎてシステムテストからじゃないと無理。」って返されたけど、

顧客から承認してもらって、実際のデータを貰って単体テストのデータとして利用すれば良いだけだよね。

３．仕様書通りだけじゃなくて、顧客の要件を満たすこと

顧客第一主義的なことを謳っているけど、これが甘いから顧客テストで指摘くらいまくるんだろうね。。

⇒もっと顧客とコミュニケーションとらないとね。

その他にもいろいろあると思うけど、とりあえず気づいたことは以上です。

という気持ちになれないね．．．

「何でこんなに仕事を考えるとストレスを感じるのか？」

このブログを書く直前まで仕事の事を考えていて理由が少し解ったから、書き留めておこう。

仕事のことを考えていて、以下の３つが思い浮かんだ。

１．上司、部下、周りの人間のミスや言い合いになった出来事

⇒自分にとって頭にきた出来事

２．今の自分の能力を超えた作業を課せられてしまうのではないかという不安

⇒作業を割り当てる人間が微妙なんだよな～

　「後は俺は知らない。握ったお前が責任持て」的な言い方をするから、萎縮してやる気を失うんだよね。

　既にバッファが溢れている状況で、こんなことを言われたら誰でもやらない方を選ぶよね。

　実際、言っている奴も選んでるし。

３．今年一年を通して、何をテーマに仕事に対して取り組むか

⇒１．開発力（障害調査力、解析力）　２．プロジェクト運用の効率化（まだwikiを作ってないな～。）

長く考えれば、考えるほど、１．、２．について考えが深まっていったなぁ…

これじゃあ、仕事に対してやる気が無くなっていくよ。

さらに１．と２．って今後の自分の成長において、意味の無い事だよね。

⇒自分の作業スピードが上がるわけでもないし、ミスも減るわけでもない。仕事に対してやる気を失うだけ。

でも何でこんなことを考えてしまうんだろうな…

「仕事をしている時と仕事をしていない時のどちらが楽しい？」って聞かれてたら、

もちろん、仕事をしていない時だよね。（自分のやりたいことをやってるだけだし。）

だから、仕事と考えると嫌な理由が自然と浮かんできて、

１．と２．について、どんどん深く考えてしまっているのかな。

この負の連鎖を何とかしたいな。

改善策を考えてみると、

改善策１．（非現実的）…仕事変えないと厳しいね

仕事をプライベートより楽しいものにする！！

⇒これが出来たら最強だね！！俺の場合、人生半分を笑って過ごせるよ！

　但し…今の俺には無理かな。それに研究職や自分のやりたいことと合っていない限り不可能だと思う。

　（俺の場合は、ロボット作りとか、GUIアプリ作り※かな…）

　※今の仕事ってGUI作りなんだけどね。２、３年前にテストもせずに作られたものを頑張って、

　　品質上げて、機能拡張してきたけど、アーキテクトとして限界が来てるね。さらに、いい加減飽きました。

改善策２．（現実的）…これならきっと出来る！！

１．が思い浮かんだら、すぐに「その時自分がどのように対処すれば良かったか？」と考える。

最初は自然に出来ないかもしれないけど、あの時に自分がどのように対処すれば良かったかを考えれば、

怒りも感じることは減るだろうし、今後の自分の成長にも大きくつながるよね。

⇒それをブログに書いたりすれば、尚さら良いね！

（そう思うと、ブログに書かずに内心に閉じ込めてしまった出来事が多々あったような…）

２．についての改善策も考えないとな～。

とりあえず、言っている人間の言葉に反応する必要はないよね（笑）

無視♪無視♪

結局、

「後は俺は知らない。握ったお前が責任持て」って本当にそうなった事って無いよね。

だって顧客から見たら、俺が出来なかったことは、会社として出来なかったことになるから、

組織として「アイツが出来なかったから出来ませんでした」とは顧客に言えないよね。

きっと、内部に対する自分の防御策として言ってるんだろうな。

⇒みんな臆病もの（俺も含めてね。）だから、責任から逃げたくなるってことだね。

　俺の場合、責任取って辞めますでも問題無いしね♪（強気でいけるね）

今考えられるのは、（あんまり良い考えじゃないけど、）

誠意として誰よりも頑張って、危険だったら早めにやばい宣言して、巻き込んでいく

かな～。従来と同じ考えだね。今までは一応これで何とか乗り越えられました。

「出来ません！」って言うのもなかなか難しいからね。

周りに察してもらうように振舞う（忙しそうにする。）とかはありかな（笑）

考えられる問題を考慮して創ったルールを否定されたり、考慮漏れを指摘されると、

どうしてもムキになって、言い返す事しか考えられなくなっちゃうね

否定された意見や、考慮漏れに対する指摘ほど、改善できるものは無いのになぁ…

きっと、「それも考慮に入っているから！」って思わせたいんだよね。

「別の方法でもできるよ！」って言われても聞く耳持たず、

「この方法でできるから！」って、即答して言い張っちゃうんだよね

今後は、ルールを否定されたり、考慮漏れを指摘されたら、以下のことを自分のために心がけよう！！

１．冷静に今のルールでは、対応できないかどうかを考える。

対応できる場合はその内容を伝える。　対応できない場合は、「今のルールだと考慮漏れしちゃってるね。」って素直に認める。

２．冷静に相手の意見を聞く。

この場面でやってはいけないことは、現状のルールで対応できても、より良い方法の場合も有るから、「この方法でできるから！」って否定しないこと！

　より良い方法だった時、否定した後だから、採用するには余計な勇気が必要になっちゃうよね！

３．より良い方法を採用する。

「そういう方法もあるんだね。」って言って、今のルールにプラスαであれば、その意見を採用する。

その場で結論を出す必要もないし、落ち着いて考えよう

リストを作って、メリット、デメリットを洗い出すのも有りかも

周りの意見で結論を考えるのは大きな間違いだね！

自分で責任を取らなければいけないことは、自分で最後まで確認することが鉄則かな

っていうか、やることやってスッキリした休日だったね

２日間の休日のうち、１日は自分の日として設けているんだけど、

どうも平日の疲れのせいで寝て終わってたな…

でも、今日は昨日ぐっすり休んだから、

会社で資格と英語の勉強をして、家に帰ってからプログラムを勉強できた

自分が「やらなきゃ！」って思っていたことが出来ると、

こんなにも気分が良いんだ！！って思っちゃいました

基本的に怠け者なので、「やらなきゃ！」ってことを後回しにするタイプなんだよね…

⇒これからも、怠け者とうまく付き合わないとね

こんな気分になれるのは今のところ他に無いから、

これからもやることやって充実した休日を過ごしたいね

そのためにやることってやつを整理しておこう

１．休日は１日だけは自分の日を作ること2

２．１２時までに起きること

３．図書館、カフェ、もしくは会社に行くこと

４．資格と英語の勉強をすること

５．家でプログラムの勉強をすること

作業に対して「この作業の目的は？」って考えることが多くなったな

作業の目的を理解した上で作業方針を決めると、

作業内容をきちんと理解してるから、間違った方向に進むことを防げるんだよね

作業内容に対する記憶力も上がった気がするし

さらに、もし結果が駄目だったとしても、経緯をきちんと説明出来るしね

そういえば、スーパープログラマ（おれの中で…）が、新規機能を作る時は、

「どういう用途でこの機能は使われるのか？」、「客がこの機能を使う状況は？」とか目的を考えることが重要！って言ってたな

⇒この結果、

仕様で不明確な部分が明確になって、

その明確になった部分が、「必要な要件か？」、「不要な要件か？」っていう結論が出せるようになるんだよね

今後も作業目的を強く意識して行こう

でも別れ方が最悪だったから、もう一生会えないと思ってたんだ…

詳しくは書かないけど、そんな最悪な別れ方をしたにも拘らず、

先週、うちの会社に会議で来て俺に会いたいって言ってくれて本当に嬉しかったな

それに呑みに行けたし

相変わらず前へ！前へ！って感じで格好良いなって思いました。

さらに呑みの時に先輩がスゴイ良いことに言ってたな！

「辛いことから逃げたら、また同じくらい辛いことがあったらまた逃げるから、とにかくやるんだ！」ってね

確かにそのとおりだね

今の自分にとって重要なことは、とにかくこの状況から逃げないこと！かな

きっと成果が出なくても、耐えるだけでも良いのかもね！

そうすれば、次同じくらい辛いことがあったら、耐えられた自信で解決策が生み出せるかもしれないしね！

でもビジネスの世界では、もっと紳士に行きたいね

きっと「何故そのような状況になっているか」と「今考えられる解決策」を伝えるべきだね

今回の例で言うと、

Ａ：「なんでＣ環境が構築されてないんですか！」

「何故そのような状況になっているか」の答えとして…

私：「C環境の個別機能がリリースされていないから」※

※ここが、抜けていたからイマイチ納得してなかったんだね

さらに、「今考えられる解決策」の答えとして…

私：「現行システムで対応してください」

こういう場面に、よく合うから良い機会だから改善しよう