マネジメント の記事一覧

こんにちは。儀部です。弊社はグループ会社であるGMO-Z.com RUNSYSTEM(ベトナム)と協業でスクラム開発を取り入れており、その中で私はスクラムマスターを担当しております。本記事では私たちスクラムチームのふりかえりを紹介いたします。 ふりかえり（スプリントレトロスペクティブ）とは スクラム開発のイベントの1つで、スプリントの最後にスクラムチームが行うふりかえり会です。スプリント中に起こったことを振り返ることで、改善点を見つけるためのフィードバックの場として機能します。 ふりかえりの目的 チームメンバーからフィードバックを得て、スプリント中にうまくいったことや、問題が発生した原因を特定すること。問題を解決するために、改善策を話し合うこと。 実施方法 私たちのスクラムチームは渋谷、北九州、ベトナムの3拠点にメンバーがいるため、Zoomを利用し、オンラインホワイトボードツール（MiroやMicrosoft Whiteboardなど）を使用しています。KPTなどの手法に沿って、メンバーそれぞれが意見を付箋に記載します。 ふりかえりで試した手法 私たちのスクラムチームで試した手法として下記の5つを紹介いたします。 KPT 意見を出す手法として、Keep(続けること)、Problem(問題・課題)、Try(試したいこと)の3つの質問に回答する手法です。 KPT シンプルかつポピュラーなので取り組みやすいです。継続的に実施していると、Problem(問題・課題)の意見がだんだんと出なくなることがあります。Keep→Try(強化)よりもProblem→Try(改善)に向かうことがあります。 Continue、Stop、Invent、Act 意見を出す手法として、Continue(続けたいこと)、Stop(やめたいこと)、Invent(提案)、Act(行動)の4つの質問に回答する手法です。 Continue、Stop、Invent、Act KPTと類似しているため、KPTから始めて手法を変更する際に取り入れやすいです。Invent(提案)から改善につながる意見が出やすいです。Stop(やめたいこと)の意見が出にくいことがあります。 Fun Done Learn 意見を出す手法として、楽しかったこと（Fun）、完了したこと（Done）、学んだことや気づいたこと（Learn）の3つの質問に回答する手法です。 Fun Done Learn 楽しく振り返りができます。ポジティブな内容のため、全体的に意見が出やすいです。次のアクションにつなげるのが難しいという課題があります。 Good & New 意見を出す手法として、良かったこと（Good）、新しい発見（New）の2つの質問に回答する手法です。 Good & New 短時間で実施できます。ポジティブな内容であるためアイスブレイクに適しています。単独では継続的に実施するには物足りない場合があります。 YWT 意見を出す手法として、やったこと（Y）、わかったこと（W）、次にやること（T）の3つの質問に回答する手法です。 YWT 実際の出来事を起点に考えるため、意見が出しやすいです。「わかったこと」の共有を通じて、チーム内にノウハウが蓄積しやすいです。 ふりかえりで得た気付き 質問が抽象的で意見が出しづらい 例えば、今回やったことの中で、「新しく取り組んだこと」や「工夫したこと」といった特定の項目に絞ってから意見を出すようにしました。 同じ手法ばかりでマンネリ化することがあった 慣れてきたタイミングで、別の手法に切り替えるようにしました。 静寂に包まれていると意見が出づらい 参加者に付箋を記載する間、BGMを流し、明るい雰囲気をつくるようにしました。 まとめ 以上、私たちのスクラムチームのふりかえりについて紹介させて頂きました。ふりかえりの手法について、最初に取り組むなら、ポピュラーな手法で経験者も多いためKPTがオススメだと思いました。また、角度を変えたい場合は感情という観点でふりかえれるためFun Don Learnが新鮮で良かったです。どの手法も一長一短ありますので、メリット・デメリットを踏まえ、現状のチームに最適なものは何かを考えて都度採用していくのが良いと思います。アクションアイテムの評価など、ふりかえり自体に課題は残っていますが、より効果的に実施していくために、チームで改善を進めていく予定です。

こんにちは。デベロッパーリレーションズチームの村上です。今回はエンジニアがマネジメント業務を行うことについて書いていきたいと思います。私もマネージャーとして、サービスのプロジェクトのマネジメントやチームのマネジメントを行っているので、実体験を踏まえて書いていければと思います。 はじめに マネジメントというのは色々一括りにしたものであって、その分野はいくつか分かれてます。よく聞くのがプロジェクトマネジメントなんじゃないかなと思いますが、それ以外にもエンジニアに求められるマネジメント業務は他にもあります。 今回はエンジニアに求められるマネジメントに関して解説していきます。 チームマネジメント 会社で開発を行う際は基本的に複数人でチームを構成して行います。チームマネジメントとはチームに所属するメンバーのタスク状況やコンディション、モチベーションを管理しチームの開発生産性を向上させるためのマネジメントのことです。 エンジニアとして経験や年数を増えてくると、気がついたら部下や新卒メンバーが増えてきます。チームを率いていく立場として全員をまとめ上げ、自分の成果のみでなく一緒にチームの成果を上げることが求められると思います。この際に必要なのがチームマネジメントになります。 チームマネジメントの難しいところが、自分の仕事だけやって成果を上げれば良いというわけじゃありません。コミュニケーションに関しても、業務に関する部分だけ最低限取れていれば大丈夫という考えではうまくいきません。チームメンバーと信頼関係を築き、チームとして成果を上げたり、開発効率を最大化していくには以下のポイントに気をつけましょう。 メンバーとのコミュニケーション 心理的安全性を高める為の自己開示メンバーのことをよく知る（1on1や面談を行う） 目標やモチベーション 目標に向かって走る為の脳内同期と情報共有メンバーが成長を実感できるような目標設定メンバーの成果に対して適切な評価を行う プロジェクトマネジメント マネジメントと言われるとプロジェクトマネジメントが頭に浮かぶ人が多いと思います。 例えばサービスに新しい機能を追加する、大きな仕様変更で既存の機能を大幅に改修する等々の開発案件が発生したときに、リリースのスケジュールを計画したり、メンバーアサイン・タスクの進捗管理を行い、プロジェクトを成功に導くためのマネジメントがプロジェクトマネジメントになります。 また要件定義から詳細仕様を作成したり、細かなタスク作成をするのもプロジェクトマネジメントの仕事になることが多いです。プロジェクトマネジメントもチームマネジメントと同様、プロジェクトのメンバーと情報共有を行い、コミュニケーションを取ることが重要です。プロジェクトを成功させるために必要なことがなんなのか、スケジュールの調整やタスクの優先度をしっかりと考えてマネジメントしていきましょう。 実際の現場 GMOインターネットグループではエンジニアに個別のミッションが設定されており、私はマネージャーとしてのミッションを設定されています。マネージャーのミッションを設定されたエンジニアは、主にチームマネジメントを中心にマネジメント業務を行っていきます。プロジェクトマネジメントはまた別にミッションが設定されたエンジニアが行うことになるのですが、そこに該当するエンジニアがまだいなかったり育ってなかったりすると、プロジェクトマネジメントも兼任して行います。 私のチームは東京・福岡の2拠点に在籍しており、新卒2年～4年目のメンバーで構成されている為、一部のプロジェクトマネジメントにも携わってます。徐々にプロジェクトマネジメントをチームの他のメンバーに渡していき、チームマネジメントとプロジェクトマネジメントを分離していきます。やはり可能であれば一つに集中してマネジメントを行うほうが成果も上げやすいですし、マネジメントの負担も軽減されます。ここの分担ができていないのが、一般的に「マネジメント業務が嫌だ」と言われる原因の一つになってるのかなと考えてます。 まとめ マネジメント業務にも色々あって、特にプロジェクトマネジメントは自身も開発しながらプロジェクトの全体を管理するという面では割りと嫌がられることもあるかなと思います。 ただ、どのマネジメント業務であってもチーム一丸となって目標を達成する、という経験は非常に貴重なものとなります。エンジニアとしてのキャリアも最近は多岐に渡ってきているので、将来の選択肢を増やすといった面でも挑戦してみるのはどうでしょうか。チームやプロジェクトにもよる部分は大きいですが、マネジメントはメンバーに支えられて成立する部分も大きいので、非常にやりがいのある業務です。これを読んで今マネジメント業務をお願いされて悩んでる人に助けになれば幸いです。

