Soumettre la recherche
Mettre en ligne
How to run a big(ger) project as a SWE / Manager
•
44 j'aime
•
12,562 vues
K
Kinuko Yasuda
Suivre
技術者のキャリアを築くため・ある程度大きなプロジェクトを回せるようになるための心がけなど。
Lire moins
Lire la suite
Carrière
Signaler
Partager
Signaler
Partager
1 sur 30
Télécharger maintenant
Télécharger pour lire hors ligne
Recommandé
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
Itsuki Kuroda
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
Yoshitaka Kawashima
Node.jsアプリの開発をモダン化するために取り組んできたこと
Node.jsアプリの開発をモダン化するために取り組んできたこと
bitbank, Inc. Tokyo, Japan
お前は PHP の歴史的な理由の数を覚えているのか
お前は PHP の歴史的な理由の数を覚えているのか
Kousuke Ebihara
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
ドメイン駆動設計 ~ユーザー、モデル、エンジニアの新たな関係~
ドメイン駆動設計 ~ユーザー、モデル、エンジニアの新たな関係~
啓 杉本
リクルートライフスタイル流!分析基盤との賢い付き合い方
リクルートライフスタイル流!分析基盤との賢い付き合い方
Recruit Lifestyle Co., Ltd.
Contenu connexe
Tendances
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
エンジニアのための経営学
エンジニアのための経営学
Michitaka Yumoto
Fluentdで本番環境を再現
Fluentdで本番環境を再現
Hiroshi Toyama
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
エンジニアのプレゼン資料作成/入門
エンジニアのプレゼン資料作成/入門
iKenji
社内のマニュアルをSphinxで作ってみた
社内のマニュアルをSphinxで作ってみた
Iosif Takakura
おっさんES6/ES2015,React.jsを学ぶ
おっさんES6/ES2015,React.jsを学ぶ
dcubeio
深い親子関係のテーブル設計
深い親子関係のテーブル設計
琢磨 三浦
DX時代のITエンジニアに送る、アジャイル式「いきいき」ヘルスマネジメント
DX時代のITエンジニアに送る、アジャイル式「いきいき」ヘルスマネジメント
Takeshi Kakeda
名は体を表していますか
名は体を表していますか
infinite_loop
カイゼン・ジャーニー・インセプションデッキ
カイゼン・ジャーニー・インセプションデッキ
toshihiro ichitani
今さら聞けないDiとspring
今さら聞けないDiとspring
土岐 孝平
メルカリ・ソウゾウでは どうGoを活用しているのか?
メルカリ・ソウゾウでは どうGoを活用しているのか?
Takuya Ueda
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Nobuhiro Yoshitake
Riverpodでテストを書こう
Riverpodでテストを書こう
Shinnosuke Tokuda
[Cloud OnAir] お客様事例紹介 -リクルートライフスタイルにおける デジタルトランスフォーメーションとクラウド活用- 2018年7月12日 放送
[Cloud OnAir] お客様事例紹介 -リクルートライフスタイルにおける デジタルトランスフォーメーションとクラウド活用- 2018年7月12日 放送
Google Cloud Platform - Japan
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
Spring Bootの本当の理解ポイント #jjug
Spring Bootの本当の理解ポイント #jjug
Masatoshi Tada
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
Keisuke Tameyasu
Pythonはどうやってlen関数で長さを手にいれているの?
Pythonはどうやってlen関数で長さを手にいれているの?
Takayuki Shimizukawa
Tendances
(20)
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
エンジニアのための経営学
エンジニアのための経営学
Fluentdで本番環境を再現
Fluentdで本番環境を再現
テストコードの DRY と DAMP
テストコードの DRY と DAMP
エンジニアのプレゼン資料作成/入門
エンジニアのプレゼン資料作成/入門
社内のマニュアルをSphinxで作ってみた
社内のマニュアルをSphinxで作ってみた
おっさんES6/ES2015,React.jsを学ぶ
おっさんES6/ES2015,React.jsを学ぶ
深い親子関係のテーブル設計
深い親子関係のテーブル設計
DX時代のITエンジニアに送る、アジャイル式「いきいき」ヘルスマネジメント
DX時代のITエンジニアに送る、アジャイル式「いきいき」ヘルスマネジメント
名は体を表していますか
名は体を表していますか
カイゼン・ジャーニー・インセプションデッキ
カイゼン・ジャーニー・インセプションデッキ
今さら聞けないDiとspring
今さら聞けないDiとspring
メルカリ・ソウゾウでは どうGoを活用しているのか?
メルカリ・ソウゾウでは どうGoを活用しているのか?
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Riverpodでテストを書こう
Riverpodでテストを書こう
[Cloud OnAir] お客様事例紹介 -リクルートライフスタイルにおける デジタルトランスフォーメーションとクラウド活用- 2018年7月12日 放送
[Cloud OnAir] お客様事例紹介 -リクルートライフスタイルにおける デジタルトランスフォーメーションとクラウド活用- 2018年7月12日 放送
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Spring Bootの本当の理解ポイント #jjug
Spring Bootの本当の理解ポイント #jjug
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
Pythonはどうやってlen関数で長さを手にいれているの?
Pythonはどうやってlen関数で長さを手にいれているの?
Similaire à How to run a big(ger) project as a SWE / Manager
開発者からサポートエンジニアにジョブチェンジした話
開発者からサポートエンジニアにジョブチェンジした話
Ito Takayuki
CTOの考えるエンジニアマネジメント2
CTOの考えるエンジニアマネジメント2
LIFULL Co., Ltd.
確定申告ってなんでやるの?.pdf
確定申告ってなんでやるの?.pdf
ssusera9322b
Challenge for statup's cto from big company nagaaki hoshi
Challenge for statup's cto from big company nagaaki hoshi
Rakuten Group, Inc.
【freee】プロダクトマネージャーの仕事と魅力
【freee】プロダクトマネージャーの仕事と魅力
dcubeio
エンジニアのキャリアを考える
エンジニアのキャリアを考える
MKT International Inc.
Developer Summit Summer 2013 C1セッション CA Technologies
Developer Summit Summer 2013 C1セッション CA Technologies
SA CA
沖テクNight by sirobako
沖テクNight by sirobako
佐久本正太
シリコンバレーTech企業でのプロダクトマネージャー業務とは? - [ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクト...
シリコンバレーTech企業でのプロダクトマネージャー業務とは? - [ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクト...
POStudy
アンラーニング
アンラーニング
Yoshiki Shibukawa
【改訂版】行動できるエンジニアは何が違うのか
【改訂版】行動できるエンジニアは何が違うのか
修治 松浦
高卒でIT企業に就職してみて
高卒でIT企業に就職してみて
tomomi yuzuriha
The stumbling block of team development in the growth phase
The stumbling block of team development in the growth phase
ssuser1e9374
cedec 2015 techinical artist bootcamp vol.1
cedec 2015 techinical artist bootcamp vol.1
DigitalFrontier
backlogを使ったテレワーク時代の社員教育「遠隔徒弟制度」 株式会社テンタス小泉智洋
backlogを使ったテレワーク時代の社員教育「遠隔徒弟制度」 株式会社テンタス小泉智洋
machidalovers
サラリーマンの節税塾
サラリーマンの節税塾
Yasuhiro Matsuda
3年前の僕へ-a piece of cake-
3年前の僕へ-a piece of cake-
garden_tree
forStartups 会社説明資料
forStartups 会社説明資料
for Startups, Inc.
依頼を頼まれるアピールの仕方.pdf
依頼を頼まれるアピールの仕方.pdf
ssusera9322b
正解はどれ?『プログラミング教育』を取り巻くステークホルダーと議論
正解はどれ?『プログラミング教育』を取り巻くステークホルダーと議論
さくらインターネット株式会社
Similaire à How to run a big(ger) project as a SWE / Manager
(20)
開発者からサポートエンジニアにジョブチェンジした話
開発者からサポートエンジニアにジョブチェンジした話
CTOの考えるエンジニアマネジメント2
CTOの考えるエンジニアマネジメント2
確定申告ってなんでやるの?.pdf
確定申告ってなんでやるの?.pdf
Challenge for statup's cto from big company nagaaki hoshi
Challenge for statup's cto from big company nagaaki hoshi
【freee】プロダクトマネージャーの仕事と魅力
【freee】プロダクトマネージャーの仕事と魅力
エンジニアのキャリアを考える
エンジニアのキャリアを考える
Developer Summit Summer 2013 C1セッション CA Technologies
Developer Summit Summer 2013 C1セッション CA Technologies
沖テクNight by sirobako
沖テクNight by sirobako
シリコンバレーTech企業でのプロダクトマネージャー業務とは? - [ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクト...
シリコンバレーTech企業でのプロダクトマネージャー業務とは? - [ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクト...
アンラーニング
アンラーニング
【改訂版】行動できるエンジニアは何が違うのか
【改訂版】行動できるエンジニアは何が違うのか
高卒でIT企業に就職してみて
高卒でIT企業に就職してみて
The stumbling block of team development in the growth phase
The stumbling block of team development in the growth phase
cedec 2015 techinical artist bootcamp vol.1
cedec 2015 techinical artist bootcamp vol.1
backlogを使ったテレワーク時代の社員教育「遠隔徒弟制度」 株式会社テンタス小泉智洋
backlogを使ったテレワーク時代の社員教育「遠隔徒弟制度」 株式会社テンタス小泉智洋
サラリーマンの節税塾
サラリーマンの節税塾
3年前の僕へ-a piece of cake-
3年前の僕へ-a piece of cake-
forStartups 会社説明資料
forStartups 会社説明資料
依頼を頼まれるアピールの仕方.pdf
依頼を頼まれるアピールの仕方.pdf
正解はどれ?『プログラミング教育』を取り巻くステークホルダーと議論
正解はどれ?『プログラミング教育』を取り巻くステークホルダーと議論
How to run a big(ger) project as a SWE / Manager
1.
How to run
a big(ger) project as a Software Engineer / Manager WTMTokyo 2018, Apr 7 Kinuko Yasuda
2.
Who I am Kinuko
Yasuda (安田 絹子, kinu@) Google ソフトウェア・エンジニア 10年目 最初の2年は そのあとはずっと その前は大学だったりスタートアップにいたり 少し研究職、あとほぼずっと技術職。2015〜2016年まで兼マネージャ
3.
Who I am
NOT 伝説の天才エンジニア すてきな会社やNPOの創業者 超人的にすべてをこなすワーキングマザー
4.
I am still… かなり成功している機能
(Service Workers) の ex-TL とても良い (と私が信じている) チームを持っている 重要度が高めのプロジェクトをいくつかドライブしている
5.
今日のおはなし ある程度大きいプロジェクトを回すには? ● Service Workers
と私 ● 技術者、そして TL / TLM としての心がけ ● チームやプロジェクトを回す上での心がけ NOTE: Doesn’t really mean I’m great at any of these!!
6.
Service Workers の紹介 Google
などが提案している Web の新機能 (Chrome の機能ではない) Web の制約を打ち破り、アプリのようなサイトを可能にする 最近ややホットな PWA (Progressive Web App) の基盤技術
7.
Service Workers のブラウザ対応状況
8.
Service Workers のこれまで ●
2013 年 2 月: 仕様化開始 (github で最初の内容のある commit) ● 2013 年 7 月: Chrome で開発開始 ● 2015 年 1 月: Chrome 40 安定版でローンチ ● 2015 年 12 月: Facebook が Service Workers での Push 通知を開始 ● 2016 年 1月: FireFox 44 安定版でローンチ ● 2017 年12月: Edge と Safari の開発版で使えるように ● 2018 年 3月: iOS Safari で使えるように
9.
Service Workers と私 初期メンバーではない 参加半年後には休みでいなくなった でもローンチ時バージョンのコア 実装部分はほぼ私が設計した(と思う) 戻ってきて
TLM (TL/Manager) に 2013年9月から kinuko 参加 2014年3月頃から TL / ほぼ東 京メインで開発
10.
How I got
to working on Service Workers? それまでやっていたプロジェクトは安定状態だった (Comfort Zone) 次のプロジェクトを探しはじめる ● MTV のディレクターや普段話さない人と話した ● 組織全体の優先度と自分のできることを見直した ● よいチャンスをつかめる準備ができていた ● まあ、タイミングと運も
11.
大きなプロジェクトを掴む概ね役に立つ心がけ ● Comfort Zone
にいると思ったら次の展開を探す ● チャンスをつかめるように: ○ 組織の大きな優先度や動きにアンテナを張る ○ 組織を動かしている人たちとなるべく話す ○ 地味な努力が大事な部分 ■ 自分のポートフォリオを定期的に見直す ■ 自分の信頼度と認知度をあげる ■ 良いチーム関係を築き上げる
12.
今の私の仕事 Service Workers を含むいくつかのチームやプロジェクトを見ている。 ●
すべてのチームに優秀な TL が別にいる ○ チーム・各プロジェクトはTLが実際に回す ○ Uber-TLing: ハイレベルなロードマップの提示、優先度の明確化、長期的・アー キテクチャ的な設計変更の計画、設計やコードのレビューなど ● 全体のポートフォリオを見て新しいプロジェクトを立ち上げる ○ Stake holders への売り込み、プロトタイプの開発、Explainer の公開
13.
技術者がキャリアを築くためにできること 次の3つを分けて考える ● ゴール(例:キャリアを築く、大きなことを成し遂げる) ● 自分がそのために成長させておくべきこと ●
自分が得意なこと キャリアに限らず、必ずゴールやそれに近い理想状態から考える。
14.
技術キャリアを築くのに必要なこととは? ● 技術力? ● 英語力? ●
コミュニケーション力?
15.
技術キャリアを築くのに必要なこととは? ● 技術力? ● 英語力? ●
コミュニケーション力? これらは普通はゴールのための手段として成長させると役立つこと (突出させるのに成功できればゴールが勝手にやって来ることもある、けどそれでもゴールから 逆に戦略を考えないと突出させるべき部分を間違える) ×
16.
じゃあ、本当に大事なことは? ● Impact ● Difficulty ●
Leadership ● Happiness
17.
Impact ● プロジェクト内における個人の影響力 ○ そのプロジェクトを進めるためにどれだけチームに貢献したか? ○
もしいなかったとしたらそのプロジェクトのどこが成功しなかったか? ● 組織におけるプロジェクト自体の影響力 ○ そのプロジェクトはユーザや組織や業界にどれだけの貢献があったか? ○ 利益やユーザ数、人々の幸せ、分野自体の進展にどれくらい影響したか?
18.
Difficulty ● どれくらい困難な問題を解いたか?(解けることを示したか?) ○ 困難さは技術的な困難度のみを示すものではない ○
それを成し遂げるのに必要な組織的困難、対外的交渉の困難、問題自体を定義す ることの困難などを含む ○ ジュニアなうちは技術力が、よりシニアになるとそれに加えて定義が曖昧な問題をう まくスコープして前進させられる人が重宝される
19.
Leadership ● 他人に影響を与え、組織をリードすることでより大きい Impact
を産む ○ ジュニアなうちはどれくらい“self-leadership” が取れるかが大事 ○ 問題の優先度を認識し、必要な人とコミュニケーションを取り、解決までの道のりを 自分でどれだけドライブできるか ○ よりシニアになるとチーム、複数のチーム、そして組織や業界全体への影響力へと スコープが広がる
20.
アンチパターン ● 自分ができることの延長線に問題を作ろうとする (例:この技術はかっこいいからそれが使えそうなプロジェクトを作ろう) ● 組織の優先度や技術的に可能なこととゴールが剥離している (例:快適な睡眠を実現するべきだ!けどそれは多分Chrome
ではできない) ● 難しい方法で解くことに専念するが、Impact に関係ないか悪影響 (例:時間をかけて複雑なコードを書いたが、ユーザからすると簡単にやったものと結果 は同じでかつその後のコードメンテナンスが困難に)
21.
アンチパターン ● Impact がはっきりしてることだけをやりたがる (技術的成長が追いつかずできることが頭打ちになる) ●
他の人のアイディアはサポートしない (実際に得られたはずの組織やチームとしてのImpact や幸せが損なわれる) ● 他人のプロジェクトの助け役に徹してしまう (自分の得意なことばかりになりがち。自分が責任を持って関わったものがないと貢献度 や影響力が測りにくく、成長機会も少なくなる)
22.
重要なこと:Happiness 最終的には自分が情熱を持って Happy にできるものをやるのが一番。 それがマッチしないと思ったら組織やチームを移るのも一つの手 (それが柔軟にできるような自分のポートフォリオを組んでおくのは戦略の一つ)
23.
自分の成長とキャリア 自分のポートフォリオを常に見つめ直すのは必要 ● より大きいゴールを達成するためにどこを伸ばさなければならないか ● Impact
に直結しなくても伸ばしておきたいところがあればタイミングや力をか ける割合を調整して投資する ○ どれくらい先にどのImpact に結びつきそうなのかは見積もっておく
24.
他人に影響を与えられる立場に立つ 近道はあまりなくて、本質的には次の3つ4つが必要と思っている: ● (Impact ある仕事などを通じ)存在感を出す、重要な人に認識される ●
(技術力や調整力などの成長を通じ)人から信頼されるようになる ● 判断をくだし、それを根拠とともにはっきり述べ、かつその柔軟さを保つ ● 相手の意見には立場に関係なく敬意を払う
25.
「自分」から「チーム」へ ある程度大きなことは、必ず「チームワーク」が必要 天才に見える人も、つまりは「チームとうまくやる」ことができている ((c) Team Geek)
26.
チームを Manage する 鉄則とされること ●
Humanity (人間性)を大事にし、尊重する ● 必要なフィードバックは可能な限り率直に簡潔に伝える(‘Radical Candor) ● そして:Team Happiness が結局はもっとも生産性に影響する Be nice であり過ぎようとすると最終的に誰も幸せにならない 自主性に任せるのとフィードバックを出さないのには大きな違いがある 良いカルチャーを促す、良いことはみんなで褒め合う。家族や自分の幸せを安心して優先し、それを表立って言 える場であることをできる限り示す
27.
ポートフォリオもチームや組織で考える ● 全体としてどこを伸ばすとより強いチームになれるか ● 一方、それぞれの人が幸せに思うポイントはどこか ●
どのタイミングでそれぞれの人に良い成長やImpact を見せる機会があるか
28.
ミーティング ● 出席者全員に関係あることを優先して話す ● 細かい議論は関係ある人と興味ある人だけであとでやる ●
すべてのタスクには明確なOwner を立て、次のアクションを確認 ● プレゼンは基本しない。あらかじめdocument をシェアする ● その場で共有文書に複数人で議事録を取る。確認が必要なことは当事者に直接なおしてもらう ● 全体の優先度やロードマッププランニングは、あらかじめ文書でやったあとミーティングで全員で見ながら 編集する(のが私は好き。自分の仕事以外の文脈がより多く共有されるから)
29.
最後にもう一度:Happiness 細かいTips ● 自分やチームの人がどこで幸せを感じるのか知るのは大事 ● 辛いとき、全力を出せないとき、やり切れないとき: ○
期待値コントロールに気を使う(周りに状況と期待していいレベルを伝える) ○ ストレスコントロールに気を使う ● 心がうまくついてこないとき ○ 心はコントロールできない。状況や環境や技術はコントロールできる ○ 自分の心が安心しやすいやり方を覚える(空き時間の使い方、運動、 TODOの作り方など)
30.
Thank you! Q&A Tell me
about yourself!
Télécharger maintenant