Hiveで製品開発チームを運営する方法

世界中のチームが生産的に働く日常を紹介する「ある1日」へようこそ。実際の利用者に、 Hiveで1日をどう過ごし、何を達成しているかを聞きます。????

基本情報

今回：SaaS企業のリモートチームを率いるエンジニアリング責任者職種：エンジニアリング責任者業界： SaaS、生産性管理所在地：ニューヨーク州Long Island趣味： ギター、体を動かすこと、音楽に関すること全般???? 代名詞：He/Him

チームでの役割を教えてください

エンジニアリング責任者です。「ポッド」と呼ぶ各チームを含め、全体を統括しています。デスクトップアプリとモバイルアプリのすべてが対象です。責任は主にいくつかの領域にまたがります。性能やサーバー全体の安定性など、バックエンドが想定どおりに動くことを確認するのが仕事です。

ほかには、大きな新機能群を開発する、規模の大きいプロジェクト、いわゆる「エピック」を管理します。

Hiveでアジャイルを使うと、プロジェクトを効率よく進められます。先ほどのとおり、エンジニアリングチームは3つのポッドで構成されています。それぞれ2週間のスプリントで働き、各スプリントにストーリーポイントの目標と、「スプリントの確約事項」として指定した重要タスクがあります。各アクションの仕様をエンジニアが定め、チーム全員で投票してポイントをつけます。その後、スプリントに割り当て、最終的にコードベースへ統合し、本番環境に展開します。

ストーリーポイントを使うことで、処理能力と開発速度に合った計画を立てられます。引き受けすぎを防ぎ、社内のほかのチームにも、より確実なリリース予定を示せます。

最後は日々の通常業務です。不具合の修正からアプリ全般の保守まで、各ポッドで対応します。

エンジニアリングチームは何をしていますか？

現在は25〜30人以上がいて、3〜4チームに分かれています。主な仕事は新機能の開発と、既存機能の再設計です。

仕事の性質上、製品チームやカスタマーサクセスなど、社内のほかのチームとも密接に協力しています。

成長を続けられるよう、エンジニアリング全体の考え方が正しい方向へ向かっていることも確認します。新しいエンジニアが入ったとき、早くほかの人と同じ能力や速度で働けるようになり、仕事の完了に集中できる状態を目指しています。

チームの主な目標は何ですか？

重点的に取り組むことがいくつかあり、主要な指標を基準にしています。たとえば、アプリの速度です。初回の読み込みから基本的なリクエストまで、すべてを速く処理し、利用者が快適で安定していると感じられることが重要です。

進歩を続け、新機能の公開で問題を持ち込まないことも目標です。機能を充実させ、ほかの製品管理ツールと比べても見劣りしない製品にすることに力を入れています。

利用者のワークフローを支える機能を備え、常に適応し続けることが中心的な目標です。最後に、チームとして提供の速さを重視しています。

個人ではHiveを何に使い、仕事全体にどう役立っていますか？

エンジニアリングチームでは主に、ソフトウェア開発のライフサイクル全体にHiveのかんばんボード を使っています。最上位に「tech teams」というプロジェクトがあり、その下の子プロジェクト内に、各ポッドやチームの子プロジェクトを配置しています。

そこに開発の全工程を示しています。まずスプリントバックログから、各エンジニアが次の2週間のチケットを選びます。完了したら、レビューと承認の工程に進みます。Hiveの自動化段階を使って一部を自動化しているので、作業後にボタンを押すような感覚です。

コードレビューやテスト、次へ進む前の承認を担当する人に、このテンプレートを適用します。承認がすべて終わると、ストーリーは統合準備完了になります。その後、残りの開発ワークフローに従い、「bell」と呼ぶ基準のコードブランチへ統合し、ベータへ進めます。最後に、毎週の予定に合わせて本番へ展開します。