弊社のグループ会社であるGMO-Z.com RUNSYSTEM(ベトナム)と協業で開発を進める上でスクラム開発を取り入れており、その中で私はスクラムマスターを担当しております。本記事ではスクラムでのメリットや今後の改善点などを紹介いたします。 スクラム開発の導入 生産性の向上を目指してスクラム開発が導入されました。 他にも事業部門との連携強化などの効果も見込んで取り組んでおります。 スクラムチームの体制 チーム構成は下記の通りで所属はバラバラですが、スクラムチームとして活動しております。ステークホルダーは弊社事業部門のマネージャーの方にご担当頂いております。 プロダクトオーナー：弊社事業部門のメンバー開発チーム　　　　：GMO-Z.com RUNSYSTEMのメンバースクラムマスター　：弊社システム部門のメンバー スクラムの実際の運用 前提 タスク管理ツールはJiraを使用してタスクをチケットとして管理しております。スプリントの期間は2週間で実施しております。開発チーム6名のうち日本語でコミュニケーションを取れるのはブリッジSE1名で、スクラムイベントへの参加者も開発チームからはブリッジSE1名のみになります。（ブリッジSEが開発チームの状況を把握した上での参加）見積と実績は時間で運用しております。スクラムイベントはカスタマイズして実施しております。（ご了承くださいませ） デイリースクラム 参加者　：開発チーム、スクラムマスター開催頻度：毎日開催時間：15分 アイスブレイクの一環として日本とベトナムの違いについて雑談。ブリッジSEからチケットごとに「昨日の進捗」「本日の予定」「問題点や相談事項」に沿ってヒアリング。 スプリントプランニング 参加者　：プロダクトオーナー、開発チーム、スクラムマスター開催頻度：2週間に1回開催時間：30分 下記①、②は事前にご対応頂き、スプリントプランニングでは③に注力しております。①プロダクトオーナーがチケットを優先度順で登録する②開発チームが登録された各チケットの対応にかかる時間を見積もる③スクラムチームがこれまでの実績と見積もりを比較の上、どのチケットまで対応完了できるか計画を話し合って合意を取る スプリントレビュー 参加者　：ステークホルダー、プロダクトオーナー、開発チーム、スクラムマスター開催頻度：2週間に1回開催時間：30分 ステークホルダー向けにスプリントでのインクリメントのレビューを実施して、頂いたご意見をもとにプロダクトの改善を図るきっかけとなっております。チケットごとに対応内容の説明はプロダクトオーナー、デモはブリッジSEが担当してレビューを進めております。 スプリントレトロスペクティブ 参加者　：プロダクトオーナー、開発チーム、スクラムマスター開催頻度：2週間に1回開催時間：30分 KPT（Keep：続けたいこと／Problem：問題点・課題／Try：挑戦したいこと）に沿って出た意見の中で1番賛が多かった意見を次のスプリントで実施するようしています。他のフレームワークも試してみて、合うものを模索したいと考えております。 導入したメリット スクラムチーム内で確認したところ、下記4点挙がりました。 タスクボードの活用によって各チケットのステータスや担当者などの情報が可視化されたため状況が把握しやすくなったチケットの相対的な優先順位を認識することができるようになったゴール（どのチケットまで完了する見込みか）の共通認識をチームで持つことができた導入前と比較してMTGにかかる工数を削減することができた 今後の改善点 直近の改善点として下記を考えております。 スクラムイベントの最適化 ブリッジSE以外の開発チームメンバーもスクラムイベントに関われるように運用を変更する チケット対応方法 1チケット1開発者での対応でなく、優先順位をもとにチームでチケットを対応してもらうようチケットの中でさらにタスクを分割する まとめ 私自身、前任者がスクラム開発を導入した状態から昨年12月に引き継いで当PJに参画いたしました。まだ試行錯誤している状態ですが、改善を重ねてより良いスクラムでの運用をできればと考えております。 ここで出たメリットはスクラムチームのみなさまにご理解・ご協力頂いた賜物だと思っていますので、今後も生産性の向上を目指して、チーム一丸で挑戦していきたいと考えております。

こんにちは。デベロッパーリレーションズチームの村上です。今年1回目の記事はオンボーディングについて書いていきます。オンボーディングとは？やチームにジョインした方があまり馴染めてないかなと感じてる人の参考になれば幸いです。 オンボーディングとは オンボーディングとは「会社やチームに新たにジョインする人材を教育・育成する為の施策」のことを言います。これは新卒や中途で新しく入ってきた人だけでなく、例えば管理職になったばかりの人も含まれています。業務の内容を教えるOJTとは異なり、会社やチームの思想、ミッションを理解してもらったり人間関係の構築等を行う為に行います。※余談ですが、オンボーディングの元の意味は乗り物に乗り込んでいる状態であり、パートナーが組織に含まれた様子を表しています。 オンボーディングの重要性 オンボーディングの重要性は、以下3点だとわたしは考えています。 ジョインしたパートナーを早期に戦力化できるチームとしての一体感を高められる心理的安全性を確保できる OJTで業務を教えるだけでは即戦力で働ける人はそう多くないです。オンボーディングを行うことで組織体制や業務をより早く理解してもらえるため早期の活躍が期待できるのです。 また新しい環境で業務に取り組むにあたり重要なのは心理的安全性です。どんなによいチームでも、お互いを理解し溶け込むまでには時間がかかったり、人によっては孤独感が出てしまうかもしれません。そういった状況もオンボーディングで解決できることが多いと感じています。 私が在籍しているGMOインターネットの北九州オフィスではオンボーディングを積極的に行っていることもあり、去年1年間の離職率も2%と非常に低い数値となりました。 またチームマネジメントの観点から、パートナーのコンディションを見るためにWevoxというツールを利用しています。支援や人間関係・承認といった数値は全社平均より更に高い数値となっており、チームのパートナーたちも納得感を持って業務に取り組めていることも離職率を下げた要因の1つといえると思います。 オンボーディングのメリット・デメリット オンボーディングを行うメリットとしては以下3点をあげます。 パートナーのモチベーションアップやコンディションを良好にすることができるジョインしたチームの雰囲気を知ってもらい、早い段階で馴染んでもらうことができる開発してもらう業務に対して、納得感をもって取り組んでもらえる デメリットは、既存パートナーにも大なり小なり工数が発生してしまうところです。マネージャー1人が頑張ってオンボーディングしても、チームとして受け入れる体制でなければオンボーディングを成功に導くことはできません。既存パートナーのモチベーションやコンディション維持を含めてマネージャーの腕の見せ所だと考えます。 チームでのオンボーディング施策 対応するサービスの歴史やパートナーの説明 私のチームが担当しているとくとくBBというプロバイダーのサービスは、かなり歴史の長いサービスとなっており、これまでにたくさんの商品が追加されてきました。その商品の仕様だったり、外部との連携部分の設計がどうなっているかを勉強会という形でパートナーに共有しています。元々は属人化を解消する為の施策ではあるのですが、新しいパートナーにも自分がやるサービスの歴史を知ってもらうことで納得感を持って開発に取り組んでもらうことができています。 とくとくBBの開発自体は東京・北九州・ベトナムと多拠点に渡って開発している為、各拠点の人とコミュニケーションを取る機会を設け、開発をする際の心理的安全性を高めています。 海外を含む複数拠点に点在するエンジニア同士なので、直接顔を合わせることはありません。だからこそ、お互いを知る機会というのはとても重要だと実感しています。積極的にコミュニケーション機会を設けることで開発効率のアップにもつながっています。 過去執筆した以下記事でも詳細ご紹介していますので機会があればご覧ください。 https://developers.gmo.jp/10325/ 定期的な声掛け・1on1 現在はオフィス出社と在宅のハイブリッド運用をしていますが、オフィス出社時は定期的にこちらから声をかけるようにしています。個人的にですが「わからないことがあったら聞いてください」が一番まずいコミュニケーションだと思っています。こちらから声をかけることで、小さな困りごとを相談できたり、雑談でコミュニケーションを取れたりするので、必ず自分から声をかけるようにします。 また、週毎や月毎に1on1によるヒアリング、チームのパートナーを交えたランチコミュニケーション、（時期は選びますが）飲み会だったりに積極的に誘ってます。この辺のお誘いはパートナーの性格にもよるので、徐々に深めていきましょう。 チームでやるコミュニケーションタイム 以前のブログにも書きましたが、私のチームでは、コミュニケーションを円滑にするための企画を各クォーターごとにパートナーに1つやってもらっています。 この企画に新しくジョインしたパートナーも参加してもらうことでチームに馴染んでいただくきっかけになっています。ドラッカー風エクササイズなんかは既存のパートナーのことを知ってもらうのに非常に有効なので、この企画をきっかけに仲良くしてもらってるケースは多いです。 https://developers.gmo.jp/11838/ 業務上の付き合いだけだと、中々深く話したり相手を知るきっかけを見つけにくいので、コミュニケーションをとる為の時間は別で確保したほうが良いです。 リモートワークにおけるオンボーディングのあり方 オンボーディングで難しいのはリモートワークのときです。相談したい相手が何をしてるか見えにくい状況が生まれるため、相談できず孤立してしまう可能性が高いです。なので私は以下を実践しています。 DiscordやZoomを常時接続した状態にしておいて、声をかけやすい状況を作っておく業務MTGの際にも、時事ネタや最近あった話をネタにして雑談をする時間を作るリモートワーク中は1on1で話しやすいので、込み入った話はリモートワークの日にやる これはオンボーディングに関わらず、そもそもリモートワーク中に気をつけてることでもありますが、組織やいっしょに働く仲間への信頼や安心感につながるようなコミュニケーションを意識しています。 まとめ チームをマネジメントする上でオンボーディングは非常に大事です。コロナ渦でマネージャーとして積極的にオンボーディングを実践してきたことで離職率やパートナーのモチベーションに影響があったことを受けて実感しています。 とはいえ、オンボーディングはマネージャーだけが頑張ってできるものでもなく、チームの協力が必要不可欠です。早期にチームが一体感をもって開発に取り組める環境をつくることは、結果的に生産性に直結していきます。 マネージャーや管理職のみなさんは、既存のパートナーも新しいパートナーも一緒になって、目標を達成できるように工夫していきたいですね。

