データベースの変更について話し合う必要がありますか
私は4-5人のチームでプロジェクトに取り組んでいます。実装する前に、データベースの変更についてチームと話し合う必要がありますか？私はデータベースAPIに取り組んでいます。
これについて話し合うほうがいいですか？私のチームには高齢者がいます。したがって、自分で変更を加えて実装し、変更を説明することはできません。
テーブル構造は、オブジェクト間の関係を反映しています。このような変更は非常に重要であり、議論する必要があります。
これはデータベースの変更だけに関係しているとは思いません。
チームのシニアアーキテクトまたはデータベースプログラマーでない場合は、コード、SQL、DBテーブル、またはその他のアーティファクトの設計と実装に加えた変更は、他のチームメンバー（ピアまたはシニア）によってレビューおよび承認される必要があります。
あなたはこれをするのをためらっていますか？正式なレビュープロセスはすでに実施されていませんか？
更新：
あなたの場合、それは変更がどのような影響を与えるかによります。単一のVARCHAR2列の長さなどの小さな変更を行ったり、フロントエンド開発者からの賛同が必要な新しい列をテーブルに追加したりしていますか？いずれにせよ、議論はそうしないよりはましだと思います-そして後で後悔します
良い一般的な答えはないと思います。それは本当に他のチームメンバーの仕事があなたの行動によって影響を受けるかどうかに依存します（データベース構造の変更は他のコードに影響を与えると思う傾向がありますが）。データベースの設計とAPIが単独であなたの責任である場合、あなたがすべきことは、彼らに影響を与える可能性のある変更について人々に知らせることです。効果について確信が持てない場合は、チームメンバーに質問して、トレードオフを判断し、最良の（再）設計上の決定を下せるようにします。チーム全体がその恩恵を受けます。
データベースに変更を加えたり、責任を分担したりすることを許可されている他の人がいる場合は、すべてを調整する必要があります。あなたはこれをディスカッションと呼ぶことができますが、あなたのチームが物事を議論する方法があなたの仕事の不当な判断/批判として認識されない限り、私はそれに悪いことは何も見ていません。もしそうなら、なぜあなたがそれを不快に感じるのか理解できます。しかし、これを解決する方法は、何を話し合うか、何を話し合わないかを考えるのではなく、話し合う「方法」を変え、チームの精神を変えることです。
「話し合う」の意味によって異なります。
「討論」が「討論」または「委員会による設計」を意味する場合、私はノーと言います。アプリケーションのセクションの所有者である開発者は、スキーマがどのように見えるかを言うことができます。
データベースの変更について「話し合う」のではなく、データベースを変更し、コードが失敗するまで誰にも知らせない場合は、「話し合い」が重要です。
iffあなたはAPIを所有していますそしてあなたの変更は他の人に影響を与えません。
Aは、変更が他の人に影響を与えるとすぐに、チームの問題になります。
以前に他の人が指摘したように、議論する方が間違いなく良いです。これは、データベースが変更された場合に特に当てはまります。データベースはほぼ最下層であるため、データベースへの変更（両方の追加、特に変更）は、チームの開発者に最大の影響を与える可能性があります。
正式なレビュープロセスは必須です（そして、これはデータアーキテクト/ dba /スキーマを所有する誰かが行う必要があります）が、それが実施されている場合でも、データ、特にスキーマの変更についてチームメンバーと話し合うことをお勧めします手前に。
あなたよりも幅広い技術/ドメイン/アプリケーションの理解を持っている人は、レビューよりも早い段階であなたのアプローチの落とし穴/必要性/変更を簡単に指摘できるかもしれません（彼らが正しい場合）
これは設計変更のようです。これは、設計段階で行う必要があります。これは、デザインレビューでレビューする必要があります。
だから私の短い答えはイエスです。できるだけ早くレビューしてください。それがレビューされておらず、他の誰かがまだ作成している場合、その人はきっと腹を立てるでしょう。
チームミーティングはありませんか？毎日のスクラムや毎週のステータスの集まりなど？これは、私がこれらの会議で提起されることを期待しているようなものです。変更がそれほど重要であるために公正な警告が必要なようには思えませんが、おそらくAPIの変更を保証するのに十分重要であるため、人々に確実に通知する必要があります。あなたのチームはウィキを使用していますか？もしそうなら、多分データベースの変更とそれらが行われた日付をリストするページを作成します。あるいは、バグ報告システムを使用している場合は、「変更」または「改善」クラスの問題を作成し、そこで変更を説明することができます。