ID:52931さん

## 作業に集中できる環境 - "時間というリソースを消費して、手を動かす"という業務特性上、どうしても「作業が中断されることが少ないこと」「集中を妨げるような喧騒が少ないこと」などが望ましい要素になるため - 「どんな環境でも最高のパフォーマンス」とか大言壮語できるほど集中力を極めていないため - 「ゾーンに入った」ときに書かれたコードは[数カ月後の自分](https://www.google.com/search?q=*%E3%83%B6%E6%9C%88%E5%BE%8C%E3%81%AE%E8%87%AA%E5%88%86%E3%81%AF%E4%BB%96%E4%BA%BA+%E3%82%B3%E3%83%BC%E3%83%87%E3%82%A3%E3%83%B3%E3%82%B0)が（実装力の高さ・先読み力・可読性などについて）「ちょっと引く」レベルだったりするため ## 直接もしくは常設リモートなどでチームメンバーの気配/様子の変化が最低限察知できる環境 - チームのパフォーマンスの最大化において各メンバーのコンディションは決して無視できない重要な要素で、可能な限り早期で軽微なときに対応（少なくとも察知）出来るに越したことはないため ## チームメンバーが各々の責任・役割をきちんと担えていること - 自分個人のパフォーマンスをどれだけ高めても、自分一人で何でも成し遂げられるわけでないないため - また、本来「プロダクト価値向上」へ向けるべきパフォーマンスが「誰かのサボりの埋め合わせ」に消耗されると、結局「凡庸な成果」と「一部人件費の無駄」しか会社に残らないため ## 課題があり、「解決したい」というモチベーション・学習意欲もあるが、実際にその現場を解決し引っ張ってくれる「出来るやつ」だけが足りない現場 - （個人的にはあまりこれを売りにはしたくないのですが）近年担当したPJにおいて「今この難局をとにかく乗り切る@Webフロントエンド」のような局面で他のエース級人材でもなかなか出せないレベルの成果を出してきた手応えは持っているつもりです （ただこれには「乗り切った後」に課題があると考えており、「その難局に至らしめた問題・課題」を解決することなく「失敗しなかった」という結果がもたらされたことでその問題・課題が更に悪化し、私のパフォーマンスによるアドバンテージを相殺するまでに至ることもあるため（これが「売りにはしたくない」理由です）、「乗り切るまでがゴール」**ではなく**「継続可能（かつ非属人的）な勝ち筋体制をチームに確立するまでがゴール」とのご理解とそのためのご協力が仰げると大変ありがたいです）