Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
家事と育児とアジャイル / Agile in housework and child care
Search
Yoshiki Iida
May 10, 2018
Technology
3
6.3k
家事と育児とアジャイル / Agile in housework and child care
Yoshiki Iida
May 10, 2018
Tweet
Share
More Decks by Yoshiki Iida
See All by Yoshiki Iida
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
5
4.1k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
810
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
180
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
11
3.4k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
1.9k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
6.1k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
7
3.2k
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
4.2k
ログラスにおけるコード品質でビジネスに貢献する仕組み・カルチャー / A system and culture that contributes to business through code quality in Loglass
yoshikiiida
12
2.3k
Other Decks in Technology
See All in Technology
財務データを題材に、 ETLとは何であるかを考える
shoe116
5
1.8k
reinvent2024を起点に振り返るサーバーレスアップデート
mihonda
1
150
dbtを中心にして組織のアジリティとガバナンスのトレードオンを考えてみた
gappy50
2
380
CDKのコードレビューを楽にするパッケージcdk-mentorを作ってみた/cdk-mentor
tomoki10
0
220
Git scrapingで始める継続的なデータ追跡 / Git Scraping
ohbarye
5
710
MicrosoftのOSSだけでAIによるブラウザテストを構成する
ymd65536
1
210
Building Scalable Backend Services with Firebase
wisdommatt
0
110
横断SREの立ち上げと、AWSセキュリティへの取り組みの軌跡
rvirus0817
3
2.9k
Windows Server 2025 へのアップグレードではまった話
tamaiyutaro
1
210
企業テックブログにおける執筆ネタの考え方・見つけ方・広げ方 / How to Think of, Find, and Expand Writing Topics for Corporate Tech Blogs
honyanya
0
360
データ基盤におけるIaCの重要性とその運用
mtpooh
5
760
カップ麺の待ち時間(3分)でわかるPartyRockアップデート
ryutakondo
0
170
Featured
See All Featured
How GitHub (no longer) Works
holman
312
140k
Thoughts on Productivity
jonyablonski
68
4.4k
Scaling GitHub
holman
459
140k
Rails Girls Zürich Keynote
gr2m
94
13k
A better future with KSS
kneath
238
17k
Six Lessons from altMBA
skipperchong
27
3.6k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
5
200
Automating Front-end Workflow
addyosmani
1366
200k
Learning to Love Humans: Emotional Interface Design
aarron
274
40k
How to Think Like a Performance Engineer
csswizardry
22
1.3k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
39
1.9k
What's in a price? How to price your products and services
michaelherold
244
12k
Transcript
家事と育児とアジャイル 2018-05-10 子育てエンジニア Hack共有会 @yo-iida
自己紹介 Yoshiki Iida Manager / Product Owner CSM CrowdWorks Inc.
twitter: ysk_118 github: yo-iida 1歳1ヶ月 子育て中
プロセスのHackのはなし
最近思っていること
育児の不確実性やばい • 急な夜泣き • 急な発熱 • 急なハイテンション • など... 全部急にくる
育児の複雑性やばい • 月齢に応じた離乳食 • 泣いている原因の忖度 • 保育園のルール • 児童手当などの行政手続き •
じいじ・ばあばなどステークホルダーとの調整 • など... コンテキストスイッチ激しい
不確実性・複雑性に対応したい → アジャイルにやるべきでは?
具体的に課題だったこと • 仕事が忙しくて家の予定を忘れてしまう • 平日のコミュニケーション不足 ◦ 通勤時間帯の違い、保育園送り迎えの分担 ◦ 話す時間が少ない •
家事の偏りによる不満
ソフトウェア開発でもありがち。。 • マルチタスクやりすぎて対応漏れ • チーム間のコミュニケーションロス • タスクの属人化
アジャイルソフトウェア開発ではどう考えたか 私たちは、ソフトウェア開発の実践 あるいは実践を手助けをする活動を通じて、 よりよい開発方法を見つけだそうとしている。 この活動を通して、私たちは以下の価値に至った。 プロセスやツールよりも個人と対話を、 包括的なドキュメントよりも動くソフトウェアを、 契約交渉よりも顧客との協調を、 計画に従うことよりも変化への対応を、 価値とする。すなわち、左記のことがらに価値があることを
認めながらも、私たちは右記のことがらにより価値をおく。
アジャイルソフトウェア宣言を 夫婦に落とし込んでみる
アジャイルな夫婦の価値 例えば、、 ツールよりも相手と対話を、 ルールや取り決めよりも受け取れる価値を、 自分の都合よりも家族との協調を、 計画に従うことよりも変化への対応を、 価値とする。
ツールよりも相手と対話を • LINEだけじゃなくちゃんとface-to-faceで話す ◦ 付き合い長くなるとコミュニケーションがてきとうになりがち
ルールや取り決めよりも受け取れる価値 • すれ違ってしまったときにルールの厳格化や担当の議論でぐるぐるしてい ないか? • それって子どもの幸せになってる? • 「動くソフトウェア」の意味するものはユーザーに直接届く価値 • 家族がそのまま受け取れる価値ってなんだろう?を考える
自分の都合よりも家族との協調 • 仕事の都合は仕方ないで済ますと溝は埋まらない • ちょっとだけ相手の気持ちになるだけでも伝え方は変わる • そして溝もすこしは埋まる
計画に従うことよりも変化への対応 • 予定立ててたのに熱が出て、、とかは日常茶飯事 • 仕事も含めてそういった変化に対応できないといけない • 変化を楽しむ
やってみたこと
見える化 • 物理カレンダーにみんなの予定を全て入れた ◦ Google Calendarは入れ忘れや入れても見ないことが多かった • 日曜の夜に次週の予定を二人で入れる(プランニング的な) ◦ 不確定要素はTODO事項として別枠に記載
TODO 日曜に洗い出し
今日あったことを話す • デイリースクラム的な • ちょっとでもいいからその日あったことを話す時間をとる • 事前にしておくべき相談ができたり、相手からのフィードバックを得られたり 副次的な効果
機能横断的夫婦 • 夫婦間のタスクの偏りは塵積も的リスク • 家事・育児双方に夫婦でオーナーシップを持つ • やれていないことがあったら自分がやる
感謝を伝える • 家事・育児にオーナーシップは持つが、実態としては寝るときに母親に必 ず甘えるなど仕方ない負荷の偏りは発生しうる • 感謝を伝える • 当たり前にならないように
仕事っぽくしない • アジャイルでやろうとかこういうツールつかって見える化しようとかやりすぎ ると空回りする可能性 • 特に相手がIT業界の人ではない場合は言葉自体も使わない ◦ 必要なければこういうこと考えているとかも特に言わない
どうなったか
どうなったか • 具体的に課題だったことは解消された ◦ 予定忘れなし ◦ 相手が忙しくてやれてないことを補完
なぜアジャイルにやるのか
なぜアジャイルにやるのか • ソフトウェア開発の文脈では、 ◦ 反復的・漸進的に開発することで、不確実性・複雑性のリスクを小さくし、すばや くユーザーに価値を届けるため • 家事・育児の文脈では、 ◦ 不確実性・複雑性のリスクを小さくし、持続的に子育てをするため
◦ → 子どもに価値を届け続けるため
まとめ
まとめ • 夫婦で大事にしたいこと ◦ face-to-faceの対話 ◦ 機能横断的 ◦ 見える化 •
それぞれの家庭でのアジャイルな夫婦の価値を考えてみてください! • そしてHackしていくとよりよいHackになるのでは
ご静聴ありがとうございました