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.4k
家事と育児とアジャイル / Agile in housework and child care
Yoshiki Iida
May 10, 2018
Tweet
Share
More Decks by Yoshiki Iida
See All by Yoshiki Iida
自律的なスケーリング手法FASTにおけるVPoEとしてのアカウンタビリティ / dev-productivity-con-2025
yoshikiiida
2
24k
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
5
9.7k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
930
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
840
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
12
3.9k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
2k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
6.5k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
7
3.9k
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
5.8k
Other Decks in Technology
See All in Technology
Snowflakeの生成AI機能を活用したデータ分析アプリの作成 〜Cortex AnalystとCortex Searchの活用とStreamlitアプリでの利用〜
nayuts
0
280
RSCの時代にReactとフレームワークの境界を探る
uhyo
9
3k
ガチな登山用デバイスからこんにちは
halka
1
210
Language Update: Java
skrb
2
260
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
30k
ヘブンバーンズレッドのレンダリングパイプライン刷新
gree_tech
PRO
0
550
下手な強制、ダメ!絶対! 「ガードレール」を「檻」にさせない"ガバナンス"の取り方とは?
tsukaman
1
200
役割は変わっても、変わらないもの 〜スクラムマスターからEMへの転身で学んだ信頼構築の本質〜 / How to build trust
shinop
0
160
AI時代にPdMとPMMはどう連携すべきか / PdM–PMM-collaboration-in-AI-era
rakus_dev
0
280
大「個人開発サービス」時代に僕たちはどう生きるか
sotarok
19
8.9k
なぜスクラムはこうなったのか?歴史が教えてくれたこと/Shall we explore the roots of Scrum
sanogemaru
3
900
個人CLAUDE.md紹介と設定から学んだこと/introduce-my-claude-md
shibayu36
0
190
Featured
See All Featured
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.1k
Designing for Performance
lara
610
69k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.9k
Rails Girls Zürich Keynote
gr2m
95
14k
How to train your dragon (web standard)
notwaldorf
96
6.2k
Thoughts on Productivity
jonyablonski
70
4.8k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
126
53k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
51
5.6k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
840
We Have a Design System, Now What?
morganepeng
53
7.8k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
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になるのでは
ご静聴ありがとうございました