PPAPは誤ったセキュリティ対策であるにもかかわらず、日本国内では官民問わず利用されている。このPPAP方式によるメール送信を支援するためのソフトウェア製品も市販されている。
他方、日本国外ではほとんど見られない慣行である。
批判.
PPAPは、企業のセキュリティ対策を向上させるどころか、むしろ危険に晒しているとして、批判を受けている。主な批判は、次のようなものである。
廃止の動き.
官庁.
民間.
代替案.
PPAPの代替案として以下のようなものが提案されている。
公式の代替案.
『PPAPからの脱却』（PPAP総研 大泰司章）では、以下のメール以外でのファイル共有を推奨している（上記と重複するものもある）。
PPAP
PPAP
エクストリーム・プログラミング プラクティス
詳細スケールフィードバック.
ペアプログラミング.
ペアは固定ではない: プログラマーは頻繁にパートナーを入れ替えることで、誰もが誰が何をしているのかを把握し、自分のスキルセット以外の部分であってもシステム全体に精通していく。
このように、ペアプログラミングはチーム全体のコミュニケーションを強化することができる(これは共有所有の概念とも密接に関係している)。
計画ゲーム.
エクストリーム・プログラミングにおける主な計画プロセスは、計画ゲームと呼ばれている。
計画ゲームの目的は、製品を納品に導くことである。いつ成果物が必要とされ、完成するかという正確な日付を予測するのではなく（それは困難である）、直接的なアプローチで「プロジェクトを舵取り」して納品することを目指す 。
計画ゲームのアプローチは、ソフトウェア以外のプロジェクトやチームでも、の文脈で採用されている。
リリース計画.
探索フェーズ.
これは、要件を収集し、それら各要件の作業影響を見積もるという反復的なプロセスである。
ビジネス側がこれ以上の要件を思いつくことができない場合に、コミットメントフェーズに進む。
コミットメントフェーズ.
価値でのソート.
リスクでのソート.
ステアリングフェーズ.