From: リスキルテクノロジー 松田航
新宿本校にて、、、

エンジニアとして活躍する上で

「キャリアプラン」

...をしっかり持つことが大切です。

そして
キャリアプランは持つだけでなく、
実現させることも重要です。

今回は

「キャリアプランを実現するためのポイント」

...についてお話ししましょう。

キャリアプランを意識することが必要

入社1年はプログラマー。

入社2～3年はSE。

入社4年目以降で上級SE...。

昔の企業では
社員のキャリアプランを
企業が設定してくれていました。

なんとか仕事に
しがみついてさえいれば、

会社が敷いた
キャリアプランというレールに乗って
活躍できるという保証（？）がありました。

しかし、
今はどんな大企業でも
いつ倒産するかわからない時代です。

企業が設定したキャリアプランは
ほとんど意味がなくなっています。

また、
今の企業のほとんどは、

「自分はこうなりたい！」

...という主体的な
キャリアプランを持つ方を求めています。

エンジニアにとって
キャリアプランをしっかり意識することは、

IT業界で活躍するためには
必要な意識のひとつです。

年齢と案件

あるエンジニアの話をご紹介しましょう。

そのエンジニアは50代前半で
小さなSIerに15年以上勤めていました。

15年選手ともなると
エンジニアとしてもベテランの域に入りますが、

どういう訳か
参加できる開発案件がなくなってきました。

その理由は、

年齢とスキルがマッチしない

...ということでした。

エンジニアは
ある程度のキャリアを積むと、

上流工程のスキルや
マネジメントスキルなどが求められます。

しかしその方は、
会社から紹介された
プログラミングやテストの案件など

フェーズの限られた
短期的な開発案件にばかり参加しており、

自分が思い描いていた、

「マネジメント系のスキルを磨く」

...というキャリアプランを
実現することができなかったのです。

仕事をこなすのに精一杯で、
何もできなかったという例ですね。

そういった仕事ばかり取る会社にも
原因があるかとは思いますが、

仕事を理由に
キャリアプランを実践できなかった
エンジニアにも原因はあります。

仕事をしながら
キャリアプランを実践するのは大変ですが、

毎日少しずつでも、
キャリアプランの実現のために何かをすることで、
将来に大きな差が付くこともあるのです。

未経験から業界に入る場合

未経験から業界に入る場合にも注意が必要です。

IT業界は建設業界などと同じように、
ピラミッド構造で成り立っています。

元請け、一次請け、二次請けと仕事が
流れる構図になっているということです。

はじめに働く階層により、その後のキャリパスが大きく変わるのが
ピラミッド構造の特徴です。

「初心者歓迎」「未経験者OK」という求人はたくさんありますが、
その企業はどの階層でしょうか？

もし、成長していいエンジニアになりたいと思っているのであれば、
かつ新卒でないのであればある程度のスキルを持った上で、
入らなければパーツを作る作業を繰り返すだけになってしまいます。

キャリアプランを描くためには？

キャリアプランを
描くにあたって大切なことは、

「どんな自分になりたいのか？」

ということを強く意識することです。

エンジニアと言っても
さまざまな職種があるので
具体的なことはここでは話しませんが、

「なりたい自分」

...を意識することで
あなたの中に目的意識が生まれます。

そして次に、
なりたい自分になるために、

・今のあなたでもできること
・今のあなたではできないこと

...をリストアップしてください。

今のあなたでもできることは、
キャリアプランを実現するために
必要なものを持っているということです。

必要であれば
既に持っているスキルなどを
伸ばしてゆけるようにしましょう。

そして、
今のあなたではできないことは、
キャリアプラン実現のために必要なことです。

できないことを
できるようにするために、

どのようなことをすれば良いのか？

それを考えて実践しましょう。

既に持っているスキルは
更にスキルを伸ばせるように、

持っていないスキルについては、
どのようにすれば身に付けられるか、

常に自分を分析して、
なりたい自分になるために
必要なことを見極めることが大切です。

あなたが思い描いている
キャリアプランを実現した人がいたなら、
その人に相談してみるのもひとつの方法です。

そこから
自分では気が付かなかった
新しい視点が発見できるかも知れませんね。

学び続ける姿勢、前に進もうとする姿勢が大切

また、
キャリアプラン実現のためには、
たとえどんなに忙しくても
何かを学ぶ姿勢は忘れないようにしてください。

新人エンジニアの頃は
毎日が学びの連続で得る物も多いですが、

数年経つと
学ぼうとしなくなる
エンジニアが増えるのも事実です。

毎日数分でもかまいませんので、
目標のために進み続けることが大切です。

そして、
キャリアプランは
変更してもいいという事も覚えておいてください。

IT業界では
毎日新しい技術が生まれ、
新しい職種が次々に生まれています。

状況に応じて
なりたい自分が変わることもありますし、

最初考えていたキャリアが
数年後には需要が低いことも考えられます。

ですので、
キャリアは柔軟に考えるようにしてください。

