仕事用と個人用のAndroidアプリを分ける方法

観察可能な言葉で境界を定義する

混ぜてはいけないものをリストアップします：アプリ、通知、セッション、ファイル、連絡先、支払いアクセス、復旧方法、共同作業者など。次に、防ぐべき失敗を挙げます。たとえば、誤ったプロフィールからの投稿、非公開ギャラリーの露出、請負業者にアクセスを残すことなどです。

デバイスの境界は偶発的な混在を減らせますが、ソーシャルプラットフォームのアクセス制御を作成するものではありません。プラットフォームの役割は、アプリを移動せずに認証情報を保護できます。多くの設定では、明確なコンテキストと公式の権限の両方が必要です。

• ターゲット：アプリ、セッション、ファイル、通知、人、またはそのすべて。
• オーナー：アカウント復旧の責任者。
• ユーザー：最小限の必要なアクセス権を持つ名前付きの人物。
• 終了: プロジェクトを終わらせる、または移管するイベント。
• 代替手段: プロジェクト用デバイスなしでの復旧。

実用的なAndroidの3つの境界を比較

Google は、Android の仕事用プロファイルを、1 台のデバイス上で仕事用アプリとデータを個人用アプリとデータから分離するものと説明しています。通常、仕事用側は管理者が管理します。これは雇用主がサポートする設定に適合する場合がありますが、独立したリモート クラウドフォンとは同じではありません。

物理Androidフォンは、カメラ、マイク、アクセサリ、モバイル接続、その他のハードウェアに依存する作業に適しています。クラウドフォンは、ブラウザアクセスのAndroidと別のアプリコンテキストを必要とするプロジェクトに適しています。支払い前に現在の可用性と予想される有効化時期を確認してください。

理解しやすいプロジェクトスペースを構築する

クラウド電話には、個人名や「仕事」ではなく、プロジェクトと成果でラベルを付ける。必須アプリのみをインストールし、マスター資産、契約書、承認情報、復旧情報はクラウドフォンの外に保管する。

ワークスペースカードを使用してください：プロジェクト、担当者、成果、必須アプリ、アセットの出所、復旧担当者、レビュー日。例えば：「秋のチュートリアルシリーズ、承認済みの金曜投稿を公開、担当と復旧：クリエイター、出所：承認済みキャンペーンフォルダ、最終投稿後にレビュー」。デバイスがなぜ存在し、いつ廃止すべきかを説明する必要があります。

1. プロジェクトラベルとレビュー日を作成します。
2. 成果に必要なアプリのみをリストアップする。
3. 各アカウントの所有者と承認されたユーザーを確認しましょう。
4. プロジェクト用デバイスの外部に復旧方法を準備してください。
5. アプリの操作、メディア連携、セッションへの復帰をテストしてください。
6. 承認と完了した作業をどこに記録するかを定める。

共有パスワードではなく権限で人を分ける

プロジェクトデバイスは共有認証情報を安全にするものではありません。共同作業者には、利用可能な場合は独自の承認されたルートと最小限の役割を付与してください。YouTubeは、チャンネル権限がオーナーのGoogleアカウントへのアクセスなしに異なるアクセスレベルを提供し、サインイン情報の共有よりも安全であると述べています。

各担当者、プラットフォーム、役割、承認日、削除日を記録します。業務委託者が離れたとき、キャンペーンが終了したとき、予期しないログインが発生したとき、または所有権が変わったときにアクセスを見直します。コードをワークスペースカードに入れないでください。デバイスの整理とプラットフォームの認可は補完し合うものです。

• 公式の委任機能がある場合は、名前付きアカウントを招待してください。
• 必要な操作のみを許可してください。
• チャットでパスワードやコードを絶対に送らないでください。
• アクティブなセッションと委任されたアクセスを個別に確認します。
• 作業が終わったら速やかにアクセスを解除する。

プロジェクトの終わりを最初に計画

クローズアウト時には、完成した資産と記録を承認された場所に保存し、タスクを引き継ぎ、不要なアクセスを取り消し、セッションを確認し、必要に応じてサインアウトします。保持の必要性を確認してから資料を削除してください。公開されている保持およびキャンセル条件を確認し、削除の動作を仮定しないでください。

端末を廃止、転用、保持のいずれにするかを記録する。転用には新しいワークスペースカードとアカウントの見直しが必要。法的に機微な情報、従業員情報、規制対象の業務をリモート環境に置く場合は、事前に組織の承認を得ること。