Submit Search
Upload
How to run a big(ger) project as a SWE / Manager
•
44 likes
•
12,564 views
K
Kinuko Yasuda
Follow
技術者のキャリアを築くため・ある程度大きなプロジェクトを回せるようになるための心がけなど。
Read less
Read more
Career
Report
Share
Report
Share
1 of 30
Download now
Download to read offline
Recommended
エンジニアが成長のエンジンになる日 #devsumi #natsumiC7
エンジニアが成長のエンジンになる日 #devsumi #natsumiC7
Itsuki Kuroda
メルカリ_サービス説明資料
メルカリ_サービス説明資料
Find Job Startup
2021-12-16 テストコードのないレガシーアプリケーションとの向き合い方
2021-12-16 テストコードのないレガシーアプリケーションとの向き合い方
naoto teshima
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
サイボウズ 営業キャリアBAR
サイボウズ 営業キャリアBAR
Cybozu, Inc.
ツール比較しながら語る O/RマッパーとDBマイグレーションの実際のところ
ツール比較しながら語る O/RマッパーとDBマイグレーションの実際のところ
Y Watanabe
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
Recommended
エンジニアが成長のエンジンになる日 #devsumi #natsumiC7
エンジニアが成長のエンジンになる日 #devsumi #natsumiC7
Itsuki Kuroda
メルカリ_サービス説明資料
メルカリ_サービス説明資料
Find Job Startup
2021-12-16 テストコードのないレガシーアプリケーションとの向き合い方
2021-12-16 テストコードのないレガシーアプリケーションとの向き合い方
naoto teshima
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
サイボウズ 営業キャリアBAR
サイボウズ 営業キャリアBAR
Cybozu, Inc.
ツール比較しながら語る O/RマッパーとDBマイグレーションの実際のところ
ツール比較しながら語る O/RマッパーとDBマイグレーションの実際のところ
Y Watanabe
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法
Chihiro Kurosawa
正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる
toshihiro ichitani
ドワンゴの新卒エンジニアが新規サービスを立ち上げるまで
ドワンゴの新卒エンジニアが新規サービスを立ち上げるまで
Kazunari Kida
SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
Hiroshi Tokumaru
Digitaltransformation Journey
Digitaltransformation Journey
toshihiro ichitani
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
Itsuki Kuroda
モバイルゲームの「大規模な開発」かつ「高頻度の更新」を実現するための開発環境整備の取り組み
モバイルゲームの「大規模な開発」かつ「高頻度の更新」を実現するための開発環境整備の取り組み
MorioImai
プレゼンの技術
プレゼンの技術
心 谷本
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
Yoshitaka Kawashima
Linuxカーネルを読んで改めて知るプロセスとスレッドの違い
Linuxカーネルを読んで改めて知るプロセスとスレッドの違い
Retrieva inc.
Let's design MVP #devlove #leanstartup
Let's design MVP #devlove #leanstartup
Itsuki Kuroda
Management 3.0 デレゲーションと エンパワーメント
Management 3.0 デレゲーションと エンパワーメント
Stefan Nüsperling
2018 builderscon airflowを用いて、 複雑大規模なジョブフロー管理 に立ち向かう
2018 builderscon airflowを用いて、 複雑大規模なジョブフロー管理 に立ち向かう
BrainPad Inc.
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
【Unity道場スペシャル 2017博多】クォータニオン完全マスター
【Unity道場スペシャル 2017博多】クォータニオン完全マスター
Unity Technologies Japan K.K.
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
PIXTA_シードラウンド用事業プラン説明資料
PIXTA_シードラウンド用事業プラン説明資料
Find Job Startup
例外設計における大罪
例外設計における大罪
Takuto Wada
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
DXのための内製化のススメ
DXのための内製化のススメ
Daiyu Hatakeyama
開発者からサポートエンジニアにジョブチェンジした話
開発者からサポートエンジニアにジョブチェンジした話
Ito Takayuki
CTOの考えるエンジニアマネジメント2
CTOの考えるエンジニアマネジメント2
LIFULL Co., Ltd.
More Related Content
What's hot
登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法
Chihiro Kurosawa
正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる
toshihiro ichitani
ドワンゴの新卒エンジニアが新規サービスを立ち上げるまで
ドワンゴの新卒エンジニアが新規サービスを立ち上げるまで
Kazunari Kida
SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
Hiroshi Tokumaru
Digitaltransformation Journey
Digitaltransformation Journey
toshihiro ichitani
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
Itsuki Kuroda
モバイルゲームの「大規模な開発」かつ「高頻度の更新」を実現するための開発環境整備の取り組み
モバイルゲームの「大規模な開発」かつ「高頻度の更新」を実現するための開発環境整備の取り組み
MorioImai
プレゼンの技術
プレゼンの技術
心 谷本
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
Yoshitaka Kawashima
Linuxカーネルを読んで改めて知るプロセスとスレッドの違い
Linuxカーネルを読んで改めて知るプロセスとスレッドの違い
Retrieva inc.
Let's design MVP #devlove #leanstartup
Let's design MVP #devlove #leanstartup
Itsuki Kuroda
Management 3.0 デレゲーションと エンパワーメント
Management 3.0 デレゲーションと エンパワーメント
Stefan Nüsperling
2018 builderscon airflowを用いて、 複雑大規模なジョブフロー管理 に立ち向かう
2018 builderscon airflowを用いて、 複雑大規模なジョブフロー管理 に立ち向かう
BrainPad Inc.
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
【Unity道場スペシャル 2017博多】クォータニオン完全マスター
【Unity道場スペシャル 2017博多】クォータニオン完全マスター
Unity Technologies Japan K.K.
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
PIXTA_シードラウンド用事業プラン説明資料
PIXTA_シードラウンド用事業プラン説明資料
Find Job Startup
例外設計における大罪
例外設計における大罪
Takuto Wada
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
DXのための内製化のススメ
DXのための内製化のススメ
Daiyu Hatakeyama
What's hot
(20)
登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法
正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる
ドワンゴの新卒エンジニアが新規サービスを立ち上げるまで
ドワンゴの新卒エンジニアが新規サービスを立ち上げるまで
SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
Digitaltransformation Journey
Digitaltransformation Journey
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
モバイルゲームの「大規模な開発」かつ「高頻度の更新」を実現するための開発環境整備の取り組み
モバイルゲームの「大規模な開発」かつ「高頻度の更新」を実現するための開発環境整備の取り組み
プレゼンの技術
プレゼンの技術
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
Linuxカーネルを読んで改めて知るプロセスとスレッドの違い
Linuxカーネルを読んで改めて知るプロセスとスレッドの違い
Let's design MVP #devlove #leanstartup
Let's design MVP #devlove #leanstartup
Management 3.0 デレゲーションと エンパワーメント
Management 3.0 デレゲーションと エンパワーメント
2018 builderscon airflowを用いて、 複雑大規模なジョブフロー管理 に立ち向かう
2018 builderscon airflowを用いて、 複雑大規模なジョブフロー管理 に立ち向かう
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
【Unity道場スペシャル 2017博多】クォータニオン完全マスター
【Unity道場スペシャル 2017博多】クォータニオン完全マスター
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
PIXTA_シードラウンド用事業プラン説明資料
PIXTA_シードラウンド用事業プラン説明資料
例外設計における大罪
例外設計における大罪
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
DXのための内製化のススメ
DXのための内製化のススメ
Similar to 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
正解はどれ?『プログラミング教育』を取り巻くステークホルダーと議論
正解はどれ?『プログラミング教育』を取り巻くステークホルダーと議論
さくらインターネット株式会社
Similar to 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!
Download now