こんにちは。デベロッパーリレーションズチームの村上です。今回はチームの目標達成のために効果が高いと言われているマンダラチャートをやってみた話を書いていきます。興味のある方はぜひ読んでみてください。 はじめに 私のチームでは、コミュニケーションを円滑にする施策を各クォーターごとにメンバーに1つやってもらっています。それはゲームだったりワークショップだったりするのですが、そこでマンダラチャートという施策が出ました。通常マンダラチャートは個人の目標達成のためのものかなと思っていましたが、チームビルディングにも活用できるんじゃないかなと考え、チームのマンダラチャートを作成しようという考えに至りました。 マンダラチャートとは そもそもマンダラチャートとは目標達成するのためのフレームワークになります。9×9のマス目で構成され中心のマスに目標を記載し、それに関連する要素を周囲のマスにメモしていきます。野球の大谷選手の話が有名じゃないでしょうか。 出典：スポーツニッポン 目的・効果 必要な要素やアイデアを書き出すことで、目標を達成するための思考を整理することができます。またチームビルディングにおいてはみんなで考えながらやることで、コミュニケーションを取るきっかけにも繋がります。 実施タイミング チームビルディングにおいては、チームのコンディションを見ながら適切なタイミングで実施する必要があります。今回のマンダラチャートはタックマンモデルで言うところの「統一期」に実施するのが望ましいです。チームのメンバーの強みや役割が明確化されて、共通言語や同じ価値観が生まれてくるこの時期に、目標達成の為のフレームワークを用いることでタックマンモデルの次のステージに移行することができるようになります。※タックマンモデルとは、チームは4つの成長段階を経て成果が出せる状態になることを示したフレームワークです。 チームビルディングでマンダラチャートを使うメリット マンダラチャートを活用することで、様々なメリットを得ることができます。 目標達成のプロセスが明確になる 仕事をする上で目標を設定することは当然だと思いますが、目標達成までのプロセスが明確になっていないことが結構多いです。目標に対してどういう行動をすべきか、何を優先して取り組むかという点を考えるのは中々難しいです。マンダラチャートは最初に目標を中心のマスに書き、それを達成するために連想される言葉を書いていくので、目標に対してどういう行動を取ればいいかを適切に把握することができます。 チームメンバーのアイデア・考えを発見できる メインのマスから関連する言葉を記載していく過程で、メンバーから新しいアイデアや考えが出てくることがあります。周辺のマスを埋める際に、特に制約のようなものは作らないので、自分では思いつかないような考えやアイデアがメンバーから出てくることが期待できる点はメリットと言えるのではないでしょうか。 可視化することで後で見直すことが容易にできる マンダラチャートを作成しておけば適宜必要なタイミングで見直し、目標達成のためのアイデアや必要なアクションを取ることができます。また目先の業務に追われて、目標に対しての適切な行動や優先順位を忘れてしまうことがあると思いますが、可視化しておくことで立ち返ることや、行動を見直すきっかけになるので、継続して追いやすくなります。作成する際はシェアポイントや共有ドキュメントとして、いつでも確認しやすく管理しておくことをおすすめします。 マンダラチャートの作成方法 それではマンダラチャートの作成の基本的な流れを説明していきます。 3×3のマス目を作成して中心のマスに目標を記載する 中心マスに達成した目標を記載します。ここが重要な要素になるので、よく考えて設定してください。 目標に関連する言葉を周辺のマスに書き出す 中心マスの目標が決定したら、周辺マスに目標に対して関係しそうな言葉・アクションを書き出していきます。この部分は抽象的なものでも構わないので、しっかりとマスを埋めていきましょう。 周囲の3×3のマス目の中心に記載した言葉を写す 中心の周辺マスに書いた言葉・アクションを、周囲の3×3のマスの中心に書き写し、中心と同じように関係しそうな言葉・アクションを書き出していきます。ただしここに書く内容は達成する為に必要な具体的なものを書くようにしていきましょう。 チームでマンダラチャート では、実際に私のチームでマンダラチャートを作成した時の話です。なぜ今回のタイミングでマンダラチャートを行ったかというと、1年間かけてしっかりとコミュニケーションを取り、メンバーとの心理的安全性を高め、チームとして目指していく目標を立てるタイミングであったので、まさに今やるのに効果的だからと考えたからです。 実施した感想 ちょうど私を含め8人で書いてたので一人1マスずつ埋めていきました。本来であればもう少し悩みながら書くものだとは思いますが、今回は閃いたものを記載してもらうようにしました。真ん中の目標に関しては個人的にはちょっと抽象的かなと思いましたが、初めてやるのでこんな目標にしてみました。参加したメンバーからは以下のような感想・意見をもらいました。 目標達成に対して自分がどのように動けばいいか明確にできた目標に関連する単語は思い浮かぶけど、具体的にどうすればいいかを認識合わせできて良かった考える時間が短かったので、もう少し考える時間がほしかった 私自身もやってみた感じ、想定より効果がありそうな取り組みだと感じたので、この目標に対する言葉・アクションを見返すタイミングを作り、目標達成ができるチームビルディングを行っていきたいと思います。 メインの目標に関しては、複数持っても良いかなと思うので、事業に対しての取り組みのマンダラチャートや、もう少し細かい目標設定に対してもマンダラチャートを活用していければと考えています。 まとめ チームで作るマンダラチャートはタイミングを選ぶかとは思いますが、チーム全員が目標に向かって進んでいく為のフレームワークとしては非常に優れていると感じました。目標は立てるけど中々達成できないなという方は、ぜひチームでマンダラチャート作成してみてはいかがでしょうか？

