教育」タグアーカイブ

SEにとってOJTもやり方があります

[`evernote` not found]
GREE にシェア
LINEで送る

こんにちは。
マーケティングコーチの新井政弘です。

会社員であれば誰しも
人を指導、教育する立場に
なったことがあると思います。

新入だった人が
翌年の新入社員の
教育係になったり、

管理職が
部下の育成に
携わったりと

いろいろなケースが
あると思いますが

人を育てるということに
関しては同じことです。

育てると言いつつも
ありがちなパターンとして

指示を出したきり
放り出したまま何もせず、

後日結果だけを確認する
というパターンです。

そこで結果が芳しくないと

”なぜ”、”どうして”、と
相手を責めたてて
追いつめてしまいます。

これは、
人を育てている、
教育している、
とは言えません。

ではどうしたら
良いのでしょうか?

自分自身のことを
思い出してください。

教育担当である、あなた自身は

誰かから何かを教わったとき

直ぐに覚えられたでしょうか?
理解できたでしょうか?

その時、
どうして欲しかったでしょうか?
どうすべきだったでしょうか?

この辺のことを
思い出してもらうと

自分が教える側に立った時に、
どうすれば良いのかが
わかると思います。

それを踏まえ、
私がお勧めするのは
以下となります。

1.目的を明確にする

何のために教えているのか、
なぜ覚える必要があるのか、

が明確になっていないと
教わる側のモチベーションが
上がりません。

意味も分からず
これを教えますと言われても

覚える側もいまいち
ピンとこない筈です。

いきなり個別に
詳細な内容を教えるよりも

先ずは全体を説明してから
徐々に細かな部分に
焦点を当てる方が

教わる方も分かりやすい
ということと同じです。

2.小まめに確認する

教えたから後はよろしく、

ではなくて、

疑問点の有無や
進捗の確認等

定期的に確認することを
取り決めます。

分からないことは聞きに来て、
と言いがちですが

何が分からないかが
分からないから
聞きに行けない、

とか、
それほど親しい間柄でない場合、
聞きに行きづらい

という形になる恐れがあります。

それを避けるためにも

定期的に確認できる場を設けたり、
聞きにいったりと、

教える側が自ら積極的に
状況を確認する姿勢が
必要になります。

そうすれば、

教え方が良いのか悪いのか、

教える内容が十分なのか
そうでないのかを

知ることができ、

教える側にとっても
とても大きなものが
得られます。

以上、
上記2つのポイントを意識することで

今までとは違う成果が
明確に表れることでしょう。

SEやるのに資格は必要?

[`evernote` not found]
GREE にシェア
LINEで送る

こんにちは。
マーケティングコーチの新井政弘です。

IT系の仕事をするにあたって
資格があった方がいいか?
と言われたら、

無くてもできるけど
無いと不都合な場合も多い、

と言えます。

就職する時や転職する時など
何となく資格がないと

不利になるのではないかと
思いがちですが

資格を持っていなかったから
就職や転職で落ちた
という話はあまり聞きません。

募集要項に
”~の資格必須”とか書かれていても

他の部分でアピールできれば
問題ない場合もあります。

そうは言っても、

履歴書や経歴書に
取得資格が書ければ
気分がいいものです。

私自身、システム開発の
経験年数は長かったのですが
資格取得に熱心ではありませんでした。

ほんの数年前まで
第二種情報処理技術者、
(今でいう基本情報技術者ですね)

これしか持っていませんでした。

これも、最初に転職を意識した時に
履歴書に何も書くことが無いので

慌ててとったような気がします。

確か、20代の半ば頃だったような。

今でも、難易度が高いといわれる
資格を持っていれば

就職や転職で有利なのは
間違いないでしょう。

職歴が大したことなくても
とりあえず会ってみる
ということが有り得るかもしれません。

逆に、職歴でアピールできれば
資格は無くても
それほど不利にはならないはずです。

では、資格が無くて
不都合なときとは
どんなときかと言いますと

社内での昇格、昇進の条件に
資格取得が明記されている時や、

派遣の引合いが来たときに
有資格者のみと限定されている
場合などです。

資格とは違いますが

マネージャーになるには
TOEIC何点以上が必須とか
最近増えていますよね。

これも一種の資格と
言えるのではないでしょうか。

SAP業界でも

管理職になるための条件に
SAP認定コンサルの
取得が必須とかあります。

こうなってくると、

資格取得 = 収入UP

さらに、

資格が取れなければ
周りから置いて行かれ、

最悪、後輩に抜かれる
可能性もある。

