第1章｜「なんで私ばっかり…」——育児分担がいつまでも噛み合わない理由
「お風呂、今日お願いできる？」
「あ、ごめん。忘れてた」
このやりとり、何度繰り返しただろう。
子どもが生まれてから、夫婦の間にじわじわと広がっていく「ズレ」がある。
頼んだつもりなのに動いてくれない。
動いてくれたと思ったら、やり方が違う。
「ちゃんとやってよ」と言いたいのをぐっとこらえて、また自分でやる——。
そんな日々を、あなたも送っていないだろうか。
育児分担の問題で辛いのは、相手が「悪意を持ってサボっている」わけじゃないことを、頭ではわかっているからだ。
パートナーだって疲れているし、頑張っていると思う。
それでも、気づいたら自分ばかりが動いている。
なぜこんなことが起きるのか。
答えは意外なところにある。
「暗黙の仕様」で家庭を動かそうとしているからだ。
「子どもが泣いたら誰かが抱っこする」
「夕飯は18時頃までに用意する」
「保育園の連絡帳は毎日書く」
これらのタスクに、夫婦で明示的に合意した覚えがある人はほとんどいない。
なんとなく「そうなっている」か、「察してくれると思っていた」か、「言わなくてもわかるはず」と思っていたかのどちらかだ。
でも育児というのは、タスクの量も種類も異常に多い。
平日の朝だけでも、
・起こす
・着替えさせる
・朝ごはんを用意する
・食べさせる
・歯磨きする
・保育園の荷物を確認する
・送り出す
……ざっと10工程以上がある。
それぞれに「担当者」「品質基準」「例外対応」が存在するのに、何一つ明文化されていない。
これは、仕様書なしでシステムを動かそうとしているようなものだ。
仕事でそんなことをしたら、どうなるか想像してほしい。
開発チームのメンバーが「なんとなく」で動き、誰が何をやるか言わなくてもわかると思い込み、品質の基準も共有しない。
当然、バグだらけのシステムができあがる。
育児分担の「噛み合わなさ」は、愛情不足でも思いやりの欠如でもない。
設計書がないまま、大規模なプロジェクトを走らせているから起きている。
そして設計書がない状態では、「気づいた人がやる」「声が大きい人の要望が優先される」という構造になる。
これが、「気づきやすいほう」に負荷が集中するメカニズムだ。
感情的に「なんでやってくれないの！」と爆発したくなる気持ちはよくわかる。
でも、本当に解決するためには、感情のぶつけ合いではなく、
仕組みを変える必要がある。
その仕組みを作るのが、次の章からお伝えする「家族の役割設計書」だ。
第2章｜SEが気づいた「これ、要件定義の問題じゃないか」
育休を取得したSEのAさん（仮名）は、育休中に妻との衝突が絶えなかった。
「俺なりにやっているつもりだったんですよ。でも妻は不満そうで。で、あるとき気づいたんです。『これ、仕様が曖昧なまま開発してる状態だ』って」
この気づきは本質をついている。
仕事では、新しいシステムを作るとき必ず「要件定義」をする。
「このシステムで何を実現したいか」
「誰が使うのか」
「どんな機能が必要か」
「品質基準はどのレベルか」を、
関係者全員で合意し、文書に残す。
これがないと、開発者Aは「こういうものだと思っていた」、クライアントは「そういうつもりじゃなかった」という認識のズレが起き、プロジェクトが炎上する。
家庭の育児分担も、まったく同じ構造だ。
育児というシステムを動かす「ステークホルダー」は夫婦（＋場合によっては祖父母）。
「要件」とは、誰が・何を・いつ・どのクオリティでやるか。
そして「仕様の曖昧さ」こそが、夫婦間のすれ違いの正体だ。
たとえば「お風呂」というタスク一つをとっても、こんなにズレが生まれる可能性がある。
担当者：「今日は俺がやる」「いや、私がやろうと思ってた」（担当未定義）
タイミング：「18時半にはお風呂に入れたい」「20時でいいじゃん」（基準未合意）
品質基準：「耳に水が入らないように洗う」「そこまで気にしなくていい」（認識の差）
例外対応：「残業で遅くなったらどうする？」（イレギュラー未定義）
これが毎日、数十個のタスクで起きている。
それでも「察してよ」「言わなくてもわかるでしょ」で乗り切ろうとするから、ストレスが溜まる一方になる。
ここで強調したいのは、「合意文書を作る＝責任を押し付ける」ではないということだ。
要件定義は、誰かを縛るためではなく「共通認識を持つため」にある。
「あなたのタスクはこれだけ」と押し付けるのではなく、
「私たち二人で、このプロジェクト（育児）をどう回していくか」を設計する作業だ。
家族を「チーム」として見る視点を持つだけで、夫婦の会話の質が変わる。
「なんでやってくれないの」という責め合いから、「この仕様、うまく機能してないね。どう改善しようか」という建設的な議論へ。
そして何より、合意文書があれば「言った言わない問題」が消える。
タスクの担当・品質基準・イレギュラー対応が明文化されていれば、感情的なぶつかり合いにならずに済む。
次の章では、実際に使える「家族の役割設計書」のテンプレートをご紹介する。
難しいことは何もない。
SEである自分たちが普段の仕事でやっていることを、家庭に持ち込むだけだ。
第1章｜「なんで私ばっかり…」——育児分担がいつまでも噛み合わない理由
「お風呂、今日お願いできる？」
「あ、ごめん。忘れてた」
このやりとり、何度繰り返しただろう。
子どもが生まれてから、夫婦の間にじわじわと広がっていく「ズレ」がある。
頼んだつもりなのに動いてくれない。
動いてくれたと思ったら、やり方が違う。
「ちゃんとやってよ」と言いたいのをぐっとこらえて、また自分でやる——。
そんな日々を、あなたも送っていないだろうか。
育児分担の問題で辛いのは、相手が「悪意を持ってサボっている」わけじゃないことを、頭ではわかっているからだ。
パートナーだって疲れているし、頑張っていると思う。
それでも、気づいたら自分ばかりが動いている。
なぜこんなことが起きるのか。
答えは意外なところにある。
「暗黙の仕様」で家庭を動かそうとしているからだ。
「子どもが泣いたら誰かが抱っこする」
「夕飯は18時頃までに用意する」
「保育園の連絡帳は毎日書く」
これらのタスクに、夫婦で明示的に合意した覚えがある人はほとんどいない。
なんとなく「そうなっている」か、「察してくれると思っていた」か、「言わなくてもわかるはず」と思っていたかのどちらかだ。
でも育児というのは、タスクの量も種類も異常に多い。
平日の朝だけでも、
・起こす
・着替えさせる
・朝ごはんを用意する
・食べさせる
・歯磨きする
・保育園の荷物を確認する
・送り出す
……ざっと10工程以上がある。
それぞれに「担当者」「品質基準」「例外対応」が存在するのに、何一つ明文化されていない。
これは、仕様書なしでシステムを動かそうとしているようなものだ。
仕事でそんなことをしたら、どうなるか想像してほしい。
開発チームのメンバーが「なんとなく」で動き、誰が何をやるか言わなくてもわかると思い込み、品質の基準も共有しない。
当然、バグだらけのシステムができあがる。
育児分担の「噛み合わなさ」は、愛情不足でも思いやりの欠如でもない。
設計書がないまま、大規模なプロジェクトを走らせているから起きている。
そして設計書がない状態では、「気づいた人がやる」「声が大きい人の要望が優先される」という構造になる。
これが、「気づきやすいほう」に負荷が集中するメカニズムだ。
感情的に「なんでやってくれないの！」と爆発したくなる気持ちはよくわかる。
でも、本当に解決するためには、感情のぶつけ合いではなく、
仕組みを変える必要がある。
その仕組みを作るのが、次の章からお伝えする「家族の役割設計書」だ。
第2章｜SEが気づいた「これ、要件定義の問題じゃないか」
育休を取得したSEのAさん（仮名）は、育休中に妻との衝突が絶えなかった。
「俺なりにやっているつもりだったんですよ。でも妻は不満そうで。で、あるとき気づいたんです。『これ、仕様が曖昧なまま開発してる状態だ』って」
この気づきは本質をついている。
仕事では、新しいシステムを作るとき必ず「要件定義」をする。
「このシステムで何を実現したいか」
「誰が使うのか」
「どんな機能が必要か」
「品質基準はどのレベルか」を、
関係者全員で合意し、文書に残す。
これがないと、開発者Aは「こういうものだと思っていた」、クライアントは「そういうつもりじゃなかった」という認識のズレが起き、プロジェクトが炎上する。
家庭の育児分担も、まったく同じ構造だ。
育児というシステムを動かす「ステークホルダー」は夫婦（＋場合によっては祖父母）。
「要件」とは、誰が・何を・いつ・どのクオリティでやるか。
そして「仕様の曖昧さ」こそが、夫婦間のすれ違いの正体だ。
たとえば「お風呂」というタスク一つをとっても、こんなにズレが生まれる可能性がある。
担当者：「今日は俺がやる」「いや、私がやろうと思ってた」（担当未定義）
タイミング：「18時半にはお風呂に入れたい」「20時でいいじゃん」（基準未合意）
品質基準：「耳に水が入らないように洗う」「そこまで気にしなくていい」（認識の差）
例外対応：「残業で遅くなったらどうする？」（イレギュラー未定義）
これが毎日、数十個のタスクで起きている。
それでも「察してよ」「言わなくてもわかるでしょ」で乗り切ろうとするから、ストレスが溜まる一方になる。
ここで強調したいのは、「合意文書を作る＝責任を押し付ける」ではないということだ。
要件定義は、誰かを縛るためではなく「共通認識を持つため」にある。
「あなたのタスクはこれだけ」と押し付けるのではなく、
「私たち二人で、このプロジェクト（育児）をどう回していくか」を設計する作業だ。
家族を「チーム」として見る視点を持つだけで、夫婦の会話の質が変わる。
「なんでやってくれないの」という責め合いから、「この仕様、うまく機能してないね。どう改善しようか」という建設的な議論へ。
そして何より、合意文書があれば「言った言わない問題」が消える。
タスクの担当・品質基準・イレギュラー対応が明文化されていれば、感情的なぶつかり合いにならずに済む。
次の章では、実際に使える「家族の役割設計書」のテンプレートをご紹介する。
難しいことは何もない。
SEである自分たちが普段の仕事でやっていることを、家庭に持ち込むだけだ。