新規コラム公開のお知らせ（2026/3/31）

当社のホームページをご覧いただき誠にありがとうございます。
この度、新しいコラムを公開しましたのでお知らせいたします。

・【野村HDと日本IBMの訴訟事例から考える】なぜITプロジェクトは“信頼関係の崩壊”で終わるのか？──ユーザー企業が見落としがちな3つの落とし穴

・システム開発におけるパーキンソンの法則とは？失敗を防ぐための設計と進め方

・〈成功モデルを教える中小企業に学ぶ〉その業務フロー、将来“知的資産”になりますか？──フルスクラッチ開発が競争力を資産へ変える理由

・【川崎幸病院がDXで利益8億円増へ】売上を追わずに利益を増やすDXとは？──人件費率を下げるシステム設計の考え方

・【ソフト株反発・AIは味方か？旧式言語近代化の行方】 AI時代の基幹システム近代化──問われるのは“誰が責任を持つか”

・日本企業SaaSのAI代替回避戦略から読み解く──フルスクラッチ開発がAI時代に再評価される理由と“競争資産”のつくり方

・転記作業が利益を削る──“二重入力”をなくすシステム設計とは

・ノーコード・ローコード失敗の原因とは？事例から学ぶ導入前のチェックポイントを解説

・AI画像診断の物体検出について

・AI時代でも消えないSaaSの本質とは？──入力は作業ではない。経営を決める“データの起点”の設計論

・建設業管理システム開発の成功ガイド｜フルスクラッチを選ぶべき決定的理由

・ベンダーロックインとは？リスクと回避策を解説｜フルスクラッチ開発で選択肢を失わないために

・Salesforceは本当に使いにくいのか？導入成功のポイントを解説

・ワンストップでシステム開発を行うフレシット株式会社の強み

・システム開発におけるバッチ処理とは？リアルタイム処理との違いと設計のポイントをわかりやすく解説

・AI画像認識における異常検知について

・【学研HDのID連携戦略から読み解く】LTVはIDで決まる──顧客を“点”から“線”で捉えるシステム設計とは

・【CX-5戦略に見るマツダの選択】失敗しないシステム開発は“段階リリース”で決まる──一気に作らないという選択

・BtoBシステムとは？開発のポイントと失敗しないための考え方を解説

・業務システム開発の成功ガイド｜フルスクラッチを選ぶべき「決定的な理由」

・【AIは脅威ではなく好機と語るサイボウズ社長】キントーンが示した本質──AI時代に価値を持つのは“アプリ”ではなく“基盤”である

・システム開発における影響範囲とは？変更が思わぬ不具合を生む理由と失敗を防ぐ考え方

・太平洋セメントのAI操業から見える製造業DX──生成AIは“社内データ”とつながって初めて価値になる

・【マツダの開発改革から読み解く】システム開発で利益を削るのは機能ではなく“バリエーション”である理由

・【三越伊勢丹の識別顧客戦略から読み解く】売上の半分は“識別顧客”で決まる──顧客ID基盤が競争力になる理由

・【マツダの開発改革から読み解く】発注者とシステム開発会社は対等であるべき理由──プロジェクト成功の分岐点とは

・【CX-5刷新で見えたマツダの決断】“削る設計”が競争力になる──売上につながるシステムは引き算でつくる

・【新しい郵便番号の仕組みから読み解く】“目的ごとに分ける”が競争力になる──データ細分化が業務効率を変える理由

・【マツダの開発改革から読み解く】フルスクラッチ開発はなぜ複雑化するのか？機能追加がコストを膨らませる理由

・プロジェクトマネージャー（PM）を外注するべき理由を徹底解説

引き続き、皆様のお役に立つ情報のご提供やサービスの向上に努めてまいります。
今後ともどうぞよろしくお願い申し上げます。