GA (general availability, 一般公開版)
GAとは、「general availability」の略で、ITやシステム、ソフトウェアの領域では一般公開されたバージョンのことを表す。「正式版」「正規版」のこと。「GA版」とも呼ばれる。 ITやソフトウェアの開発の最終段階において、開発者がテストやデバッグを終えて一般ユーザー [……]
開発に関するキーワード（30件）
ブーリアン型（論理型, ブール型）
ブーリアン型（boolean datatype）とは、プログラミングなどにおける真理値（真偽値）を扱うデータ型のこと。「true (真)」もしくは「false (偽)」のいずれかの値を持つ。二者択一条件を表し、AND条件やOR条件などの条件分岐、論理演算などにおける重要な変数であ [……]
Working Out Loud
Working Out Loudとは、組織のメンバーに作業内容や進捗、疑問などを常に共有しながらプロジェクトを進めるコラボレーションの手法のこと。Slackなどのチームコミュニケーションツールにて自分の作業内容や気付きをリアルタイムで共有し、作業とプロセスの可視化と共有を図るとい [……]
ベロシティ
ベロシティ（velocity）とは、ビジネス領域においてはアジャイル開発を担当するチームの進行速度を数値化したもののこと。開発チーム（スクラム）が一つの開発サイクルで完了するストーリーポイントの合計数や時間で表す。作業完了時期の予測や開発チームの成長度合いを把握するのに役立つ。 [……]
SES (システムエンジニアリングサービス)
SESとは、システムエンジニアリングサービス（system engineering service）の略で、ソフトウエアもしくはシステムの開発、保守、運用などの業務に対して技術者を派遣する技術支援サービスのこと。このサービスを提供する企業を「SES企業」、このサービスに関する委託 [……]
銀の弾丸
銀の弾丸（silver bullet）もしくは銀の弾（ぎんのたま）とは、ビジネス領域においては「解決が困難な諸問題を一撃で解決するような万能な解決策」を意味する比喩表現のこと。ほとんどの場面において「銀の弾などない」として用いられる。 もともとは「狼男や魔女などを撃退できる」とい [……]
MoSCoW分析 (モスクワ分析)
MoSCoW分析（MoSCoW method, MoSCoWメソッド, モスクワ分析）とは、ビジネスやプロジェクトマネジメント、システム開発などにおいて、要件定義の際に優先順位を付けて整理する手法のこと。要件を「Must」「Should」「Could」「Won’t」の4つの分類に [……]
90対90の法則
90対90の法則（ninety-ninety rule）とは、「コードの90％が開発時間の最初の90％を占め、残り10％のコードに当初の開発時間の90％をさらに占める」というソフトウェア開発やプログラミングにおける法則のこと。ソフトウェア開発のスケジュールは合計すると当初の予定の [……]
ロバストネス原則（ポステルの法則）
ロバストネス原則（robustness principle）とは、「あなたがすることは厳密に、あなたが他人から受けることには寛容に (be conservative in what you do, be liberal in what you accept from others [……]
コンウェイの法則
コンウェイの法則（Conway’s law）とは、組織がシステム開発を行う際、その組織のコミュニケーション構造と同じ構造の設計を行ってしまうという法則のこと。1967年にアメリカのコンピュータープログラマーのメルヴィン・コンウェイ（Melvin Edward Conw [……]
SIer (システムインテグレーター)
SIerとは、システム開発や保守運用などを請け負う事業者「システムインテグレーター (system integrator)」に対する通称である。システムインテグレーション（system integration）の略称「SI」に「～する人」の意味の接尾辞「-er」を付けた和製英語で [……]
ネイティブアプリ
ネイティブアプリケーション（native application）とは、端末やOSにインストールして使用し、それらの上でプログラムを直接実行できるアプリケーションのこと。ダウンロードやインストール、バージョンアップデートの必要があるが、端末やOSといったプラットフォーム向けに開発 [……]
IT企業
IT企業（IT company）とは、本来の意味ではコンピュータを基盤とした「情報技術 (information technology, IT)」の領域を扱う企業のこと。情報システム、アプリケーションソフトウェア、ハードウェアの開発や研究、デザイン、導入やサポート、保守運用などを [……]
マイルストーン
マイルストーン（milestone）とは、ビジネス領域においてはプロジェクトの進捗を管理把握するために計画的に設けられた途中の節目や中間目標地点のことである。 プロジェクトマネジメントにおけるマイルストーンは、工程が長期間に渡る一定の大きさのプロジェクト、複雑なプロジェクトを遅延 [……]
バックエンド
バックエンド（back-end）とは、プロセスの後部、最後の部分の工程のことを表す。 ITの領域では、ソフトウェアやシステム、サーバーにおいてフロントエンドからのリクエストに応じて処理を行う部分のことを指す。ユーザーと直接やりとりをしない部分、目に触れない部分であり、ユーザーが入 [……]
フロントエンド
フロントエンド（front-end）とは、プロセスの前部、最初の部分の工程のことを表す。 ITの領域では、ソフトウェアやシステムにおいてユーザーが閲覧や操作を目的として利用する部分のことを指す。ユーザーがソフトウェアやシステムと直接やりとりする部分であり、ユーザーはそこで情報を閲 [……]
LGTM（私は良いと思います）
LGTMは、「looks good to me」の略で、「私は良いと思います」「自分的にはOKだと思う」と問題がないことを表す英語の略語、インターネットスラングである。相手が作成した資料などの内容確認を求められたりした際に、特に問題が見当たらない場合に用いる。エンジニア界隈では、 [……]
NIH症候群（Not Invented Here症候群、自前主義）
NIH症候群（Not Invented Here syndrome, Not Invented Here 症候群）とは、すでに存在する製品やアイデア、研究や知識などを、外部の組織や国や会社が出自であることを理由に採用を避けたり、軽視したりすること。またはそのような風土や文化のこと [……]
API (アプリケーション・プログラミング・インターフェース)
APIとは、Application Programming Interface（アプリケーション・プログラミング・インターフェース）の略で、ソフトウェアやアプリケーションの機能を外部から利用できるようにした仕組みやルールのこと。ソフトウェア同士をつなぐインターフェース、仕様、通信 [……]
SDK（ソフトウェア開発キット）
SDKとは、Software Development Kitの略で、ソフトウェアの開発に必要なプログラムやAPIライブラリ、サンプルコードや技術文書などをパッケージにしたセットのことである。日本語では「ソフトウェア開発キット」と呼ばれる。 ソフトウェアのエンジニアは、開発元や提供 [……]
車輪の再発明
車輪の再発明とは、既に確立された技術や考え方、事例があるにもかかわらず、それを知らずにもしくは意図的に、一から同様のものを作るということわざ。英語では「reinventing the wheel」。 IT業界、システムエンジニアやプログラマーなどの間で否定的な文脈で用いられること [……]
アジャイル
アジャイル（agile）とは、元々は「機敏な」「素早い」「頭の回転の早い」という意味の英語である。ビジネス領域では、環境や状況の変化に機敏かつ柔軟に適応して、効率よく理想の状態に近づいていくことを指す。 仕様変更を前提として反復的な開発を進めていく「アジャイルソフトウェア開発」、 [……]
MVP（実用最小限の製品）
MVP (Minimum Viable Product) とは、顧客に価値を感じてもらえる最小限の機能や製品のこと。いくつかの機能や側面を持ち合わせた製品において、顧客にとってその製品になくてはならない重要な要素のこと。もしくはそのような機能や製品の開発アプローチのこと。ただし、 [……]
フルスクラッチ
フルスクラッチとは、ITのソフトウェア（アプリケーション）やシステムの開発において、既存の製品やASPやソースコードを用いずに、オーダーメイドでゼロからすべて作り上げる手法のこと。「フルスクラッチ開発」。和製英語である。英語では「scratch building」に該当する。 既 [……]
RFP (Request for Proposal)
RFPとは、Request for Proposalの略で、提案依頼書のこと。情報システムやツールの導入、Webサイト制作の依頼、業務委託などで企業を選定する際、発注先候補の企業に具体的な提案を依頼するドキュメントのこと。その構築や導入の目的、概要、要件、制約事項、スケジュールな [……]
PoC (Proof of Concept)
PoCとは、「Proof of Concept」の略で、新しい概念や理論、プロジェクトが実現可能かどうかを、試作開発やプロトタイプなどの前段階に簡単な検証やデモストレーションを行うこと。「概念実証」。新しい概念の仕様を検証、実証する際の重要なプロセスである。 新しい概念やアイデア [……]
ブルックスの法則
ブルックスの法則（Brooks’s law）とは、「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせる」という、ソフトウェア開発のプロジェクトマネジメントに関する法則のこと。 プロジェクトに新しい人員が参画しても、貢献できるレベルにまで慣れ [……]
ニアショア
ニアショアとは、システムやソフトウェアの開発もしくは運用保守の業務を、首都圏よりも人件費の安い国内の地方の企業や事業所に委託すること。開発業務の拠点を、首都圏から地方都市に移転すること。 海外の企業や事業所に開発業務を委託する「オフショア」とは異なり、「ニアショア」は同じ文化や言 [……]
カナリアリリース
カナリアリリース（Canary Release）とは、プロダクトやサービスの新機能を一部ユーザーのみが利用できるようにリリースし、新機能に問題がないことを確認しながら段階的に全体に向けて展開していくデプロイ手法のこと。あるいはその目的で公開されたバージョンのこと。「カナリアデプロ [……]
ドッグフーディング
ドッグフーディング（dogfooding）とは、社員が自社製品や自社サービスを日常的に社内業務で利用すること。もしくは正式リリース前の自社製品を社内テストで積極的に使用すること。英語では「Eating your own dog food.」というフレーズでも用いられる。 その日常 [……]