2021年9月16日（木）～17日（金）の2日間、グループ横断テックカンファレンス「GMO Developers Day 2021」がオンラインで開催されました。「GMO Developers Day」はGMOインターネットグループのサービス開発における技術や取り組みを伝える大規模テックカンファレンスです。今年はNFTやブロックチェーン、5G、DXなど業界の最先端情報を中心に全30のセッションが展開され、最新技術を活用した新しい挑戦や課題解決事例を交えたトークが繰り広げられました。開催レポートについてはこちらをご覧ください。本エントリーでは、大盛況を収めた同イベントのCTOクロストーク対談についてレポートいたします。 イベント概要 開催日時：2021年9月16日（木）～17日（金）アーカイブ動画：https://youtube.com/playlist?list=PL-nSubl7UrR4GYfl4mbwdX7iuY_d-BOV7 KEYNOTE：CTO対談 本セッションでは、ホスティング・ドメイン・決済・銀行・ECと多岐に渡る事業を展開している各社からCTOが登壇し、エンジニア組織の文化や取り組み、技術についてクロストークいたしました。 スピーカー 矢上 聡洋　GMOあおぞらネット銀行株式会社　CTO三谷 隆　GMOペイメントゲートウェイ株式会社　常務執行役員 CTO安藤 雄飛　GMOインターネット株式会社　システム本部UXデザイン開発部 部長 モデレーター 栗林 健太郎　GMOペパボ株式会社　取締役CTO インターネットを意識しなくても使えるように 栗林GMOインターネットグループは様々な事業をやっていますよね。GMOインターネットはホスティング事業、アクセス事業、マイニングもやっていて、グループとしては決済事業や銀行もあって、外から見た時「このグループは何をやっているんだろう？」というくらい幅広いところが僕らの特徴だと思います。一方で各社ごとに専門性があり、強い面や特色を持っています。そういう観点で、もっと深く、どういうサービスをやっているのか、どういう事業、どういうビジネスモデルでやっているのか、それぞれ簡単にご説明いただけますか？ 僕たちは創業から一貫してインフラ事業で「場を作る」ことに取り組んでいます。皆さんにインターネットを楽しく使っていただくのもそうですが、その上でいろんなビジネスを展開したり、インターネットに関係のない会社にもDXや業務効率改善でインターネットを役立てていただいたり、電気・ガス・水道のような生活インフラの1つであるインターネットに重点を置いて事業を展開してきました。コーポレートキャッチで「すべての人にインターネット」と言っていますが、インターネットを意識しなくても使えるようにしたいと思っています。安藤 栗林GMOインターネットグループは外から見たらいろいろなことをしていると先ほど言いましたが、その軸にはインターネットインフラを作っていくんだという一貫したミッションがあって、そこに沿って事業を展開しているんですね。続いて矢上さんお願いします。 一般的に銀行はお金を預けたり企業に融資したりしますが、我々はGMOインターネットグループらしく、インターネットの世界に銀行を出すことに重点を置いています。その手段として銀行システムにアクセスできるAPIを公開しており、現在約160社のお客さまにご契約いただいています。2017年に、各金融機関はAPIを公開してデータにアクセスできるようにしなさいという銀行法改正が行われましたが、それを上手く使ってAPIの公開に力を入れている日本のトップランナーだと自負しています。最近はこのAPIを軸に、バンキング・アズ・ア・サービス（Banking as a Service、BaaS：銀行・金融機能をサービス化したもの）への取り組み、さらにそれを発展させた組込型金融サービス（Embedded Finance：非金融企業の事業サービスに銀行・金融機能を組み込んだもの）への取り組みも始まっており、エンドユーザーから見ると金融機関がどこにあるかわからないような世界にチャレンジしています。矢上 栗林銀行業はインターネットインフラを作るというグループミッションから少し外れているように見えていましたが、銀行が1つのインターネットインフラとして必要不可欠なものになってきていて、APIやBaaSによってインターネット自体をより強化しようとしているんですね。では三谷さんお願いします。 我々は「ペイメントゲートウェイ」という名前が示している通り、クレジットカード等による支払いを可能にするテクノロジーを提供しています。決済手段はこの2～3年で急増していますが、ECサイト側としてはユーザーニーズに合わせて全種類揃えたいけれど、それを自分たちで準備するのは非常に難しいです。ですから我々がその決済手段を束ね、ワンストップで決済できるようにしており、QRコード決済のプラットフォームを提供したり、BNPL(Buy Now Pay Later：後払い)を提供したり、決済を便利にする仕組みを日々考えてお客さまに提供しています。決済は売買の根幹ですが、みんな決済がしたいわけではなく、ものやサービスが欲しいんですよね。ですから購入時に決済そのものにストレスを感じさせないシームレスなものを目指しています。三谷 栗林インターネットインフラの中で「ペイメントゲートウェイ」は欠かせないものですが、ユーザーが当たり前に決済できる仕組みづくりに注力されているんですね。知らないふりをしてあえて質問しますが、銀行と決済はお金の流れという意味では似ていると思うので、GMOあおぞらネット銀行とGMOペイメントゲートウェイの違いを教えてください。 決済機能やデータを提供しているのは金融機関側にあって、それらをつなぐ決済ネットワークの仕組みをGMOペイメントゲートウェイが担っているという感じですね。矢上 三谷実際、我々の関係は密接で、様々な事柄を一緒に手を組んでやっています。 お金の流れを作るという、いわゆる金融という部分では重なるものの、アプローチや担当領域が少し違うということですね。ここでGMOペパボのこともちょっとだけ紹介すると、GMOペパボはホスティングサービスやECサービス、ハンドメイドプラットホームなどいろいろやっていますが、一貫して「クリエイターの支援をする」という、表現者がインターネットで何かを出してそれが皆に知れ渡って広がっていき、その人の可能性を広げてあげるようなビジネスをずっとやってきた会社です。インターネットインフラというところで、人々にとってなくてはならない、自然に存在して自然とそこで活動できる世界を目指しています。栗林 コロナで加速したDX 栗林説明の中でDXという言葉が出てきましたが、それぞれの領域で取り組んでいることは一言でいうとDXにつながると思うので、ここを掘り下げたいと思います。DXといえば、2020年1月くらいからコロナ禍が始まり、もう1年半以上続いている中で、DXは災い転じて一気に浸透しました。そんなコロナ禍における各社の違いや力を入れたポイントを教えてください。 決済業界は、現金自体に触りたくないとか、買い物に行くのをためらってECに人が集まったりして、キャッシュレスが非常に進んだ2年間だったと思います。会社の中でも、強制的に脱ハンコになったり、在宅勤務制度ができたり、採用がリモート面談になったり、当たり前のように非対面が受け入れてもらえるものになったので、すごくやりやすくなったと良い方に捉えています。しかし、やはりFace to Faceの大事さやオン・ボーディング（on-boarding）、仕事以外の接点についてはかなり制約を感じているため、逆にFace to Faceの重要性を痛感しています。三谷 矢上決済に関わるビジネスはあまり落ち込んでおらず、むしろ伸びているので、事業スピードやシステムアプリ開発のスピードを緩めることができません。結果、やってみたら意外とうまくいった、ということも多かったですね。例えば半年以上かかる大きめのプロジェクトで、他社の関係者の皆さんと一度も対面でお会いすることなく完了まで持っていったり、やればできるじゃん、という気づきは大きかったと思います。あと、GMOインターネットグループ全体で感染リスクのレベルに応じて出社するしないを細かに設定しているように、我々も細かくリスクコントロールをしながらもコミュニケーションを重視し、業務効率の最大化に取り組んできたため、業績に大きな影響は出なかったのだと思います。 銀行ってリモートで仕事できるんですね。栗林 矢上そうですね。個人情報を取り扱う部分でどうしても制約が出てしまうため、もちろん100％というわけにはいきませんが、それ以外のところはリモートで回しました。銀行の場合はコロナに限らず地震などの自然災害も含めたリスクに対する体制、業務継続性というのが常に課題としてあるため、それがこの2年で一気に進んだという感じですね。以前から備えはしていたので、うまくリモートにシフトできましたし、この状況はこれからも継続していくのではないでしょうか。 コロナでDXが10年進んだ、なんて言われますが、我々にとってもそういう面があったんですね。栗林 安藤リモートワークだけでなく学校や塾のオンライン授業も浸透したので、トラフィックがかなり増えましたし、その運用を継続するためのネットインフラのお申し込みも増えています。他にもバーチャルデスクトップの需要も増えていますし、意外なところだと巣ごもり需要でマインクラフト関連のサービスが好調でしたね。当社はもともと福岡県北九州市にエンジニア拠点を持っていて、そことのコミュニケーションでリモート接続を以前から行っていたため、エンジニア部門としてはコロナ禍にスムーズに対応できました。でも、その裏でカスタマーサービスのメンバーが毎日出社していたり、データセンターで作業するメンバーは現地に行かなければならなかったり、リモートできないパートナーとのバランスはすごく重視しました。コミュニケーションに関してもいろいろ試していて、朝みんなでZoomをつないで一緒にラジオ体操をやる、なんてこともやりました。 インターネット上でのビジネスを支える屋台骨 栗林ここまでGMOインターネットグループの多種多様な事業について紹介してきましたが、どの会社もエンジニアにどんどん来てほしいと思っているはずなので、採用という観点での話に移りましょう。このセッションを見ている人は、「じゃあどの会社に入ればいいの？」「どの会社が自分に合っているの？」と疑問に感じていると思うので、各社のアピールポイントを聞いてみたいと思います。 どの企業もインターネットインフラの上でビジネスを展開していますが、インターネットインフラそのものを作っている企業は世の中に多くありません。膨大な量のサーバーやネットワーク、データセンターなどは、当社の中でも触れるメンバーが限られているのでかなりレアですし、そういう珍しい業務に携われるという部分におもしろさを感じてもらえるのではないでしょうか。私が担当しているのはその上のアプリケーション部分で、インターネットインフラに付加価値をつけていくことをミッションとしていますから、ITやエンジニアと関係のない一般の方にも広く使っていただくにはどうしたらいいかを考えながらサービスを開発するのもとてもおもしろいですよ。安藤 栗林GMOインターネットグループが提供するドメインやホスティングの提供数は、日本のインターネットの大部分を占めているため、インターネットインフラの屋台骨を支えるという役割に興味がある人に向いているということですね。 採用という観点になると、やはりいわゆる「銀行」というイメージが先行することが多いんですよね。大抵の銀行は内部にエンジニアはいなくて、ユーザー部門の意見を取りまとめて外部に発注するケースが一般的です。そのため、そんなところのエンジニアって何が楽しいの？ と思われがちですが、GMOあおぞらネット銀行はまったくの真逆を行っているので、そこをこの場でお伝えしたいと思います。私は2年ほど前まで別のITベンダーにいましたが、当時より今の方が断然エンジニア色の強い仕事をしています。既存の金融機関では大体外部に委託しているものを、我々は基本的にすべて内製していますので、APIの提供もすべて自前ですし、スピード感を持って開発することができています。内製に徹底的にこだわっている部分が当社の1番の強みですので、スピード感において当社のAPI開発は日本一じゃないかと思っています。銀行ではあるものの、日本の金融を銀行の立場から破壊していこう、という人が集まっているので、エンジニアの力で世の中を変えたいと思っている方々に来ていただけたらと思っています。矢上 栗林エンジニアがチームの一員として銀行そのものを作ることができる、作る側として働ける、というのが他行にはないGMOあおぞらネット銀行の魅力で、銀行の中の人として企画もデザインもエンジニアリングも一緒にできるというのはかなり貴重な体験、ということですね。 しかも、APIを提供する先がやはりエンジニアなんですよね。APIを利用する側のエンジニアと協業することもあり、APIを活用した設計の部分まで一緒に考えることもあるので、もうエンジニアがいないと回らない銀行です。矢上 栗林ソリューションにもエンジニアリングが関わっているんですね。ちなみに内製率はどれくらいなんですか？ 今のエンジニア比率は約40％で、これを50％まで引き上げようとしています。矢上 三谷GMOペイメントゲートウェイからは2つ。1つは、FinTech（フィンテック：金融×技術）やキャッシュレスという伸びしろしかない世界で毎年25％以上成長を続けていて、経済活動・社会活動そのものを支えるミッションクリティカル（業務遂行に必要不可欠）な決済事業という難しさはあるものの、社会的に重要な開発業務に携われるという点。もう1つは、我々も内製開発に力を入れていて、内製による品質やスピードにこだわっている決済プロ集団を自負していますので、ベンチャー的に最先端技術に取り組んだり、ミッションクリティカルな決済事業を安定した技術で支えたりと、良いとこ取りをしながらバランスよくスピードと品質を追求しています。根っからの技術好きでテクノロジーにずっと触れていたい、という人が現場で手を動かしていて、それを突き詰めることで社内で評価されてどんどん上に上がっていけるような会社なので、マネジメントやベンダーコントロールをやりたいという方よりは、大好きなテクノロジーを追求し続けたいと思っている人にとってエキサイティングな会社だと思っています。 ミッションクリティカルですし、トラフィックもすごそうですね。栗林 三谷そうですね。ECサイトでセールがあるだけで、秒で数千件入ってくることもあるので、そのあたりのノウハウやナレッジはかなり溜まっています。そういう裏側が知れるという点では、ある意味学べる世界かなと思います。 楽しみながら新しいことにチャレンジできる環境がある 三谷エンジニア自身が日々ワクワクしながらそれぞれ成長していってほしいという想いが強いので、事業会社でユーザーの声を直接聞きながら開発していきたいとか、フルスタックエンジニアを目指したいとか、難しい機能要件のシステムにチャレンジして腕を磨きたいとか、そんな人たちに来てほしいと思っています。 我々はベンチャーみたいな銀行なので、新しいことになんでもチャレンジしていきますし、日本初・世界初といった目立つこともやっていますので、そういう環境に挑戦してみたいという方や、日本だけでなく世界の金融を我々銀行の立場から破壊しようというミッションに共感していただける方にぜひお越しいただければと思います。ちなみに来月から銀行振込手数料が業界最安値の86円になります。振込でお困りの方がいらっしゃいましたら、最短即日で口座をお作りいただけますので、ぜひ！矢上 安藤やはりGMOインターネットも内製にこだわっていて、そこにはサービスに対する愛着があるので、ただ単に自分ができるテクノロジーや言語だけを使うのではなく、サービスに対してどうやってそのテクノロジーを活かせばいいのかを考え、それを楽しめる方が1番いいと思っています。各社それぞれ、いろいろなサービスを展開しているので、まずはそのサービスに愛着を持っていただきたいですし、変化の激しい業界なので、そうした動きにいち早く反応して敏感にキャッチして、変化そのものを楽しめるような方がいいですね。楽しく開発できる環境ですので、この業界でぜひ一緒に戦っていきましょう。 さいごに 全編セッションにつきましては以下よりご視聴ください。 https://www.youtube.com/embed/VL0-ogv0_ys

