Issueを書くようにしたらめちゃくちゃ良かった話です。日目の記事です(スーパー遅刻)。して立てるようになりました。内容としては、コード規約に相当するようなものや、新しい機能を作る際に考えた設計の話などが多いです。https://speakerdeck.comきっかけとしては上記のスライドを見たのが始まりで、面白そうと思ってやってみたのですが結構感触が良かったなと思っています。書かれていることで、後から見返した時になぜそうしたのか、どういう議論があったのかがわかるので、安心感があったり、それをベースに他の設計上の意思決定を行うことができる、などがメリットとして感じられました。いう概念が生まれていました。同じですが、違うことは「Proposal」のラベルをつけることと、他のチームメンバーに意見を求めることです。体裁を整えてみんなに向かって投げます。して昇格する、という流れです。書ける、というのが良いと思っています。今までは、なんとなくこういうものがあったらいいかなと思いついてもチームメンバーを捕まえて議論をすること自体のハードルがあったり、その前に自分の考えを整理する必要があったりしたのが個人的にはネックに感じていました。立てることができるようになりました。プロダクト全体にわたるような意思決定や設計に関する決め事は、何をもって採用とするのかも難しく二の足を踏んでしまいがちなので、そういう心理的ハードルが下がったのが大きいと感じています。いう形式の強さ、良さを再確認しました。して投げていこうと思います。