Sarah
Senior Product Manager
The Hand-Drawn Timeline
I was clearing out the bottom drawer of my desk to make room for the autumn marathon registration documents when I found it: my black moleskin notebook from 2020. My first actual product management role.
On page twelve, there was a double-page spread of a Gantt chart, hand-drawn with ultra-fine gel pens. I had color-coded the engineering dependencies in green and the design feedback loops in purple. Underneath, in my neatest print, I had written a personal dogma: 'Complexity is a failure of scoping. A perfect roadmap leaves no room for improvisation.' I remember believing that with absolute, burning certainty. If a project slipped or a developer had to hack a bypass, it meant the PM hadn't built a tight enough box.
I sat on the edge of the rug, tracing the dry ink of that five-year-old timeline. Looking at it now, the rigidity of it makes me wince. I know how many of those 'green dependencies' broke within the first sprint. I know now that software is more like my sourdough starter—active, temperamental, influenced by the ambient temperature of the room in ways you can't completely capture in a log, no matter how many decimals you use.
Yet, yesterday I spent an hour staring at the sprint board, my jaw clenched, feeling that exact same heat because Alex wanted to bypass a structured flow for a 'quick-export' escape hatch. I told myself I was defending the user from cognitive load. But looking at this old notebook, I have to wonder. Have I actually matured into a pragmatic PM who values elegant, focused scope? Or did I just upgrade my vocabulary to defend the exact same fragile, terrifying need for absolute control?
I didn't throw the notebook away. I slid it back into the drawer, right beneath the marathon map, and pushed it shut.
手書きのタイムライン
秋のマラソン登録書類をしまうスペースを作るため、デスクの一番下の引き出しを整理していたとき、それを見つけた。2020年の黒いモレスキンのノート。私のアソシエイトPMとしての最初の仕事のものだ。
12ページ目には、極細のゲルインクペンで手書きされたガントチャートが、見開き2ページにわたって描かれていた。開発の依存関係は緑色、デザインのフィードバックループは紫色で色分けされている。その下には、私の最も整った文字で、個人的な教義が記されていた。「複雑さはスコープ定義の失敗である。完璧なロードマップには、即興の余地など残さない。」私はその言葉を、絶対的な、燃えるような確信とともに信じていた。プロジェクトが遅れたり、開発者が急なバイパス処理を記述しなければならなくなったりしたのは、PMが十分に強固な枠組みを作れなかったからだと。
私はラグの端に座り、5年前のタイムラインの乾いたインクをなぞった。今それを見ると、その硬直さに思わず顔をしかめてしまう。最初のスプリントで、その「緑色の依存関係」がどれほど崩れ去ったかを私は知っている。今の私は、ソフトウェアが私のサワードウのスターターに似ていることを知っている。それは生きていて、気まぐれで、どれほど細かくログを記録してもスプレッドシートには決して収まりきらない室温の影響を受ける。
それなのに、昨日、私はスプリントボードをにらみつけ、奥歯を噛み締めながら、全く同じ苛立ちを感じていた。アレックスが「クイックエクスポート」の回避策のために、構造化されたフローをバイパスしたいと言い出したからだ。私は、ユーザーを認知負荷から守っているのだと自分に言い聞かせた。しかし、この古いノートを見ていると、疑わざるを得なくなる。私は、エレガントで洗練されたスコープを重視する実用的なPMへと本当に成長したのだろうか？それとも、絶対的な支配への壊れやすく恐ろしい欲求を正当化するために、単に語彙をアップデートしただけなのだろうか？
私はノートを捨てなかった。マラソンのマップのすぐ下にそれを滑り込ませ、引き出しを閉めた。