こんにちは。デベロッパーリレーションズチームの村上です。今回はリモート環境におけるコミュニケーション促進の取り組みを目的として行ったチームビルディング『ドラッカー風エクササイズをやってみた』話を書いていきます。興味のある方はぜひ読んでください。 はじめに 現在緊急事態宣言も解除され、今までリモートで仕事されていた方も久しぶりに出社されて仕事をしているかと思います。リモート期間中にメンバーが増えたりしたチームもあると思いますが、新しくジョインしたメンバーとのコミュニケーションをどうやって取っていますか？今回はコミュニケーションを円滑にする1つのやり方を紹介します。 ドラッカー風エクササイズとは ドラッカー風エクササイズとは、「アジャイルサムライ」の著者が紹介しているチームビルディングを行うための手法のことです。4つの質問の回答を共有することで、お互いの考えや価値観、期待のすり合わせを行うことができます。 目的・効果 このドラッカー風エクササイズを行うことで期待できる効果は以下になります。 チームにおける不安や緊張を緩和できるメンバーが持つスキルを認識できるメンバーが大切にしている価値観を知ることができる メンバーの価値観や考えを知ることで、相手のことを理解でき自分をどのくらい出せるかということがわかってきます。そうすることでリモート環境において課題である1つの、心理的安全性を確保することができると考えます。 実施タイミング ではいつ実施するのが効果的かという点ですが、タッグマンモデルで言うところの「形成期」「混乱期」に実施するのが望ましいです。※タッグマンモデルとは、チームは4つの成長段階を経て成果が出せる状態になることを示したフレームワークです。 まだチームのメンバーがお互いのことを知らない、またはチームの中で目標に対する考え方・感情がぶつかる時期にやりましょう。 4つの質問 それではメンバーに回答してもらう4つの質問を紹介します。 自分は何が得意か 自分自身のことを振り返って整理することができ、それを聞いたメンバーはどういうことを任せればいいかを知ることができます。たとえば「論理的思考」、「細かいところに気づく」、「状況を整理する」のような技術というよりは抽象的な能力を回答してもらいます。 自分はどういう風に仕事をするか 仕事をする上でどこからパフォーマンスを得ているかというのを伝えることで、パフォーマンスを上げやすい環境つくりをすることができます。たとえば「夜型」、「効率化が好き」、「マイクロマネジメントが嫌い」のような回答をしてもらいます。 自分が大切に思う価値は何か 自分自身で何を重要視しているかを明確にすることで、相手の地雷となるところを事前に避けることができ互いに良い関係を築くことができます。たとえば「家族」、「楽しさ」、「価値のある仕事」のような回答をしてもらいます。 メンバーは自分にどのように貢献することを期待していると思うか 自分自身がチームの中でどのような役割と考えているか、それを聞いたメンバーは期待している役割通りなのかをすり合わせができます。たとえば「素晴らしいユーザー体験作り」、「徹底的なテスト」、「開発プロセス改善」のように回答し、お互いにすり合わせることで安心してチームで仕事に取り組むことができるようになります。 ツール紹介 次にドラッカー風エクササイズをする際に使うツールを紹介します。 本来なら・・・ メンバーが全員オフラインで集まっているのであれば、ホワイトボードに付箋を貼っていくスタイルが主流です。あとはカジュアルにやると思うので、お茶菓子も用意しておけば話が弾むんじゃないでしょうか。 リモートなら・・・ 昨今の状況で全員がオフラインで集まるというのも難しい可能性があります。オンラインであればZoom等を使い、オンラインホワイトボードのサービス（miroやMicrosoft Whiteboard）を利用するのをオススメします。ただ、みんなで見ることができればいいので、エクセルで共有したりSlackでもできてしまうと思います。今回わたしたちは、Microsoftがリリースしているshare point上のエクセルで行いました。） チームでドラッカー風エクササイズ では、ここからは実際に私のチームでドラッカー風エクササイズを行ったときの話です。今回なぜこのタイミングかというと、私のチームに新しくメンバーがジョインしたばかりで、既存メンバーとのコミュニケーションが足りておらず、お互いに理解を深めてもらうのにちょうど良いと感じたからです。 タイムスケジュール メンバーは9名参加だったので、なんとか1時間で終えることができました。このぐらいの時間でできるのであれば導入しやすいのではないでしょうか。細かい時間設定は以下の通りです。 ドラッカー風エクササイズの説明（5分）質問の回答（15分）解答発表&すり合わせの時間（4分/人）ワークショップの感想 ワーキングアグリーメント 今回ドラッカー風エクササイズをやる上でワーキングアグリーメント（チームでの決め事）を1つだけ決めていました。それは「メンバーを否定しないこと」です。あくまでも自己開示してもらいそれを知ることが大事なので、否定することはよくありません。 実施した感想 実際に使用したツール※個人情報は削除しています 質問に対して、参加メンバーの回答が並べられています。この画面をシェアしながら実際に行いました。 参加メンバーからは以下のような感想や意見が寄せられました。 「メンバーを深く知ることができ、より良いマネジメントができそうだと感じた」「他のメンバーから求められてることと、チームに貢献したいと思ってた自分像が一致しているのが改めて確認できて、非常に有意義だった」「結構わいわい盛り上がれるなと思った。リモート下でのコミュニケーションの補充にも効果的だと感じた」 他にもポジな意見をもらうことができました。自己開示以外にも、メンバーのことも知ることができるので、オンボーディングに最適だなと感じています。 次の取り組み この取り組みは継続的にやっていこうと考えており、次回は質問をもう1つ増やそうと思っています。その質問とは「自分はその人にどのように貢献することを期待しているか」というものです。 これは自己開示をしている人に対して、周りのメンバーはどのように期待を寄せているかというのが明確になるので、さらにコミュニケーションを深められるのではかと考えています。 まとめ チームビルディングの手法は数多くありますが、ドラッカー風エクササイズは自分を知ってもらうこと・自分を見つめ直すことに注力していると考えます。チームで実施し価値観や考え方をお互いに知ることで心理的安全性を高め、チーム開発やチームビルディングの効果を上げることも期待できます。 チームの人数にもよりますが、ファシリテーターさえ用意すれば簡単に行うことができるので、みなさんのチームでも実施してみてはいかがでしょうか？

