自分にあった会社を選ぶための３つの視点 〜 ビジネスモデル・人数・方向性 | Social Change!
もし転職するとしたら、選ぼうとするその会社のどこをみるでしょうか？ 私が採用応募の相談を受けるとき、その人にとっては転職になる訳ですが、入ろうとする私たちの会社が本人のワークスタイルやライフスタイルと一致しなければ、お互いに不幸なことになりかねません。 採用というのは、会社側が入りたい方を選ぶのと同時に、入ろうとする人にとっても会社を選ぶという意識が大事です。私は、私の会社を含めて、その人が自分にあった会社かどうかを判断してもらう時に、３つの視点があると話しています。 ひとつは、キャリアに影響してくる会社のビジネスモデル。二つ目は、ワークスタイルに影響してくる会社の人数。最後は、ライフスタイルに影響してくる会社の方向性。 これらの視点を話した結果として、もし自分にとって違うということがわかれば、私たちの会社に入ってもらえなくなりますが、それでも良いと思っています。入ってしまって後悔するより
33歳でアーリーリタイヤしたエンジニアが「技術力以外」の大切さを説く理由～『SOFT SKILLS』著者に聞く - エンジニアtype | 転職type
2016.07.28 働き方 プログラミングに関してズバ抜けた能力を持つエンジニアが、とあるシステムを作ったとしよう。コードは可読性が高く、最新のフレームワークを使いこなしてもいる。 にもかかわらず、ユーザーには不評で、ほとんど使われずに放置されているというケースを見たことがあるエンジニアは案外少なくないのではないだろうか。 一方、この世界では、技術力の面で平均かそれ以下のエンジニアたちが作ったシステムがユーザーから好評を得たというケースもままある。この2つのケースで、違いを生んでいるのは何なのか？ 実は開発担当者がユーザーの下に足しげく通ってサポートしていたり、ユーザーの声をつぶさに拾い上げながら機能開発をしていたなどと、「技術力以外」のところに理由があったりするものだ。 個人のキャリアでも、似たようなことがよく起こる。「技術的に優秀」であることと、「技術者として優秀」であることはイコー
「自らを実験台として新たなキャリアを切り拓け」 及川卓也氏のアラサーエンジニア進化論 - エンジニアtype | 転職type
急カーブを描いていた成長曲線が、いったん踊り場を迎える。そんな感覚を持つのが、ソフトウエアエンジニアとしてちょうど10年ほど経験を積んだ頃ではないだろうか。 がむしゃらに技術スキル向上を目指していればよかった時代が終わり、さてこれからのキャリアの方向性は？とふと立ち止まる節目。そこで迷いなくクリアに次のステップを思い描ける人は意外と少ない。なぜならしっくり来る選択肢が目の前に存在するケースが稀だからだ。 マイクロソフト、グーグル、Incrementsで活躍してきた及川卓也氏は、そんな悩めるアラサーエンジニアに３つのキャリアパスを提示する。及川氏が語る、エンジニアの仕事人生を切り拓くヒントとは？ 及川卓也氏 早稲田大学理工学部を卒業後、1988年、日本DECに入社し、営業サポート、ソフトウエア開発、研究開発などに従事。97年、マイクロソフトに転職し、Windows製品の開発統括に携わる。20
テックリードという役割
なぜこの文章を書くか?自身が数ヶ月テックリードの役割で経験した内容を基に、テックリードがどういう役割で、毎日の仕事の中でどのような仕事をするのかについて書いていく。 テックリードはサンフランシスコのWeb系企業では一般的なようだが、日本ではまだそれほど広まっているとはいいづらいと思う。 テックリードに求められるのは一言で言えば”技術でエンジニアチームをリードすること”である。Webエンジニアのキャリアパスでたびたび二元論的に語られる、”技術一本で生きていく”職人的なトラックとも”人やプロジェクトのマネジメントをする”マネジメント系のトラックともニュアンスが異なる。 自身の技術力、そしてリーダーシップをもってエンジニアチームのアウトプットを最大化させていくのがテックリードの役割である。 多くの人にその役割を知ってもらい、エンジニアとしてのキャリア形成の助けになればと思っている。 なお、このポ
どのようにエンジニアの目標設定を行うか - $shibayu36->blog;
以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする
Kaizen Platform, Inc. エンジニア行動指針
Engineering Teamの Akira MAEDA です。 今回はKaizen Platform, Inc.社内にあるエンジニア行動指針を紹介したいと思います。 このエンジニア行動指針は創業間もない頃に技術顧問のNaoya Itoが中心になって作成し、今から2年半ほど前にオフィスに遊びに行った私に、CTOのToshimasa Ishibashi、Naoya Itoの二人がKaizen Platformの実現しようとしている未来とともに熱心に説明してくれ、私のKaizen Platformへの転職のきっかけになったことを今でも思い出します。 以下内容 — - Kaizen Platform, Inc. エンジニア行動指針Message from CEO (Kenji Sudo)・ 我々はクラウドソーシングで新しい働き方を作り出していく集団なんだから、我々自身も新しい組織のあり方に挑戦
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
