ソースコードはGitで管理しているのに、仕様・ルール・意思決定は口頭やチャットに流れて消える。 この歪みが、説明コストと属人化を生んでいます。
変更は提案され、レビューされ、合意され、その履歴が残る。ソフトウェア開発では当たり前の流れを、ドキュメントにも。
変更内容は記録され、レビューとマージを経て初めて有効になります。
オンボーディングが大変になる理由は、情報が足りないからではありません。「なぜそうなったのか」が残っていないからです。
Lexisはブランチやpull requestという概念を知らなくても使用できます。必要なのは編集する、レビューする、承認するだけです。
いいえ。β版の期間中は無料で使えます。β版ユーザーに事前の断りなく課金することはありません。
β版のため、一部の機能は未実装・調整中です。 ただし、編集 → レビュー → マージといったコアとなる体験は制限なく使えます。 想定規模は小〜中規模チームです。
必須ではありません。使ってみて感じたこと（良い点も不満も）を教えていただけると助かります。
実運用を前提に開発しています。突然停止したりデータを失うことはありません（β版のため仕様変更が入る可能性はあります）。