リーン・ソフトウェア・スタートアップにおける開発の進め方

自社での開発を分類する

開発体制に役立つことのひとつは、会社におけるさまざまな種類の開発タスクをカテゴリーに分類することで、チーム内での優先順位付け、権限委譲、組織化についてより良いアイデアを持つことができる。🤝

以下は、Salesflareの3つの開発カテゴリーである：

課題 は、製品に不具合があり、修正する必要があるものだ。

しかし、何が優先されるのか？また、どのように整理するのか？そこで私たちは、問題をさらに3つのカテゴリーに分類しました：インスタントな問題、インスタントなステージング、そしてインスタントではない問題です。

即座に対処する必要がある問題とは、ご想像のとおり、即座に対処する必要がある問題です。これらは、本当に壊れているもの、ユーザーが気づいたもの、修正する必要があるアプリ内のものなどです。🚨

インスタント・ステージングはインスタント・イシューほど「インスタント」ではないが、これらは最新のソフトウェア・バージョンを本番環境にリリースする前に修正する必要があるものだ。これらは主に、社内テストを通じてステージング環境で気づく問題です。

インスタントでない問題は優先度が低く、スプリント準備ミーティングで議論される（詳細は後述）。

UXの改善 インスタントでない問題よりも優先順位が高く、製品のエクスペリエンスとユーザビリティに関係する開発上のあらゆるものが含まれます。基本的に、これらは顧客のエクスペリエンスを向上させるものです。

特徴 は、一括アクションや高度なフィルタリングなど、製品に追加したい新しい機能です。これらは、スプリント中に計画されたタスクの中で最も優先順位が低いものです。

開発の種類を細分化することは、チームをよりよく組織化するのに役立つが、誰が何に取り組むかはどのように決めるのだろうか？

サポートヒーローが窮地を救う！

私たち自身もSaaS企業として、顧客に最高の体験を提供するために問題に迅速に対処することの重要性を理解しています。しかし、だからといって、チーム全体が毎日問題に取り組んでいては、他の仕事が手につかなくなってしまいます！👨‍💻👩‍💻

だからこそ私たちは、開発チーム内の雑念を取り除き、生産性を向上させるシステムを採用しているのです。私たちはこれを「サポート・ヒーロー」と呼んでいます。

サポート・ヒーローとは、開発チームの一人で、日替わりで、即座に対処が必要な問題に集中的に取り組み（また、ユーザーからのより詳細で技術的な質問にも答えます）、チームがタスクに集中できるようにします。💪

サポートヒーローがその瞬間に修正できない問題は、コードと問題の管理に使用しているソフトウェアであるGitHubに記録され、できるだけ早く対処されます。

サポートヒーローを持つことの利点は、少人数のチームであっても、顧客に質の高いサポートを提供できることです。技術的な深い問題であれば、その場で解決することができ、「適切な」担当者に問題を引き継ぐというイライラするプロセスを避けることができます。

最高の部分だ： サポートヒーローを持つことで、開発者と顧客との距離を縮めることができます。💛

構造がすべて

さて、開発の種類と問題の委譲方法について触れたところで、構造をどのように編成するかについて説明しましょう。以下のさまざまな構成要素がすべて組み合わさって、チームがどのように前進するかが決まります。

製品ビジョンとロードマップ そうすれば、製品をどこに持っていきたいかを知ることができ、そこに到達するための機能を念頭に置くことができます。👓

サポート は 顧客からのフィードバック.これには、前述の製品ビジョンとロードマップに沿った機能リクエスト、課題、UX改善が含まれます。これらを記録し、スプリント準備ミーティングに持参する。

課題追跡システム はバックエンドとフロントエンドの両方でエラーを報告します。また、どのような問題が表示されるかを確認することができます。一つの提案はElastic APMだが、世の中には多くの選択肢がある。

社内テスト により、新機能を本番稼動前にチーム全員でテストできます。私たちは、アップデートをステージングからプロダクションにリリースする前に、積極的にテストを行います。また、社内でSalesflareを使用しているため、自分たちでも製品の問題点や改善点を発見することができます。可能な限りチームに製品を使用してもらい、発生する可能性のある問題に直接触れ、自社の製品を深く理解してもらうことは、常に良いことです。

ホットジャー 記録セッションは、あなたのチームが、人々がどのように製品とやりとりし、どこでうまくいかないか（または正しいか）を確認するのに役立ちます。ユーザーレコーディングは、日常的に必要なものではありませんが、ユーザーがどのように製品を使用しているかについての洞察を深めることができます。

スプリントの時間だ！

開発チームの作業をスプリント（アジャイル手法）に構成する。一般的なガイドラインとして、2週間のスプリントはITやソフトウェア製品開発で最も一般的です。 🏃‍

しかし、スプリント・ミーティングの前に準備しておくことをお勧めする。そうしないと、物事が少し混乱したり、トピックから外れたりする可能性があるからだ。

これは、スプリント準備ミーティングを行うことで対処できる。CTO、プロダクトオーナー、プロダクトマネージャー（プロダクトオーナー vs プロダクトマネージャーの違いについてはこちらをご覧ください）がこのミーティングに参加し、この時間を使って、残っている即時の問題、UXの改善、即時でない問題、および機能について検討します。これは、スプリントミーティング自体の時間を割かなくても、次のスプリントの議題と優先順位を設定するのに役立ちます。✅

そしてもちろん、スプリントミーティングの時間だ！スプリント・ミーティングでは、スプリント準備ミーティングで話し合われたことを技術的にズーム・インし、開発チームがどのように物事を進めていくかを正確に把握します。また、即座に発生する問題をチーム全員でレビューする場にもなります。このミーティングには、CTOと開発チームを含めるべきです。プロダクトオーナーとサポートチームも参加できますが、この段階ではあまり必要ありません。

このミーティングの最初に、前回のスプリントを振り返るのがいい。

ツールキットには何が入っている？

社内で使用するツールは、開発チームを成功に導きます。Hotjar と Elastic APM についてはすでに触れましたが、より合理的なコミュニケーションと タスク管理のために検討すべき他のツールには、以下のようなものがあります：

スラック 社内でのディスカッション、更新/通知、ファイル共有、たまに面白いGIFを見るため

トレロ タスクプロジェクト管理とトラッキング あるスプリントで誰が何をしているか

ギットハブ ここでは、問題や機能リクエストなどを追跡します。

Intercom 顧客とのコミュニケーション

これらのツールを使うことの素晴らしい点は、相互に作用し合えることだ。例えば、私たちはTrelloとGithubの更新情報をSlackで受け取ります。Trelloでは、GitHubの情報をTrelloに統合するGitHubパワーアップを使っています。🌐

さらに、GitHubをIntercomの会話にリンクさせることができるので、常に手元のコンテキストを得ることができます。

あなたの会社で開発をどのように構成することにしても、チームの大小にかかわらず、あなたが利用することにしたプロセスの中で仕事ができるようにすることが常に重要です。🚀

うまくいっていないことがあれば、変えることを恐れてはいけない！大切なのは、あなたやあなたの会社にとってうまくいくものを見つけ、それに従うことです。

このクイック・ガイドが、開発チームをどのように構築し、構成していくかのヒントになれば幸いである！

もっと素晴らしいアイデアがありますか？コメントで教えてください！✨

この記事をお楽しみいただけましたか？私たちの Salesflare内部 シリーズがある。