今月の振り返り

仕事 #

4 月から続いていたデータ欠損を発見し、全量回収した。既存の説明では「全テナント休眠」とされていたものが、実際には半年近く欠け続けていた。遡及取得の可否を先に確かめてからジョブを設計し、取りこぼしゼロで完了させた
データ取り込みの指標は、定義と計測の実装を完了させた。残るのは目標値の設定だけという状態まで持ってきた
監視と通知の役割分担を整理した。週次のサマリー通知を実装し、朝のアラートとの住み分けを決めた
監視から外す判断に、戻す条件を数値で付けるようにした。属人的な判断で外したまま誰も戻せなくなる状態を避けるためだった
休日・深夜の作業を記録するためのエピックと四半期単位のイシューを作り、翌月から記録を始める運用に乗せた
休日対応の手当は、8 月の決定からさらに後退した。法的根拠と再提案の筋道を整理したノートを作り、実績を 3 ヶ月分貯めてから期の切り替わりで出す方針に切り替えた
指標定義の説明資料を、前提知識ゼロの読者向けに書き直した。宅配便のたとえと図だけで読める版にしたところ、説明のコストが明確に下がった
データ変換の教材（チュートリアルと全体の見取り図）を作った。8 月に「設計を説明できない」と詰まった反省への直接の答えになった
定例を月内に開催できず、目標値の確定スケジュールが窮屈になった

副業・個人プロジェクト #

副業プロダクトの本リリースに向けた仕上げに集中した。音声同期の根本修正、文字起こしの不具合修正、ショートカットの改善、文字起こし画面の刷新、使い方ページの導入手順まで一通り仕上げ、月末にリリースの準備を完了させた
運用側の作業が増えた。テスト参加者の返金・解約・割引付与を決済サービス側まで処理し、台帳の形を作った
各プランの原価率を試算し、値引きの余地を数字で持てるようにした
本番で起きた決済失敗と音声同期の連続失敗を調査した。音声同期は仮説を立てて説明したあと、ログと合わないことに気づいて訂正した
個人開発のゲーム用マッチングサービスでは、プロフィール画面の改善と SEO の修正をリリースした。一方で本番リリースの手順を踏み外し、本番が 2 週間以上古いイメージのままになっていた
8 月に計画して動かせなかった自宅サーバーを、月中旬から 2 週間で構築した。ミニ PC に VPN と SSH を入れ、Windows からのリモートデスクトップまで到達させて、手順とはまりどころをノートにした
エディタのプラグイン管理が一度も導入されていなかったことが分かり、長年の不備を直して初期構築スクリプトに反映した
エージェント履歴の取り込みが止まっていた原因を特定して入れ直し、日報の土台を直した

ゲーム実況 #

収録・編集・投稿の記録が 1 件も無い月になった。7 月に置いた「リリース後に編集へ時間を戻す」は実行できていない
登録者数も 7 月末の 143 人のまま更新していない

健康・暮らし #

月初に旅行があり、月末は会食と会議で予定が埋まった
体調・睡眠の記録が無く、生活側の振り返りができない。デイリーのプライベート欄は 23 日分のほとんどが空だった
読書会でエッセンシャル思考 Part3 を読んだ
睡眠投資のフォーマット化は 4 ヶ月目の持ち越し

9月の総括 #

成果 #

半年近く見逃されていたデータ欠損を発見し、取りこぼしゼロで全量回収した
指標の定義と計測実装を完了させ、残りを目標値の設定だけに絞った
週次サマリー通知を実装し、アラートとの役割分担を決めた
監視除外の判断に復帰条件を数値で付けた
休日・深夜の作業を記録する器を作り、翌月からの運用に乗せた
休日対応費の論点を法的根拠つきで整理し、再提案の筋道を立てた
指標の説明資料を前提知識ゼロ向けに書き直し、教材と見取り図も作った
本リリースに必要な修正と画面刷新を仕上げ、月末にリリース準備を完了させた
8 月に動かせなかった自宅サーバーを 2 週間で構築し、手順をノートに残した
履歴の取り込みを復旧させ、日報の基盤を直した

課題 #

定例を月内に開催できず、目標値の確定スケジュールを窮屈にした
レビュー待ちで止まった変更が月をまたいだ
休日対応の制度は改善していない。記録を貯める方針に切り替えただけ
動画が 2 ヶ月連続で止まっている
個人開発で本番リリースの手順を踏み外した
体調・家族の記録が無く、生活側の振り返りができない

学び #

既存の説明は実データで確かめるまで信用できない。「休眠」という言葉で半年分の欠損が隠れていた
監視から外すときは、戻す条件を数値で添えないと誰も戻せなくなる
教材は正しさより「前提知識ゼロで読めること」が効く
記録が止まる原因は意志ではなく取り込み経路の不具合だった。仕組みは定期的に動作確認が要る
制度の交渉は実績の記録が無いと始まらない。器を先に作るほうが前に進む
計画段階では動かず、必要に迫られてから進む。この傾向は認めて段取りに織り込むほうが早い

所感 #

リカバリの精度は上がったが、構造は変わっていない #

半年分の欠損を全量回収できたのは、遡及取得の可否を先に確かめてから設計したからだった。一方で、同じ種類の欠損を自動で見つける仕組みはまだ無い。通知の役割分担までは決めたので、次は検知の精度を上げる側に時間を使う。

合意を取る場が無いと決まらない #

指標の実装は終わっているのに、定例を開けなかっただけで目標値の確定が止まった。実装よりも場の確保が律速になることがある。翌月は定例の開催を先に日付で押さえる。

制度の交渉は記録から #

手当の議論が後退したのは、実態を数字で出せていなかったからでもある。記録の器を作って翌月から貯める形にしたのは、順序として正しかった。期の切り替わりまでは制度の話を持ち出さず、材料を積む。

教材づくりは投資として効いた #

説明資料を図だけで読める版に書き直し、教材と見取り図も作った。短期の成果には見えないが、会議での説明コストが下がり、8 月の反省への答えにもなった。

計画段階では動かない #

自宅サーバーは 8 月に「絶対やること」として書いたのに盆休み中は動かず、9 月中旬から 2 週間で一気に進んだ。遅れても取り返せた部類だが、同じパターンが繰り返されている。リストに書くだけでは動かないので、着手日を決めるところまでやる。

今後に向けて #

定例を開催し、指標の目標値を確定させる
停滞しているレビューを進めてマージする
休日対応の記録を貯める（翌月から運用開始）
新規 EC 連携の開発者登録を進める
副業プロダクトを配布し、配布後の確認を終わらせる
個人開発の本番リリース手順を直す
動画は「戻す」か「今はやらない」をはっきり決める
登録者数を月末に記録する
睡眠投資のフォーマットを 1 つ決める

📓 memotty