ということで

必死にならざるを得なく
なってきます。

”自分は管理職になりたくないし、
技術で食べていきます”

と思っていても、

派遣や請負がメインの
会社だった場合、

資格が無い = 仕事が受注できない

といったケースになり兼ねません。

案件がふんだんにあって
仕事を選べる状況にあるのでしたら
問題ないのですが

そうでない場合は、
資格がないことが命取りに
なるかもしれません。

そうならないよう
日頃からの勉強が
重要になってきます。

技術の世界は
日進月歩ですので

常に学び続けることが
必須となります。

IT系の仕事を
し続けるためには

常に学び続ける姿勢と
学び続けられる環境が
重要になってきます。

自分でできることには
限界がありますので

いかに会社の協力が
得られるか、

会社を利用できるかが
とても重要です。

教育に関して
会社が利用できるのであれば
大いに利用しましょう。

フリーで活動している
エンジニアの方は

この辺りも自己責任と
なってきますので

会社員以上に厳しくなります。

どっちがいいかは
人それぞれですが

何れにしても
個人の努力は必要という点で
一致しています。

頑張りましょう。

エンジニア,技術者にとってキャリアプランは必須です

[`evernote` not found]
GREE にシェア
LINEで送る

システム開発の現場が
実は3Kであるとか、ブラックであるとか
最近ばれつつありますが

そういった体力勝負の現場において
開発作業の中心となるのは
やはり若手の技術者となります。

しかし、
リーダーやマネージャークラスとなりますと、
やはりそれなりに経験を積まれた方が
担当されるケースが多いです。

IT業界の受注構造は
ゼネコン同様の多重下請け構造
となっていますので

そういった上の立場にいる人は
より階層上位の会社に所属している人たち
となります。

それでは、それ以外の階層下位の
会社の年配の方々は
どこにいるのでしょう。

以前ですと、

ある程度の規模の会社であれば
四十代くらいの年齢になると
自然と現場から遠ざかって

自社内で営業支援とか管理業務とかを
担当させられるケースが
多かったような気がします。

小規模な会社や
個人事業主としてフリーの
技術者として働いている場合は、

自分自身で稼がなければ
なりませんから

自ずと技術者として
参画できるプロジェクトを
探すことになります。

しかし、リーマンショック以降、
ある程度の規模の会社であっても

自社内でのんびり管理業務を行える
ような状況ではなくなっています。

ポストの削減等により
組織構造がフラットになり、

リーダーやマネージャーに
なりにくい状況になっています。

そうなると、
四十代、五十代でも
技術者として現場に
出ざるを得ません。

その場合、
プロジェクトに参画できるか否かは
それまでの業務経歴が大きく影響します。

システムエンジニア(SE)や
コンサルタントとして、

顧客や他社のコンサルタント等と
一緒に上流工程の作業を
経験している人は

年齢に影響されることは少なく、
行先に困らないようです。

逆に上流工程の経験が少ない場合は、

年齢を重ねれば重ねるほど
新規プロジェクトへの参画へは
難しいものとなります。

そういった状況を避けるためには

長期的な計画を
技術者本人と会社の両方が持って
それに沿った形での仕事の
やり方をすべきとなります。

しかし、このやり方ができるのは
かなり恵まれた環境にいる人だけです。

自社に教育を受けられるだけの環境が無く、
費用も掛けてもらえない場合、

自ずと技術者自身が
なんとかしなければ
時間だけが経ってしまう
ことになってしまいます。

若い頃は引き合いも多く
稼働率も高かった技術者が

年を重ねるにつて
稼働率が落ちていくことは

本人にとっても
会社にとっても
辛いことであることは
間違いありません。

それを避けるためには、

繰り返しになりますが
会社も技術者本人も
先のことを見越した形での
キャリアプランを

真剣に考え、構築していく
他ありません。

私の場合は、
三十代に入ってから
真剣に考え、

マネジメントスキルを
身につけるにはどうすべきか、

マネージャーになるためには
どのような仕事をすべきかを
第一に考え、実践してきました。

転職することも
そのうちの一つでした。

今の会社にいて
5年後、10年後の
自分の姿が想像できますか?

できない場合は
どうすべきかを
考えなければなりません。

今の仕事をこの先も
ずっと続ける気がありますか。

そもそも続けられるのでしょうか?

終身雇用が一般的だった時代、
こんな事を考える必要も
無かったと思います。

しかし、残念ながら今や
与えられた仕事のみを
日々こなしているだけで

定年まで過ごせる時代では
無くなってしまいました。