こんにちは。デベロッパーリレーションズチームの村上です。今回は私が開発マネージャーを務めるとくとくBBプロダクトチームについて書いていこうと思います。多拠点開発に興味のある方にぜひ読んでいただけたら嬉しいです。 多拠点開発における組織変遷 チーム紹介をする前にまず、多拠点開発ならではのマネジメントの苦悩と、現在のチーム編成に至るまでを簡潔にお伝えできればと思います。組織全体で俯瞰すると複雑になるので、今回は私を主軸として組織変遷を簡潔にお伝えします。 組織改善前 kitaQの開発チームは、『ConoHa、Z.com』、『お名前.com』、『とくとくBB』の開発を担当していました。各サービス毎にマネージャーを配置し、プロジェクトマネジメントとヒューマンマネジメントを行っていました。 プロジェクトマネジメント案件進捗管理、メンバーアサイン、技術フォロー等ヒューマンマネジメント工数管理、チーム内調整、評価など マネージャーの業務としては他の組織と相違ないと思うのですが、改善前の私たちの組織では、マネジメントの役割を拠点で分けて行っていたためマネジメントの工数が無限でした。 3つの商材にまたがってヒューマンマネジメント、とくとくBBに関してはプロジェクトマネジメントも開発業務も行っておりましたため、マネージャーとしてメンバーが気持ちよく開発に集中できる環境を用意することがなかなか難しいことも課題であると感じていました。具体的には以下です。 マネジメント範囲が広すぎて、開発で困っていることをタイムリーに解決できない3つのサービスそれぞれに関わるメンバーの状況をすべて把握する必要があるが、現実的に難しいことがあった 組織改善後 そこで上記で示しているとおり、多拠点にまたがって1つのチームとして稼働していく体制へと改善されたのです。 サービスごとに縦割りにし、ヒューマンマネジメントもプロジェクトマネジメントもすべて1人のマネージャーが請け負うことで、改善前にあげていた課題を少しずつクリアにすることができました。たとえば以下のようなことが改善されました。 マネジメントすべきメンバーがある程度固定されたことでTODOが把握できるようになったタイムリーに困難なことに対応できるようになったマネジメントコストが削減されたことにより、私自身の開発工数が捻出できるようになった上記をもって、開発の質があがった 多拠点開発チームの特徴 ここからは、現在の私のチームについてご紹介します。 特徴としては、メンバー構成が多拠点に跨っていること、構成するメンバーのほとんどが若手が多いことです。北九州に私を含む6名、東京に1名、ベトナムに2名という形で開発を行っています。 メンバーとうまく意思疎通ができるかどうかは非常に大事です。なのでコミュニケーションにかける時間を大事にしています。メンバーのほとんどが新卒という点は、まだまだ課題の方が多くありますがこれからの成長に期待できるかなと考えています。あとは若いメンバーが多いので、自分の知らない分野の話や考え方が聞けたりして勉強になるなと感じる部分も多いです。 主な業務 とくとくBBのnaviと呼ばれる、とくとくBBの会員向けコンパネの開発を行っています。取り扱っているサービスの申し込みや、契約情報の確認ができるサイトです。具体的な業務としては、新サービスを取り扱う際の開発、事業部の施策対応、不具合やCSからの問い合わせ対応を行っています。お客様がよりわかりやすく、使いやすいサイトを作っていってます。上記のサイト管理以外にも、サイトのリニューアル開発も並行して行っています。リニューアル開発とはなにかというと、現在naviはサービス初期から使われている旧サイトから、現サイトへと機能移管を行っています。ただリニューアル開発のスピードより、新サービスの展開スピードのほうが早く、中々移管が進んでいないのが悩みの種だったりします。。 使っている技術 現在使用しているのは「ASP.NET MVC」で言語は「C#」を使用しています。フロント側は「jQuery」を使っています。少し昔の定番のような構成です。JavaScriptのフレームワークといえばReactやVue.jsを使っていないの？って思われるかもしれませんがまだまだ現役で使っています。バックエンドのバッチやAPIと連携する為にSQLでクエリも書きます。ただ作ってから結構な年数が経過しているので、通常の開発と並行して色々とアップデートしたいなと感じています。たとえば実際にコード書いてるとTypeScriptを使うと楽だなと感じる部分が出てきてたりします。 チームのミッション チームのミッションとしては「業務領域の拡大」と「エンジニアの育成」を掲げています。 業務領域の拡大 先ほど、とくとくBBの会員向けコンパネの開発を行っているとお伝えしましたが、メンバーの増えてきたので、さらにkitaQでできる開発を増やそうと考えています。 とくとくBBには入会サイトや申込みサイトが多数存在するので、そこをすべてkitaQで開発できるのが私の野望だったりします。 エンジニアの育成 もう1つはエンジニアの育成です。若手エンジニアには、スキルアップとサービスへの理解を深めてもらいます。とくとくBBは歴史の長いサービスで現在150万以上の会員様がいらっしゃいます。その分だけサービスの数も多いですし、仕様はどれも違ったりするので理解度を深めるというのは非常に大事だったりします。 具体的な施策 下記の施策を行うことで、メンバーの成長の加速させています。 サービス説明 サービスへの理解を深めてもらう為、東京・北九州のチーム合同で古いサービスから最近のサービスまでどういう仕組なのか、裏側のロジックはどうなっているのかというのを説明する時間を設けています。これのおかげで途中からジョインしたメンバーもサービスへの理解を深めることができていると実感しています。 コードレビュー これはどこもチームも当たり前のようにやっていますが、うちのチームではメンバー同士のでコードレビューに加え、最終的には私が必ずコードレビューを行うことで細かな部分への指摘もしっかり行えるようにしています。最初は私だけがコードレビューを行っていたのですが、コードをレビューするのも自分の実力になると思ったので、若手メンバーにもコードレビューをしてもらって、何かしら指摘できるように育ってもらおうとしています。 ペアプログラミング 結構な頻度で取り扱うサービスが増えるので、新規開発する機会が多いです。 若手メンバーによろしく！と振りっぱなしにせず、1枚の画面（オンラインではZoomの画面共有）で一緒にコーディングを進めたりします。ペアプロで開発するのはコストがかかってしまうのでは、という指摘をいただきますがペアプロですすめることで成果物の完成度は断然よくなります。検証中の不具合修正作業量も減っているので、やる価値はあると私は考えます。 まとめ まだまだチーム的にもメンバー的にもこれからではありますが、成長を考えるとこれからが非常に楽しみなチームになっています。若手エンジニアが早く一人前のエンジニアになれるように、私も頑張って支えていこうと思います。