大切なのは
学び続ける姿勢や、
前に進もうとする姿勢です。

その姿勢を持ち続けることができれば
数十年後も活躍できるエンジニアになれるのです。

リスキルテクノロジー
松田

PS

スクールで学ぶことは
キャリアプラン実現のために有効な手段です。

あなたのキャリアプランの実現をサポートします。

リスキルテクノロジーの資料請求はこちらから

From: リスキルテクノロジー 松田航
新宿本校にて、、、

システムの開発中やリリース後に
何らかのトラブルが起きることはあります。

特にリリース後であれば
本来あってはいけないことですが...

まぁ、率直にいいまして、
割と発生します。

自社のWebアプリケーションだと特にですね。
心理的にテストが甘くなるから。

トラブルが発生した場合は、
早めに問題を修正するのが重要なポイントです。

トラブルの原因を調査して解決することを
トラブルシューティングと言います。

今回はトラブルシューティング方法について
お伝えしましょう。

トラブルの原因は必ずどこかにある

システムは思った通りに
動いてくれないことがよくありますが、

作った通りにはきちんと動いてくれるものです。

作った通りに動くということは
トラブルの原因は必ずどこかにあるのです。

プログラムの例で言えば
バグの種類は大まかに分けて2種類あります。

ひとつは
エラーが発生してシステムが動かなくなるケースで、

特定の処理ができなくなったり
最悪の場合はシステム全体が止まってしまいます。

そしてもうひとつは
エラーは発生しないけど
システムが誤った結果を出してしまうケースですが、

実はこちらの方がトラブルとしては怖いのです。

例えば消費税の計算で
8%で計算しないといけないところを
5%で計算してしまっている場合、
請求書の金額やデータベースの登録内容が間違ってしまいます。

このような場合はエラーが出ないので、
バグに気付くのが遅くなってしまうのです。

プログラムでもサーバー構築でも、
テストをしっかりと行うことが大切ですが…

それでも起きてしまったトラブルは、
どうやって解決してゆくのでしょうか？

トラブルシューティングってどうやるの？

プログラムの場合は、
エラーが発生している場合は
エラーメッセージやログファイルを見ます。

これらには、どこでどのような原因で
エラーが発生したのかが詳しく記録されており、

その情報をもとに
エラーの原因を解析するのが基本です。

しかし、

エラーの発生場所と
エラーの原因を生み出している場所が
必ず同じという訳ではありません。

エラーが発生するもっと前の処理で
エラーの原因を作ってしまっている場合もあります。

その時に行うのが
「ステップ実行」という開発ツールの機能で、

プログラムを1行ずつ実行させて、
データの内容や処理結果を確認しながら実行できます。

エラーが発生しない種類のバグだと、
ステップ実行で確認しないと原因がつかめません。

サーバートラブルの場合も、
基本的にはログファイルの解析から始まります。

例えば...

Webサーバーがうまく動かない！
メールを送っても送信されていない！

...などといった場合、
Webやメールサービスのログファイルを確認します。

プログラムの場合と同じで、
ログファイルにエラー内容が書かれていますので
そこから原因を調査してゆくのが基本です。

ただし、サーバーの場合は
物理的なトラブルが原因となる場合もあります。

ハードディスクが破損したとか、
電力不足でサーバーダウンするなど、
物理的な原因も含めて調査しなければいけません。

原因不明のトラブルの場合はどうする？

プログラムや設定ファイルを見ても、

特に問題がない...

一見すると原因不明の
トラブルが発生する場合もあります。

これがしんどい。
テストをロジカルに組み立てつつ、
問題を絞り込んで行きます。

下記のようなところまで
いったとしましょう。

AさんのPCだと問題なく動くのですが、
BさんのPCだと計算結果が違うといったケース。

そのようなケースでは
ブラウザのバージョンが、
正しいものを使っているかどうか調べる。

バージョンが違っていると
動きが変わってくるケースがありえます。

ウェブアプリケーションでなければ、
OSやミドルウェア系を調べる。

他にも調査ポイントはありますが、
それでも原因不明の場合は
ベンダーにサポートを依頼して原因を究明しましょう。
（できるなら　笑）

オープンソースはそこら辺大変ですが、
コストの変わりにその部分の大変さを引き受けているので、
頑張るしかありません。

しかし、ベンダーにサポートを依頼した場合でも、
自分が探す場合でも、なかなか原因がわからないバグは、
時間がかかります。

特にリリースしている
システムのトラブルであった場合は、
早急にトラブルを解決しなければいけません。

原因がわかるまでに時間がかかる場合は、
一時的なプログラムの修正や、
代わりのサーバーを用意するなどの対策が必要です。

エンジニアの価値を高める
トラブルシューティングスキル

バグやエラーの対処方法は
エンジニアが習得しておきたいスキルのひとつ。

トラブルシューティングのスキルが
高いのと低いのでは、
エンジニアとしての価値が格段に変わってきます。

さまざまなトラブルは
開発者の作業やユーザーの業務を途中で止めてしまう、

