takaking22
自己推薦一覧
自己推薦はありません
第17回 指名 (未返答 : 3/3件)年収を見るには？
第15回 指名 (未返答 : 0/5件)年収を見るには？
第11回 指名 (未返答 : 3/3件)年収を見るには？
第6回 指名 (未返答 : 7/9件)年収を見るには？
あなたを気にしている企業
弁護士ドットコムがtakaking22のレジュメを見ています。
2020.03.27 10:34OLTAがtakaking22のレジュメを見ています。
2020.03.26 13:11OLTAがtakaking22のレジュメを見ています。
2020.03.25 23:43フクロウラボがtakaking22のレジュメを見ています。
2020.03.24 07:56クラスメソッドがtakaking22のレジュメを見ています。
2020.03.19 21:10Speeeがtakaking22のレジュメを見ています。
2020.03.19 19:03Roseau Pensantがtakaking22を検討中から外しました。
2020.03.19 19:03Roseau Pensantがtakaking22のレジュメを見ています。
2020.03.19 18:48ブライノがtakaking22のレジュメを見ています。
2020.03.19 12:42Roseau Pensantがtakaking22のレジュメを見ています。
2020.03.18 19:13
3年後の目標や野望
最強のチーム／組織をつくる
「すごいエンジニア／ビジネスパーソン」や「一緒に働いてみたいエンジニア／ビジネスパーソン」を聞かれたら名前が挙げることができる人が多いと思います。でも「すごいチーム」や「一緒に働いてみたいチーム」を聞かれても名前を挙げることがとても難しいです。これだけチームを重要視している世の中なのにそれはなぜだろう、と不思議に思っています。 『あのチームすごいから一緒に働きたいな』 『自分は前にあのチームで働いてたんだよね』 と名前を挙げてもらえるようなチームや組織をつくってみたいと思うようになり、今も挑戦を続けています。 エンジニアとしてシステムの改善を行ってきたり、新規事業を担当してビジネスの立ち上げをしてきましたが、ベースになるのは人（チーム）であるという実感を得ています。
年収評価シート
プロジェクトカテゴリ
担当工程
役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
マネージメント能力
エンジニアリング
担当サービスの開発／運用の執行責任
・サービスを安定稼働させること
・サービスの未来を見据えたアーキテクチャの選定
・エンジニアリング観点での判断
エンジニアリングはどうしてもHow（手段）に行きがちだが、
・Why（どのような目的で開発／運用するのか）
・What（どうなりたいのか）
・Who（誰が開発／運用するのか）
・When（いつやるのか）
を共通認識にすることが重要だと考えた。
多くのチームで、
・ビジネスと開発というセクショナリズム
・プロダクト要件だけを満たし続けた膨れ上がったシステム
・身の丈にあっていないシステム
などの問題が起こっていることが多かったが、まず最初にやることは「やることを減らす」ことが多い。
何をするにしてもただでさえ忙しい状況に加えることは難しいので、やることを減らしてあいた隙間を使って新しい施策を入れていく。
方法はケースバイケースになるが、手っ取り早いのは自動化（特にデプロイやテストはROIが高い）、時には政治（やらなくていいことをやらなくていいようにする）を使って隙間を作った。
チーム（ヒト）
事業目標を達成するチームをつくる／マネジメントする
つくったチームをどうやって残すかを第一に考えた。
企業内スタートアップのアンチパターンとして、
・その時に手が空いているリソースなどを集めてチームをつくる
・スタートアップしながらチームもビルドしなければいけない
・事業が終了する際はチームを解散する
という問題がよく起こっていた。
毎回スタートアップしながらリソースを集めたり1からチームビルドしていくのはムダが多い上に、せっかくいいチームをつくってもプロダクトがダメになったときに解散になってしまってはもったいない。
なので、空いているリソースではなく自分が信頼するメンバーを1から集めて、最初から売り上げを立てるリーンスタートアップチームをつくった。仮に事業方針などでプロダクトが頓挫したとしても、そこまでにチームに溜まった学びや実績によってチームを残す理由がつくれるようにという意図が強い。
これまでの経験を通して、プロダクトが成功するかどうかはやってみないとわからないことはあるが、確実に失敗させることはできるように感じる。スタートラインに立つためにもよいチームをベースにするのが一番である。
アピール項目
アウトプット
GitHub アカウント
あり
Qiita アカウント
あり
Speaker Deck アカウント
あり
SlideShare アカウント
あり
特にアピールしたいアウトプット
あり
今後、身につけなければいけないと思っている技術は何ですか？
データ分析、O2O、幅広いドメインの経験
エンジニアとして影響を受けた本を教えてください
リファクタリング、Clean Code、Clean Coder、情熱プログラマー、達人プログラマー、小さなチーム大きな仕事、アジャイルサムライ、リーンスタートアップ
あなたが一番パフォーマンスを出せるのはどんな環境ですか？
チーム開発全般
特に新規立ち上げのような「うまくいくためにはなんでもやらなければいけない」状況
キャラクター
やりたい事
基本プロフィール
年齢
今年で30代中盤
好きな Text Editor
Atom
希望勤務地
東京都 / 神奈川県 / 愛知県 / 大阪府 / その他地域
希望年収
1000万円
ただいまの期間
ご意見箱
要望、不具合報告、使いづらい点や感想など、なんでもお気軽にご連絡ください。
takaking22
今年で30代中盤
Atom
参加ステータス
参加中
転職意欲
参加回数
17回
累計平均提示年収
688 万円