コードレビュー
コードレビューとは、開発者が書いたプログラムの変更を、本番に取り込む前に別の開発者が読んで確認し、不具合や設計上の問題、読みにくさなどを指摘して品質を高める取り組みです。
バージョン管理のサービスで変更内容をプルリクエスト(マージリクエスト)として提出し、レビュー担当者が承認してから取り込む運用が一般的です。不具合の早期発見に加えて、コードの書き方をチームでそろえる、特定の人しか分からない部分を減らす、若手の育成につなげるといった効果もあります。
新規事業の少人数チームや、エンジニアが1人しかいない時期はレビューが後回しになりがちです。外部の技術顧問や開発会社に定期的にレビューを依頼する、自動の静的解析やテストで機械的に見つけられる問題は機械に任せる、といった工夫で負担を抑えられます。レビューが滞ると開発全体が止まるため、変更を小さく分けて出すことも大切です。
「コードレビュー」が出てくる記事
アジャイル開発の進め方と発注側の役割:スプリントごとに何をするか
アジャイル開発は、短い期間の開発を繰り返し、動くものを見ながら優先順位を変えていく進め方です。IPAの資料をもとにスクラムの基本の流れを整理し、発注側がスプリントごとに担う役割、予算と進み具合の管理、うまくいかない場面の対処を解説します。
新規事業の競合調査のやり方
新規事業の競合調査は、同じ種類の製品だけでなく、顧客が今その課題に使っている手段すべてを競合として洗い出すことから始めます。競合の範囲の決め方、調べる項目と方法、比較表の作り方、法令上の注意点を解説します。
新規事業コンサルの費用と料金体系:見積もりの内訳と比べ方
新規事業コンサルの費用は、何を・どこまで・どの期間で頼むかで大きく変わります。料金体系の種類、見積もりの内訳、比べるときに揃える条件、費用を抑える頼み方を整理し、zigyo.aiの支援メニューの料金も公開します。
新規事業企画書の書き方:構成・項目と、1枚にまとめるコツ
社内提案や稟議に使う新規事業企画書の書き方を、構成と項目、書く順番、1枚にまとめるときのコツに分けて解説します。決裁者が判断に使う順番で組み立てるための考え方と、無料の企画書テンプレートも紹介します。
新規事業が失敗する原因とパターン:よくある7つのつまずきと防ぎ方
新規事業がうまくいかない原因は、アイデアの良し悪しより、確かめる順番と判断の仕組みにあることが多くあります。よくある7つの失敗パターンと、それぞれの防ぎ方、大企業の新規事業で起きやすい問題を整理します。
プロトタイプでのユーザーテストの進め方
プロトタイプのユーザーテストは、5人程度の対象者に2〜3個の操作課題を実際にやってもらい、つまずく箇所を観察するのが基本です。準備、進行、記録、結果の整理と、ヒアリングとの違いを解説します。
ペルソナとジョブ(JTBD)の使い分け
ペルソナは「誰のために作るか」をそろえる道具、ジョブ(JTBD)は「どんな状況で何を片付けたいか」から需要と競合を捉える道具です。それぞれの作り方と向く場面、併用のしかた、よくある失敗を解説します。
「システム・品質・運用」の他の用語
- API
- CI/CD(継続的インテグレーション・継続的デリバリー)
- DevOps
- DORA指標(Four Keys)
- E2Eテスト(エンドツーエンドテスト)
- ITIL(ITサービスマネジメントのフレームワーク)
- RPA(ロボティック・プロセス・オートメーション)
- RTO・RPO(目標復旧時間・目標復旧時点)
- Runbook(運用手順書)
- SaaS・PaaS・IaaS
- SDK(ソフトウェア開発キット)
- SLO・SLI(サービスレベル目標・指標)
- SRE(サイト信頼性エンジニアリング)
- αテスト・βテスト
- インシデント管理(障害対応)
- 受入テスト(UAT)
- エラーバジェット
- オンプレミス
- 回帰テスト(リグレッションテスト)
- カスタマイズ(アドオン開発)
- カナリアリリース
- 技術的負債
- クラウド(クラウドコンピューティング)
- コンテナ(コンテナ技術)