こんにちは。デベロッパーリレーションズチームの村上です。今回は私のチームで行っているリモートでのコミュニケーションについて紹介していきます。昨今リモートワークされるエンジニアの方も多いと思いますので、同じような環境で行き詰ったかたの参考になれば幸いです。 はじめに 前回のブログでは、リモートワークで活用しているツールについてご紹介いたしました。 https://developers.gmo.jp/9568/ 今回は、リモート環境におけるコミュニケーション方法にフォーカスしてお届けしたいと思います。リモートワークが浸透する一方で、圧倒的に課題としてあげられることが多いコミュニケーション不足。 これは、弊社内でも同様に起きている問題でした。今回は実際にわたしたちのチームで発生した事象とその解決方法についてご紹介いたします。 リモートコミュニケーションについて 元々わたしが勤務しているkitaQでは、全社的にリモートワークが推進される前から、東京～北九州の間でチームを跨いで開発をしていた為、ある意味日々リモートワークのような状態ではありました。 オフィスでは常時接続用のiPadが数台あり、気軽に東京側のエンジニアに声を掛けてコミュニケーションを取ったりしていました。その為、全員が在宅でのリモートワークになっても、そこまで大きな問題は起こらないだろうという想定でした。 発生する課題 ところが、実際に在宅でのリモートワークが始まると課題となるところがいくつも出てきました。 パートナーとの雑談が激減カメラ越しだとその人のコンディションが把握できない在宅が続くことでのモチベーション低下さまざまな要因から作業効率が落ちてしまうパートナーが出てきてしまう オフィスである程度パートナーが固まって業務をしていたときと、確実に状況が違いました。このままではよくないと思い、これまで以上にヒューマンマネジメントにリソースを使っていくことにしました。 マネジメントへの負担増 私はマネージャーとしてマネジメントを主な業務としていますが、もちろん合間で開発作業を行っています。これまではパートナーへの声掛けがしやすいオフィスだった為、開発とマネジメントのバランスが取れていましたが、マネジメントのウェイトが増えてしまい開発作業にも影響がでてきました。これではまずいと思い、チームの再編を含めマネジメントのやり方を見直していくことに決めました。 リモートコミュニケーションの課題解決 課題がわかっているのであれば、解決すれば良い！ということで、以下で紹介するようなやり方を試していくことにしました。 1on1の機会を増やす まずはパートナーと1on1で雑談や相談をすることにしました。 全員が繋がっている場では出にくかった相談や、雑談ができることでパートナーの調子も少しだけ良くなったように感じます。ここで相談されたことは積極的に解決していくようにして、次の1on1で悩み事が解決できているかを確認していきました。 最初はなかなか話題が出てこなかったりしましたが、繰り返し行っていくことでパートナーから話題を振ってくれることも増え、相談してもらえるようになってきました。 みんなが集まる場でのファシリテーション コミュニケーション量を増やす為に、朝会に加えて夕会やチームキープの時間を取るようにしました。ただ集まるだけではパートナー同士でのコミュニケーションは生まれません。なので雑談をベースに話題を振ってパートナー同士のコミュニケーションの促進を行いました。 最初は私が1人で喋ってるだけ（笑）でしたが、しだいに話に乗ってきてくれて有意義な時間を作れたかなと感じています。 負担の少ない常時接続環境 在宅でのリモートワークが始まって一番不安だったのが、在宅だと中々作業効率が上がらないのではという問題でした。 最初は、常に顔を見れる環境が良いと思い、パートナーには常にカメラONで常時接続の環境を作ってもらっていました。ただこれに関しては結構負担に感じているパートナーもいたようで、四六時中見られている感覚があって嫌だったという意見もありました。とはいっても、どんなことが課題になっているのか、即時対応できない環境においては、マネジメントする立場の自分がとても不安でした。 ということで、最終的に行き着いたコミュニケーション方法が、Discordを利用して常時接続してもらうことです。 最初はZoomのカメラOFF運用をしていたのですが、他のチームとのコミュニケーションも課題になりつつあったので、Discordを複数のチームで運用することにしました。Discordだとどこに誰がいるかというのが、かなりわかりやすくなりました。ミーティングも、顔をみて話をしたい時はカメラONにして話すか、Zoomに移動して行うことで、パートナーや私の負担が少なく常時接続環境を用意することができました。 オンラインでできるコミュニケーションタイム 最近取り組んでいるのですが、仕事以外にもなにかコミュニケーションが取れるようにしたいという思いと、相手に対してうまく伝える力を養ってほしいという考えから、チームキープの時間を利用して、オンラインでできるコミュニケーションゲームを取り入れています。 パートナー発案で以下のような企画を実施しました。 パートナーをもっと深く知ろう ～クイズ○○さん～水平思考クイズ町の地図を作成しようお絵かき伝言ゲーム といったものです。詳細は割愛しますが、どれも楽しみながら相手とコミュニケーションが取れ、伝える力をつけることのできる良い企画でした。 一見、エンジニアの業務とは関係のないように思う方もいるかもしれませんが、こうしたレクリエーションを通して、お互いの考えや人柄を知ることで、心理的に安心できるチーム環境を作れたと自負しています。そして、それは結果としてチームワークを深め、より生産性の高い開発へとつながると考えます。これからもこういった業務外の取り組みも継続してやっていきたいと考えています。 まとめ 色々と工夫を繰り返して良いやり方を見つけてきたのと、パートナーもリモートのコミュニケーションに慣れてきてくれたおかげもあって、どんどんチームコンディションは良くなってきているように感じます。 まだまだ取り組めることは沢山ありますので、チャレンジを重ね、良いものを取り込み、チームとして更に良いパフォーマンスが出せるよう努めていきます。