私個人も、先ほど説明したソフトウェア開発の全工程を使います。かんばんビューに加え、マイアクションの一覧ビューが便利です。承認一覧とともに、自分のコードレビューや承認を待っているストーリーを確認できます。担当項目を追跡し、円滑に進んでいるかを確かめられます。また、チームではHive Notesを頻繁に使います。技術文書、大きな問題や調査の記録、エンジニア採用の面接、大規模な取り組みの追跡などです。性能や、回帰不具合・バグの追跡について定期的に会議を行います。過去に話したことを確認するのに、メモがとても役立ちます。

ほかのツールと組み合わせていますか？

はい。チーム全体でGitHub連携を使っています。GitHubは複雑な処理を数多く行い、複数のエンジニアのコードを、不具合を持ち込まずに統合できるようにします。開発ボードの各アクションカードは正式な開発ストーリーなので、それぞれ対応するコード変更があります。変更はすべてGitHubで追跡します。

作業中のコードブランチを使って、各カードにGitHubを関連づけます。バックエンドでGitHubの更新を受け取り、メニュー内で利用者にすべて表示できます。また、連携画面のプルリクエストを開くボタンから、実際のプルリクエストへ直接移動できるのも便利です。そこでコードレビューを行い、準備が整ったらストーリーを統合します。簡単になります。

開発チームには専門性の高い独自のツールが多く、参照用にHiveへリンクします。たとえば、指標の報告にはDatadog Dashboardsを使い、画面の画像や特定のログへのリンクを共有します。Hiveと直接連携はしませんが、重要な情報をアクションカードに含められるので、とても便利です。

Hiveを使う1日

午前9:30〜11:30

朝はまず通知とチャットを確認し、すぐに返答が必要な人へ対応します。アクションカードの質問にも答えます。全ポッドで会議があり、その後に対応する項目がいくつも生じるので、始業後すぐに取り組みます。

???? エンジニアとの通話も計画し、作業を妨げる問題を解消して、発生した課題の次の手順を明確にします。これにはHiveのMy Dayがとても便利です。公開されたとき、「予定を確かめるために、1日12回もGoogleカレンダーを開かなくてよくなった」と思ったことを覚えています。

今は通知が来て、ボタン1つですべての通話に参加できます。特に助かっている機能です。

午後12〜3時

昼から午後の早い時間は、集中して作業することが多いです。開発全体の取り組みなど、進めたいことの次の手順に着手します。その間にペア作業の会議依頼などが入ると、午後の残りはたいていそれで埋まります。????

午後3:30〜5:30

終業前には、かんばんボードのカードを最後に確認します。進行を妨げられているストーリーがなく、着実に進んでいることを確かめます。✔️

仕事の1日に確かな変化をもたらす

自分とチームにとって、Hiveの最大の利点は何ですか？

Hiveは、進行中のすべての仕事について、信頼できる情報が集まる唯一の場所のようなものです。その情報が、内部のさまざまな経路から集まる点が気に入っています。

性能に関する会議のHive Notesから生まれる仕事も、外部業者とのメールで次の対応が必要になる仕事もあります。すべてを1つのかんばんボードにまとめ、日中の各項目の進捗とステータスを確認できることが、私には最大の利点です。

また、チーム全員がいつでも状況を確認し、協力し、質問して答えを得られるのがすばらしいです。全員が離れた場所からつながったままできます。 

Hiveが使えなくなったら、どうなりますか？

突然Hiveなしでやりくりしなければならなくなったら、開発側は大混乱するでしょう。仕事を追跡する別の管理ツールや仕組みが必要です。私たちの用途では、メールと表計算だけでは足りません。

Hiveでワークフローをしっかり整え、全員が慣れているので、多くの苦労があると思います。別のツールへの移行は、悪夢のように感じるでしょう。

ですから、Hiveがあって本当によかったです。????

ほかのチームにもHiveを勧めますか？理由も教えてください

はい、迷わず勧めます。