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
850
エンジニア組織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
iPhone Eye Tracking機能から学ぶやさしいアクセシビリティ
fujiyamaorange
0
630
下手な強制、ダメ!絶対! 「ガードレール」を「檻」にさせない"ガバナンス"の取り方とは?
tsukaman
1
280
ここ一年のCCoEとしてのAWSコスト最適化を振り返る / CCoE AWS Cost Optimization devio2025
masahirokawahara
1
1.5k
[RSJ25] Feasible RAG: Hierarchical Multimodal Retrieval with Feasibility-Aware Embodied Memory for Mobile Manipulation
keio_smilab
PRO
0
100
生成AI時代のデータ基盤設計〜ペースレイヤリングで実現する高速開発と持続性〜 / Levtech Meetup_Session_2
sansan_randd
1
140
RSCの時代にReactとフレームワークの境界を探る
uhyo
9
3k
AWS環境のリソース調査を Claude Code で効率化 / aws investigate with cc devio2025
masahirokawahara
2
1.3k
Codeful Serverless / 一人運用でもやり抜く力
_kensh
4
150
フィンテック養成勉強会#56
finengine
0
120
MCPで変わる Amebaデザインシステム「Spindle」の開発
spindle
PRO
3
2.8k
スプリントレトロスペクティブはチーム観察の宝庫? 〜チームの衝突レベルに合わせたアプローチ仮説!〜
electricsatie
1
160
クラウドセキュリティを支える技術と運用の最前線 / Cutting-edge Technologies and Operations Supporting Cloud Security
yuj1osm
2
270
Featured
See All Featured
Fireside Chat
paigeccino
39
3.6k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.1k
Automating Front-end Workflow
addyosmani
1370
200k
How to Think Like a Performance Engineer
csswizardry
26
1.9k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
Mobile First: as difficult as doing things right
swwweet
224
9.9k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
30
9.6k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.1k
The World Runs on Bad Software
bkeepers
PRO
70
11k
How to train your dragon (web standard)
notwaldorf
96
6.2k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.5k
Speed Design
sergeychernyshev
32
1.1k
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になるのでは
ご静聴ありがとうございました