Apache プロジェクトは、意思決定にコンセンサス方式を採用するか、投票によって特定のアクションに対する承認（または不承認）を正式に記録することを好みます。しかし、プロジェクトが完全に膠着状態に陥ったり、重要な問題が真剣に受け止められなかったり、行動を起こす前に十分に議論されていないと感じた場合はどうすればでしょうか？
Apache プロジェクトの参加者が、深刻な問題が対処されていないと感じた場合は、ASF の組織にとって適切な方法で懸念をエスカレーションするための効果的な方法を以下に示します。
プロジェクトにおいて重要な決定を下すことができなったり、個々のコントリビューターまたは PMC の一部が、プロジェクトが重要な問題を適切に議論していないと考える場合、他の仲介による支援が利用可能かどうかを確認するために、懸念をエスカレーションすることができます。
Apache の他のボランティアから支援を得るための最良の方法は、以下の手順に従うことです。
コミュニティ内で意見の相違がある場合、根本的な問題が何であるかを明確にすることが重要です。長くて激しい議論のスレッドが、実際の問題ではなく、無関係な問題や提案の表現方法に関するものであることが判明する場合があります。エスカレーションに値する問題は、時間をかけて明確に問題を再定義する必要があります。
プロジェクト外部の人でも理解できる言葉で、特定の問題や課題を**明確に**定義してください。会話はスレッドごとに 1 つの問題に焦点を絞ってください。読者がプロジェクトの履歴を知っている、または過去にそのテーマに関するすべてのメールを読んでいると想定しないでください。重要な議論を示すリンクを含めてください。
あなたの主張を示す**Apache のポリシーまたはベストプラクティスへの URL 参照**を提供してください。あるプロジェクトの不文律が別のプロジェクトに適用されない場合があります。具体的な参照資料がないと、何かが本当に Apache の問題なのか、それとも単に 1 つのプロジェクト内での意見の相違（エスカレーションしても役に立たない）なのかを判断するのが困難です。問題が**なぜ**重要なのか、または Apache のポリシーに違反しているのかを明確に示すことができない場合、エスカレーションはあまり役に立ちません。
メールの草稿を作成し、保存して、**一晩待ちます**。あなたの書いたものを編集し、冷静で中立的、そして事実に基づいた方法であなたの主張を提示していることを再確認してください。あなたはコミュニティが正しい決定を下せるように支援しようとしています。プロジェクトにとって正しい行動に焦点を当て、*個性*に焦点を当てないでください（ただし、時には*行動*の問題を提起する必要があるかもしれません）。コミュニティの健全性に影響を与える可能性のある行動について議論することは良いことです。特定の個人に関する問題を提起することはめったに役に立ちません。
問題が繰り返し発生する場合、または*自分が正しいと知っている*明白な答えがある場合、これらの手順はイライラするように思えるかもしれません。しかし、すべてボランティア主導の組織では、コミュニティ全体があなたの具体的なポイントを理解する機会を持つために、明確な用語とポインタで問題を再構成することが重要です。私たちは皆ボランティアであり、コミュニティの全員がすべての会話についていく時間があるわけではありません。コミュニティの他のメンバーがあなたの主張を理解しやすいようにしてください。
関連するプロジェクト、インキュベーターのポッドリング、またはコミュニティの外部にエスカレーションする前に、自問自答してください。このコミュニティ内でできる限りの手段を尽くしましたか？ プロジェクト内またはプロジェクトに関する問題は、プロジェクト外部にエスカレーションする*前に*、まず dev@（または private@）リストでプロジェクトの PMC 全体と議論する必要があります。
問題を明確かつ冷静に表現していることを再確認してください。問題が何であるかについての議論と、それを解決するための提案を区別するようにしてください。忙しいプロジェクトでは、全員がその違いを明確に理解しているとは限りません。
健全な Apache プロジェクトは、可能な限り包括的な方法で自治することが期待されています。内部プロジェクトの決定に関する問題であっても、Apache のポリシーやベストプラクティスの違反に関する問題であっても、会話を開始し、継続するのに適した場所は、プロジェクトの PMC と一緒です。
深刻な問題に外部企業が関与している場合（おそらくプロジェクトのブランドまたはプロセスを悪用している場合）、外部の助けが必要になる場合があります。しかし、外部企業の影響力または乱用のエスカレーションは、PMC が最初にレビューする機会を与えるために、最初に PMC に対処する必要があります。
トップレベルの PMC の行動、プロジェクトガバナンス、Apache ポリシーに従っていないプロジェクトなどの問題は、Apache board@ プライベートメーリングリストに送信し、関連する private@ リストを CC に入れる必要があります。
インキュベーターポッドリングの行動、プロジェクトガバナンス、Apache ポリシーに従っていないポッドリングなどの問題は、Apache インキュベーター general@ または private@ メーリングリストに送信し、関連する private@podling リストを CC に入れる必要があります。
Apache Infra の問題は、最初に Infra 管理者 に直接エスカレーションする必要があります。それでも不十分な場合は、VP, Infrastructure にエスカレーションしてください。
**ブランドまたは商標の問題**は、プライベートリストの ブランド管理委員会 に送信し、関連する private@ リストを CC に入れます。
**法律または弁護士からの問題**は、法務委員会 に送付してください（必要に応じてプライベートリストで！）。
正式なプライバシー、GDPR、または削除リクエストは、VP, Data Privacy に送付してください。
運用上の問題（資金調達、会議など）は、President および EVP に送付する必要があります。 組織図 は、President または委員会に直接報告する人物を確認するのに役立ちます。
詳細については、Apache プロジェクトが利用できるサービスのリスト を参照してください。プライベート members@ メーリングリストは、プロジェクトの問題をエスカレーションするのに適した場所ではないことに注意してください。
重大度と緊急性に応じて、上記のガイドの例外となるまれなケースがいくつかあります。
**個人の安全に対する信頼できる脅威**は、直ちに地元の警察または緊急サービスにエスカレーションする必要があります。ApacheCon またはその他の ASF 主催イベントに参加している場合は、イベントスタッフに尋ねて、できるだけ早く会議主催者または企画委員会に連絡してください。それ以外の場合は、president@apache.org に ASF の President に連絡してください。
弁護士からの**召喚状または要求**は、ASF の弁護士が対応を検討できるように、直ちに 法務委員会 にエスカレーションする必要があります。
問題の人物と直接協力することに抵抗がある**深刻な行動規範**違反は、President または報告ボランティア に直接エスカレーションすることができます。
上記で説明されていない一般的な質問をするのに最適な場所は ComDev です。