Please enable JavaScript.

Coggle requires JavaScript to display documents.

BrSE level up - Coggle Diagram

- - - - (2)候補の時間以外もOKだと言うと、お客様は安心
      - (1)こちらから日程を3〜4つ挙げて、選んでもらう
        ※ 日本時間・ベトナム時間のどちらかも明確に
        ※ お客様のスケジュールを配慮（8－9時の朝礼時間を避ける）
        
        この考え方は、上司や同僚とのアポ取りや日常における場面にも使えます
      - (2)候補の時間以外もOKだと言うと、お客様は安心
  - - - 「BrSEに持ってほしいマインドセット」
        事前に共通言語を作っておいて、本番で、会話が可能になる。
    - - ① 仮決めなので、様子をみて調整できるもの
      - ② 絶対守らなければいけないもの
        
        他の会社と連携するためスケジュールをずらすことできない
        
        あるいはエンドユーザーに既に公開しているようなケース
    - - →それを顧客に報告しスケジュールをずらしていただけるのか、
        →または絶対間に合わせないといけないので残業などでカバーするしかないのか、という判断がつきやすい。
  - - - 自分側のチーム構成・役割: わたしたちは誰？
        
        お客様側のチーム構成・役割: あなたたちは誰？
        
        コミュニケーション手段: どうやって？チャットツールなど
    - - ミーティング前に、資料を準備するのが大切
        ミーティングでは資料でわからないところを確認する
        質問表やチェックリストを使おう
    - - １．「誰が何をできるか」はっきりさせる: 開発経験、外国語、BrSEができること、を言う
        ２．「責任者は誰か」はっきりさせる: PM、部門長などの紹介
        ３．「開発者への信頼感」をもってもらう: 開発者の紹介
    - - ①「メンバーが、エンジニアかそうでないか」知る: 「◯◯様はエンジニアでしょうか？どんな仕事を担当されますか？」
        ②「窓口は誰か」知る: 「弊社から質問や依頼をさせていただく際は、〇〇様にメンションすれば良いでしょうか？」
        ③「仕様の判断者は誰か」知る ※プロジェクトオーナーなど: 「仕様についての最終的な判断をされるのは、〇〇様ですか？」
        ④「進行の責任者は誰か」知る: 「進行管理をされるのは、〇〇様ですか？」
        ⑤「機能ごとの、お客様側の開発担当者が誰か」知る: 「弊社の担当部分は、ABC社のAPIをコールしますね。ABC社とのやりとりを担当しているのは、どなたですか？」
    - - 口頭
        
        文章: チャット、Q&Aファイル
        
        ミーティング：MSTeams?
  - - - 仕事のルール決めでは、「先読み」しよう
        
        Step by stepで想像する
        （環境構築するステップで何するかな…、あ、バージョンがわからないと困るな）
        「PHPのバージョンはどうしますか？」
        
        Step by stepで説明する（いつ、誰が、何を）
        （もっと詳しく、順番に確認しよう）
        「では、すぐに弊社でリポジトリを作らせていただきますね。その後〇〇をプッシュして…」
        
        意見を聞かれたときを想定
        「御社としては、何が良いと思いますか？」
        「長く使えるように、今の最新の安定版を調べて、
        それを使うようにしたいと思います。よろしいでしょうか」
        
        「必要な情報をください」と聞かれたときを想定
        （GitHubへの追加依頼をしたら、「メンバーリストをください」と言われるだろう。先に用意しておこう）
    - - ミーティング前
        PMや技術リーダーと相談しながら準備しよう
        先読み、聞かされた時の答え方
        
        ミーティング中
        テンプレートに頼りすぎず、考えて質問をしよう
        お客様の「普通」を知って、チームで共有しよう
        名前だけでなく、実例を見せて確認しよう