自分で仕事見つけて
自分はまだ会社に貢献できる
ということを明らかにしないと

会社内に自分の居場所を
見つけることは難しく
なってしまうでしょう。

それができないと
社内失業状態となり、
最悪リストラの対象として

不本意な形で会社を去ることに
なるかもしれません。

そうならないために、
”自分の将来は自分で決める”

と決意し、

自分に何ができるか。
自分は何をしたいのか。

はっきりさせることが
重要となります。

これは簡単に分かる、
見つかるものではありません。

しかし、
これが決まれば
未来が明るくなって

精神的に一気に楽になることは
私自身経験済みです。

一人で考えるのもいいですが、
自分の良さは自分では
分からないものなので

他人の力を借りるのも
いいかもしれません。

頑張りましょう。

それでは。

エンジニア上がりのマネージャーにありがちなこと

[`evernote` not found]
GREE にシェア
LINEで送る

こんにちは。
マーケティングコーチの新井政弘です。

前回、技術者であり続けることは
非常に難しいということを書きました。

それでは、
技術者からマネージャーに
転身を図ることはどうなのか?

について、今回書くことにします。

誰しも後輩や転職者の教育係など、
誰かに教える立場になった経験は
あると思います。

その時、ほとんどの人は
”教え方”を教わっていないのでは
ないでしょうか。

それでもなんとなく教育が
できてしまうのは、

教えた人が、教わった人に対して
フォローしやすい環境にいるからです。

教え方がまずくても、
教えていなくても、
教わったのに忘れていても、

問題が起きたら、その都度
フォローができるので

なんとなく教育がうまくいっている
ような気がしてしまうものです。

翻って、チームをマネジメント
するときのことを思い出してください。

今までメンバーの立場であった人が
次からはリーダーになって下さいと
言われた場合、どうなるでしょうか。

きっと大きな不安に襲われるのでは
ないでしょうか。

やる気に満ち溢れている人は
そうそういないと思います。

人は誰でも未知のもの、
未経験のものに初めて触れる場合、
不安になるものです。

ですので、
初めてリーダーになる人に対して、

チームマネジメントとして
最低これをやりなさいというものを
決める必要があります。

作業管理や工数管理などの方法や、
報告資料の作り方などは
プロジェクトや会社単位で
決まっていると思います。

これらを教えたから
あとはよろしくといっても、
マネジメントの仕方を教えたことには
なりません。

リーダーが作業の割り振りだけを行って、
後はメンバー個々人に任せる。

というような、
待ちの姿勢(受動的)な
マネジメントの場合、

多くの場合、問題が発生しても
それを早期に発見することは難しく

メンバーからの報告を受けるまで
リーダーが問題を認識できないという
欠点があります。

また、プロジェクトの成否は、
メンバーの裁量に大いに関わってきます。

全てのメンバーが優秀で
能動的に働いてくれれば問題ありませんが、
そうではない場合も多いはずです。

これに対して、

リーダー自ら積極的に、
メンバーから情報を収集して、

メンバー個々人の状況を
常に把握しているという

能動的なマネジメントの場合、

問題を早期に発見できる可能性が
高まります。

また、進捗や工数の管理においても
問題の発生を予見できる可能性が
高まります。

こうしてみると、
能動的なマネジメントの方が
メリットが非常に大きいのですが

残念ながら、多くのリーダーが
受動的なマネジメントになっています。

原因としては、

・多忙すぎて動けない
・必要性を感じていない
・やりかたがわからない

などがあると思います。

今まで技術者だった人が
マネジメントを求められた場合に

このような形になってしまうケースが
多いと思いますが、

是非とも能動的なマネジメントに
チャレンジしてみてください。

その違いにきっと驚かれると思います。

キーワードは、

”積極的に”と、”能動的に”、です。

私の場合、この能動的なマネジメントを
実践するための一助として、

コーチングを取り入れたのですが
その効果はてきめんでした。

それまでとは全く違う結果となり、
私自身の評価にもつながりました。

コーチングを学んだおかげで
チームマネジメントが上手くいき、

結果的に顧客にも喜ばれて
継続的な受注に繋がりました。

また、メンバーとのコミュニケーションが
密になりますので

副次的な効果として
メンバーとの信頼感、親近感が
向上したような気がします。

このように、明らかなメリットが
ありますので、明日からでも
チャレンジしてみてください。

周りのリーダー、マネージャー、に
合わせる必要はありませんから

自分のマネジメントスタイルを
見つける上でも試す価値はあります。

リーダー、マネージャー、として
一歩上を目指しましょう。