信頼できるWeb開発会社を選ぶ3つの基準とは？

TL;DR

Web開発会社は、幅広い技術力、事業や要件に応じた柔軟性、専門知識を平易に伝えるコミュニケーション力で選ぶ。発注時には、複数技術への対応範囲、途中確認を含む開発手法、契約変更への対応、要件を正確に共有できる体制を確認するとよい。

Transcript

はいどうもしですえ今回はですね プログラム実装のお話ではないんですけど まちょっと動画のコーヒーブレイクという ことでいいWeb開発会社の見分け方に ついてのお話をしていきたいと思いますま 私も実際にあの数は多くないんですけども Webの開発会社で案件をもらってまその 会社の中の人とねお話するっていう機会が まそこまで多くはないんですけどあります のでまそういったま関わってきた開発会社 の中でまこういった特徴がまいい会社の 特徴なんじゃないかなっていうのがま徐々 に分かってきましたのでプラスえそういっ たあの上の立場の人ですねま会社のま社長 さんだったりとかまその人がまお話しして いた内容ですねまそういったことも含め ながら今回お話ししていけたらなと思い ますなのでこの動画最後まで見ればまこ... Read More

Key Insights

• ・良いWeb開発会社の評価軸は、幅広い技術力、契約や開発手法の柔軟性、顧客と認識を合わせるコミュニケーション力の3点である。発注先選び、転職先選び、会社づくりのいずれにも共通する基準として提示されている。
• ・技術力は、一つの技術に詳しいことだけでなく、フロントエンド、バックエンド、クラウドインフラまで幅広く扱えることである。品質の高いWebアプリケーションには、複数領域を包括的に理解する力が必要だと話者は述べる。
• ・複数技術への対応力は、特定のサービスや技術が利用できなくなった場合に、別の仕組みへ置き換える選択肢を持てる点で重要である。一つの技術だけに依存する会社は、移行経験がなく、環境変化への対応が遅れる可能性がある。
• ・幅広い案件を持つ会社は、エンジニアが担当領域を広げられる環境になり得る。バックエンド経験者がフロントエンドへ挑戦するなど、多様な技術に触れることは、アプリケーション全体を理解する経験の蓄積につながる。
• ・柔軟性は、顧客の資金状況や事業フェーズに応じて、契約形態と開発範囲を調整できることである。初期資金が少ない段階と、追加開発へ投資できる段階では、適した契約や進め方が異なるという考え方が示されている。
• ・アジャイル的な開発は、工程を細かく区切り、途中で顧客の確認を得ながら認識のずれを修正する進め方である。話者は、複雑で不確実性の高い案件ほど、完成後の大幅な設計変更や余分なコストを抑えやすいと評価している。
• ・コミュニケーション力は、専門用語を並べる能力ではなく、非技術者にも分かる言葉や例えを使って説明する能力である。具体と抽象を使い分け、要件、仕様、進捗について顧客と共通理解を築くことが求められる。
• ・発注価格の安さだけで委託先を決めることには、要件の伝達不足というリスクがある。話者は、海外発注では言語上の行き違いにより、成果物の相違、予算超過、納期遅延が起こり得ると述べるが、経験に基づく見解である。
• 🎬 このチャンネルの他の動画:
  • AIコーディングの精度を高める方法とは？
  • Next.js App Routerのデプロイ先を選ぶ方法
  • MCPでアプリ売上を改善する方法は？
• 📺 このチャンネル: プログラミングチュートリアル

Questions & Answers

Q: 良いWeb開発会社を選ぶ3つの基準とは何ですか？

基準は、幅広い技術力、事業状況に応じた柔軟性、分かりやすく正確なコミュニケーション力の3つです。技術の種類だけでなく、契約形態や開発手法を調整できるか、途中経過を共有できるか、専門的な内容を非技術者にも説明できるかまで確認します。

Q: Web開発会社の技術力はどのように見極めますか？

フロントエンドだけでなく、バックエンドやクラウドインフラを含む対応範囲を確認します。動画ではReact、Vue、Next.js、Rails、AWSなどが例示されており、一つの技術だけに依存せず、アプリケーション全体を包括的に扱える会社が望ましいと説明されています。

Q: なぜ一つの技術に特化した開発会社にはリスクがあるのですか？

採用している技術やサービスに障害が起きたり、利用されなくなったりした際、代替手段へ移行できない可能性があるためです。動画ではWordPressだけを扱う会社が例に挙げられ、別のCMSを扱った経験がなければ、状況の変化にすぐ対応することが難しいと説明されています。

Q: 柔軟なWeb開発会社とはどのような会社ですか？

顧客の資金、会社規模、事業フェーズ、要件の変化に合わせて、契約形態や開発範囲を調整できる会社です。スタートアップのように資金が限られる段階と、追加機能へ投資できる段階とでは条件が異なるため、その時点の状況に合う進め方を提案できることが重視されます。

Q: Web開発でアジャイル的な進め方が有効なのはなぜですか？

開発工程を細かく分け、途中で顧客からフィードバックを得ることで、要件や完成イメージのずれを早く修正できるためです。複雑な案件は最初に工数や予算を正確に見積もることが難しく、仕様や機能も追加され得るため、段階的な確認がリスクの軽減につながるとされています。

Q: ウォーターフォール型開発ではどのような問題が起こり得ますか？

完成とテストの後に顧客が成果物を確認する場合、期待との違いが判明する時期が遅くなり、大きな手戻りが発生し得ます。要件変更によってデータベース設計から見直し、関連する実装も修正する必要が生じると、追加の作業とコストが増えるという問題が動画内で指摘されています。

Q: 開発会社に必要なコミュニケーション力とは何ですか？

技術用語を知っていることではなく、その内容を非技術者にも理解できる言葉へ置き換え、要件や仕様を正確に共有する力です。例え話を使い、具体的な説明と抽象的な説明を適切に切り替えながら、顧客が判断に必要な情報を理解できる状態をつくることが重要です。

Q: オフショア開発の発注先は価格だけで選んでもよいですか？

価格だけで選ぶべきではないというのが話者の見解です。海外のエンジニアへ国内より安く発注できる場合でも、言語上の行き違いによって要件や仕様が正確に伝わらず、成果物の相違、予算超過、納期遅延につながる可能性があります。ただし、動画では比較調査のデータは示されていません。

Summary & Key Takeaways

• 第一の基準は、特定技術の深さだけでなく、フロントエンド、バックエンド、クラウドインフラなどを横断する技術の幅である。複数領域に対応できる会社なら、採用技術の利用が難しくなった際にも別の選択肢を提案しやすい。転職者にとっても、多様な案件を通じてアプリケーション全体を俯瞰する経験を積める可能性がある。

• 第二の基準は、発注企業の資金や事業フェーズに合わせて契約形態と開発方法を調整できる柔軟性である。話者は、不確実性の高い開発では、完成時に初めて成果物を確認する進め方より、工程を細かく区切って途中で確認するアジャイル的な進め方が、認識のずれや大幅な手戻りを抑えやすいと述べている。

• 第三の基準は、技術的な内容を非技術者にも理解できる言葉で説明し、要件や仕様を正確に共有するコミュニケーション力である。話者は、価格だけを理由に海外へ発注すると、言語上の行き違いから成果物、予算、納期に問題が生じる場合があると指摘する。ただし、これは動画内の経験と見解であり、全企業を比較した調査結果ではない。