こんにちは。デベロッパーリレーションズチームの村上です。皆さんリモートワークされていますか？今回は東京-福岡-ベトナムと拠点をまたいで開発を行っている私のチームで、普段どのようなツールを使ってコミュニケーションを取っているのか紹介していきます。 はじめに コロナ禍になって以降、リモートワークされている方が増えましたよね。弊社は国内の上場企業としてはもっとも早く大規模なリモートワークを開始しました。参考プレスリリース：https://www.gmo.jp/news/article/6641/ 私はリモートワークが主流になってからマネージャー職になりました。そのためオンライン上での信頼関係の構築や、開発業務をより効率的に行うためのチームメンバーとの円滑なコミュニケーション方法を模索する必要がありました。 そこで今回は、私がたどり着いたリモート開発に際してより効率的なコミュニケーション方法をお伝えしようと思います。 コミュニケーションツールに関して まずは実際に使ってきたコミュニケーションツールの変遷と特徴を私の所感で書いていきます。 Skype リモートワークが始まるまでは一番使われていました。ちょっと通信品質が良くなかったかなという記憶がありますが、コミュニケーションにおける大きな問題はなかったです。 Zoom こちらはリモートワークが始まってから主流となったツールです。Skypeより優れていると感じる点は、通信品質が良くカメラをつけた状態でも音声の聞こえが良いです。今ではZoomを使うことが主流になっています。バーチャル背景やビデオフィルターみたいなユニークな機能もあって、ちょっとしたコミュニケーションのきっかけになったりすることもあります。 Google Meet 今では有料アカウントが会社から支給されており、何時間でも繋いだままの環境が使えています。無料アカウントしか持っていないときには、リモートワーク中のメンバーを常時接続状態を作るために使用していました。有料アカウントを会社から支給されて以降は、メインツールがZoomになったので切り替えて現在は使用していません。 Microsoft Teams Zoomが使えないときのサブ手段として使っています。Zoomが使えなくなることはあまりありませんが、いざという時に使えないと困るので週一のチームミーティング等で使っています。 Discord こちらは割と最近、開発作業時に使うことが増えてきました。現在主流で使用しているZoomと比較した私の環境を考慮しメリットは、2点あります。 仕様上、作業者の状態がわかりやすい東京のチームと同じサーバーを作成しているので、東京のチームの在籍状況がわかって声をかけやすい あとは基本カメラOFFで通話のみとしているので、常に見られているというプレッシャーを感じなくてよいらしいです。（Zoomのときは基本カメラONで作業にしています）。 各ツールごとに使い込み具合に差はありますが、現時点での私の評価はこんな感じです（5段階評価） 通信品質使いやすさ優れていることSkype☆☆☆☆☆☆☆Zoom☆☆☆☆☆☆☆☆☆カメラONの通話品質の安定感バーチャル背景Google Meet☆☆☆☆☆☆Microsoft Teams☆☆☆☆☆☆☆バーチャル背景Discord☆☆☆☆☆☆☆☆☆☆ボイスチャットコミュニケーションの取りやすさ 円滑な開発/コミュニケーションが実感できたDiscord ここまではリモートワーク開始前～現在に至るまでに活用したツールの紹介をしてきましたが、マネージャーとしてより円滑にコミュニケーションを取るために私の選定したメインツールは2つです。 １.Zoom２.Discord 弊社のメインツールであるZoomのみでも、十分にコミュニケーションを取ることは可能です。ここからは私が実践して感じた、プラスαでDiscordを取り入れるメリット・デメリットをお伝えします。 メリット オンラインでのメンバーのステータスが見えやすい 各チャンネルに人がいるのが見えるので、声をかけやすいです。これはZoomでは実現できない機能なので、これだけでも使う価値があるなと感じています。 複数同時に画面共有ができる 自分が画面共有しつつ、他のパートナーに画面共有してもらってそちらと見比べながら話ができる部分は使いやすいです。Zoomでも複数画面共有は可能なのですが、自分が画面共有をしていると他の人の画面共有を見ることはできません。 Zoomと同時に起動できる これは併用しているならではかと思いますが、Zoomを常設していると会議を別で作ることはできません。オンラインで離れている環境だからこそ、チームメンバーと多くコミュニケーションを取る必要がある私にとっては、mtgを同時に起動できる点は非常に便利です。 他拠点のチームメンバーが入ってきてくれて、雑談等のコミュニケーションが取れる 業務とはそこまで関係ないのですが、リモートワークではなかなか難しい自チーム以外のパートナーとのコミュニケーションが取りやすいです。結構これって重要なことだと私は考えています。今は2チームを含むサーバーなのですが、もう少し大きな範囲でやってみても効果があるはずです。 デメリット 出社時にイヤホンをつけた状態にしてると、貴重なオフラインでのコミュニケーション機会を失ってしまう 役職者や先輩がイヤホンつけてると、周りの人は何か忙しそうだなと感じて声をかけにくいですよね。出社時は常時イヤホンというのは控え、リアルコミュニケーションを心掛けたほうが良いのかなと考えています。 雑談しすぎない配慮が必要 難しいラインだとは思いますが、ZoomよりはカメラがOFFなせいか雑談が生まれやすい空気があると感じています。雑談に気を取られて作業できないパートナーが出るのは良くないので、集中する時はスピーカーミュートをする、集中タイムのようなものを設けてその間は開発に集中する等の対策をしておく必要があると考えます。 実際のサーバーの様子 このような形で運用してます。（うちのチームの若い子が名前隠してくれました） まとめ 如何だったでしょうか。これ以外にも世の中にはたくさんコミュニケーションツールはあります。今回ご紹介したツールは無料で使える（私はZoomは有料アカウントを使用していますが、無料版もあります）ので、まだ使ったことがないツールがあればぜひ試してみてください。私はマネージャーとしてチームをまとめる上で、パートナーに最大効率を出してもらうように環境を作って行く必要があります。良質なオンラインコミュニケーションの環境を作るために、色々なツールや仕組みをこれからも模索します。 さいごに 私がデベロッパーリレーションズチームに所属する前から行っている、福岡のパソナテック様との合同オンラインLTイベントが6/30に開催されます。初回は私が進行とLTの発表を行います。九州のITエンジニアの面白い話が聞けると思いますので、お時間がある方はぜひ参加していただけると嬉しいです。https://hakata-tech-juku.connpass.com/event/214140/