つまり、

発生するだけで損失を与えてしまっているのです。

損失を最小限に抑え、
トラブルをできるだけ早く解決して
通常の業務を進めてもらう...

それが生産性の向上に繋がるのです。

リスキルテクノロジー
松田

PS

どんな機械でも
使っているとあちこち痛んできます。

システムでもそれは同じこと。

トラブルがない方がもちろんいいのですが、
万一の時は素早く対処できる方がいいですし、
ユーザーの信頼も失わずに済みます。

本当のエンジニアリング力が付くスクール リスキルテクノロジー

From: リスキルテクノロジー 松田航
新宿本校にて、、、

「営業力」

エンジニアとは
関係のなさそうなこのスキルですが、

実は
エンジニアにとって
重要な意味を持っているのです。

どうしてエンジニアに
営業スキルが必要なのでしょうか？

ひとつの仕事が新しい仕事を生む

先日、
ある老夫婦の話を聞きました。

その老夫婦は
銀行で定期預金をしていたのですが、

銀行の営業マンの話を
楽しそうに話すのが印象的でした。

最初は自分たちの
定期預金だけだったのですが、

あるとき、
子供が他の銀行で借りている
住宅ローンの返済計画が適切がどうか調べ、

減額できる可能性を指摘したところ
住宅ローンの減額に成功したそうです。

老夫婦は
営業マンの対応の良さを気に入って、

自分の子供たちに
営業マンの銀行のローンなどを紹介して
多くの契約にまで至ったそうです。

自分たちのことを
考えて行動してくれている。

この姿勢が
老夫婦が営業マンを気に入った理由でした。

この営業マンの例では
ユーザーに対する対応の仕方によって

小さな定期預金だけの取引から、
ローンなどの他の契約につながっています。

仕事は単発ではなく
アプローチの方法によっては、

「ひとつの仕事が新しい仕事を生む」

...という特徴があるのです。

エンジニアにも営業力は必要

ひとつの仕事から
別の仕事に繋がるケースは
営業系の職種だけの話ではありません。

例えば、
SIerはユーザー企業での
システム開発業務が多いですが、

中小SIerの場合は
短期間の案件が非常に多いのが現状です。

その案件が終わると
次の案件があるとも限りませんので

次の案件につながるように
ユーザーに対して営業するケースもあります。

また、
開発案件を持ち帰って
自社内で開発を行おうとするSIerは多いです。

売上額が大きいのはもちろんですが...

自社内であれば
開発要員の計画を立てやすいですし

新人教育の一環として
新人を開発に参加させることもできます。

しかし、
その為に必要なのは
ユーザーとの信頼関係です。

信頼関係がなければ
案件を持ち帰らせて開発させてくれません。

そのためには
最高のパフォーマンスで開発にのぞみ、

銀行マンの例のように
顧客のためになる対応を心がけることが大切です。

営業は目に見えない効果も生む

営業力が必要なのは
SIerだけではありません。

自社で開発をしているエンジニアにも
必要なスキルだといえます。

例えば
パッケージベンダーなどですが、

いくら技術力だけを高めて
素晴らしいシステムを作ったとしても、

対応に問題があると
それだけの関係で終わってしまいます。

よくあるのは
アフターフォローでのトラブルです。

システムを納品して
清算を済ませてしまったら

対応の仕方が変わったという例は、
今でもかなり多くのユーザーから聞きます。

それきりの関係で終わらせないように、
信頼関係を深めるアフターフォローが必要です。

社内システム開発でも同じです。

社内向けの開発だから
営業スキルは必要ないのでは？

と思うかも知れませんが、

「売上」

という数値に表れないだけで、

社内での信頼関係や
部署間の連携を良くするなど

目に見えない効果はたくさんあります。

社内外を問わず
システムを利用する人はすべてユーザーなのです。

ユーザーを大切なパートナーと考えよう

基本的にビジネスは
ユーザーがいないと成立しないものです。

ユーザーがいるということは、
必ずコミュニケーションが発生します。

どれだけ優れた技術があっても
コミュニケーションの質が低ければ

「今後も付き合ってゆきたいエンジニア」

...とは思ってくれません。

「営業」

と考えてしまうから
敬遠してしまうエンジニアもいるのも確かです。

まずは、ユーザーのことを...

「大切なパートナー」

と考えることから始めましょう。

あなたが開発したシステムを利用する人は
あなたの大切なパートナーです。

そのパートナーのために...

・どれだけ質の良い対応ができるか？
・相手の目線で考えることができるか？
・どうすれば一緒に課題を解決できるか？

...ということを心がけて接してみましょう。

たったそれだけで
あなたとパートナーとの信頼関係は

今よりも大きく育まれることでしょう。

リスキルテクノロジー
松田

PS

パートナーの喜びは嬉しいものです。

当校にとってのパートナーは
これからエンジニアになろうとするあなたです。

あなたの一歩を
万全のサポート体制で応援します。

プログラマーになるスクール