takaking22

2024年11月回 指名


まだ何もありません

あなたを気にしている企業

  • BASEがtakaking22のレジュメを見ています。
    2024.11.22
  • Facilotakaking22のQiitaを見ました!
    2024.11.22
  • Faciloがtakaking22のレジュメを見ています。
    2024.11.22
  • UUUMがtakaking22のレジュメを見ています。
    2024.11.22
  • ログミーがtakaking22のレジュメを見ています。
    2024.11.22
  • FOLIOがtakaking22のレジュメを見ています。
    2024.11.22
  • LITALICOがtakaking22のレジュメを見ています。
    2024.11.22
  • プログリットがtakaking22のレジュメを見ています。
    2024.11.22
  • ウォンテッドリーがtakaking22のレジュメを見ています。
    2024.11.22
  • atama plusがtakaking22のレジュメを見ています。
    2024.11.22

3年後の目標や野望


最強のチーム/組織をつくる

「すごいエンジニア/ビジネスパーソン」や「一緒に働いてみたいエンジニア/ビジネスパーソン」を聞かれたら名前が挙げることができる人が多いと思います。でも「すごいチーム」や「一緒に働いてみたいチーム」を聞かれても名前を挙げることがとても難しいです。これだけチームを重要視している世の中なのにそれはなぜだろう、と不思議に思っています。 『あのチームすごいから一緒に働きたいな』 『自分は前にあのチームで働いてたんだよね』 と名前を挙げてもらえるようなチームやそれを支える組織をつくりたいです。 また、自分たちの経験知を他のチーム/組織に伝えることで世の中にいいチーム/組織が増えると楽しい世界に近づくと本気で信じています。

年収評価シート

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

マネージメント能力

エンジニアリング
担当サービスの開発/運用の執行責任 ・サービスを安定稼働させること ・サービスの未来を見据えたアーキテクチャの選定 ・エンジニアリング観点での判断
エンジニアリングはどうしてもHow(手段)に行きがちだが、 ・Why(どのような目的で開発/運用するのか) ・What(どうなりたいのか) ・Who(誰が開発/運用するのか) ・When(いつやるのか) を共通認識にすることが重要だと考えた。 多くのチームで、 ・ビジネスと開発というセクショナリズム ・プロダクト要件だけを満たし続けた膨れ上がったシステム ・身の丈にあっていないシステム などの問題が起こっていることが多かったが、まず最初にやることは「やることを減らす」ことが多い。 何をするにしてもただでさえ忙しい状況に加えることは難しいので、やることを減らしてあいた隙間を使って新しい施策を入れていく。 方法はケースバイケースになるが、手っ取り早いのは自動化(特にデプロイやテストはROIが高い)、時には政治(やらなくていいことをやらなくていいようにする)を使って隙間を作った。

チーム(ヒト)
事業目標を達成するチームをつくる/マネジメントする
つくったチームをどうやって残すかを第一に考えた。 企業内スタートアップのアンチパターンとして、 ・その時に手が空いているリソースなどを集めてチームをつくる ・スタートアップしながらチームもビルドしなければいけない ・事業が終了する際はチームを解散する という問題がよく起こっていた。 毎回スタートアップしながらリソースを集めたり1からチームビルドしていくのはムダが多い上に、せっかくいいチームをつくってもプロダクトがダメになったときに解散になってしまってはもったいない。 なので、空いているリソースではなく自分が信頼するメンバーを1から集めて、最初から売り上げを立てるリーンスタートアップチームをつくった。仮に事業方針などでプロダクトが頓挫したとしても、そこまでにチームに溜まった学びや実績によってチームを残す理由がつくれるようにという意図が強い。 これまでの経験を通して、プロダクトが成功するかどうかはやってみないとわからないことはあるが、確実に失敗させることはできるように感じる。スタートラインに立つためにもよいチームをベースにするのが一番である。

経営、事業、組織
経営、事業、組織それぞれのレイヤーで辻褄を合わせながら全体として目的を果たす
レイヤーごとに考え分ける、話し分ける、としがちでそれは間違ってないとおもいます。 一方でよかれとしてやったことによって、経営と社員、組織とメンバーのような分断を産んでしまうことがあります。 そこで、結果だけでなく過程を全体に伝えるように工夫しました。 決まった判断、ルールだけを伝えるのではなく、経営層でどのようなコミュニケーションがあって、どのように悩んでいるのかを言える範囲でできるだけ伝えるようにしました。

アピール項目


アウトプット

GitHub アカウント
あり
Qiita アカウント
あり
Zenn アカウント
未入力です
Speaker Deck アカウント
あり
SlideShare アカウント
あり
特にアピールしたいアウトプット
あり

今後、身につけなければいけないと思っている技術は何ですか?

英語力

あなたが一番パフォーマンスを出せるのはどんな環境ですか?

チーム開発全般、どうにかしなければいけない状況、クリティカルシンキングが重要な場面

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
好きな規模
水とプログラミングどっちが大事?
自信を持って人より秀でていると言える点
学習能力 / 問題解決力 / 巻き込み力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
一緒に働く人
やりたくない分野
広告 / アダルト
その他の特徴
使用言語にはこだわらない / レガシーな環境を改善できる / 新しい技術はとりあえず試す / 勉強会でLTをよくする / 趣味は仕事 / 多職種のバックグラウンドがある
その他のやりたいこと・やりたくないこと

最強のチーム/組織をつくること

やりたい事

手を動かして設計してコードを書きたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
価値あるプロダクトを作り成長させたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
学び続けて技術力でプロダクトに貢献したい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
意義があることや社会に貢献できる仕事がしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
人や計画の調整・マネジメントをしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
レガシーなシステムの保守・運用・改善をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
企画や仕様を考えるところから関わりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
業務効率を改善して一緒に働く人のためになりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
全社横断的な共通基盤作りや強化をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
組織や文化を作る・成長させる仕事をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい

基本プロフィール

年齢
今年で30代後半
好きな Text Editor
Atom
希望勤務地
東京都 / 神奈川県 / 愛知県 / 大阪府 / その他地域
希望年収
1200万円
転職ドラフトに参加して
企業から指名を受け取ろう!
会員登録をして転職ドラフトに参加すると、参加企業から年収付きの指名を受け取ることができるようになります。
会員登録する
ご意見箱

要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。

なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。

  • {{error}}
SIGN UPSIGN IN


転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?