生成AIを活用したシステム開発の現状と展望
Copyright (c) The Japan Research Institute, Limited 生成AIを活用したシステム開発 の現状と展望 - 生成AI時代を見据えたシステム開発に向けて - 株式会社日本総合研究所 先端技術ラボ 2024年09月30日 <本資料に関するお問い合わせ> 伊藤蓮(ito.ren@jri.co.jp) 近藤浩史(kondo.hirofumi@jri.co.jp) 本資料は、作成日時点で弊社が一般に信頼できると思われる資料に基づいて作成されたものですが、情報の正確性・完全性を弊社で保証するもので はありません。また、本資料の情報の内容は、経済情勢等の変化により変更されることがありますので、ご了承ください。本資料の情報に起因して閲覧者 及び第三者に損害が発生した場合でも、執筆者、執筆取材先及び弊社は一切責任を負わないものとします。本資料の著作権は株式会社日
Mackerelはオブザーバビリティプラットフォームとして進化していきます - Mackerel ブログ #mackerelio
いつもMackerelをご利用いただきありがとうございます。Mackerelプロデューサーの id:wtatsuru です。 Mackerelは2024年9月17日でリリースから10周年を迎えます。この記事では、10周年という節目のタイミングを前に、あらためて今後のMackerelの方向性と、特に力を入れていくオブザーバビリティの機能リリースについて紹介しています。 mackerel.io 「始めやすくて奥深い、可観測性プラットフォーム」へ 分散トレーシングサービスVaxilaがMackerelから利用できます ラベル付きメトリックを探索する機能「メトリックエクスプローラー」をリリースします オブザーバビリティ機能を気軽に試していただけるよう、フリープランの機能を拡張します 今後のオブザーバビリティ関連のロードマップ 10周年に合わせ、オブザーバビリティ技術をテーマとしたイベントを開催しま
開発リソース不足に陥る原因とは？内製・外注で効率よく解消する方法
目次[非表示] 1.開発リソースとは 2.開発リソース不足に陥る主な原因 3.開発リソース不足が企業に及ぼす影響 3.1.①労働生産性が低下しやすい 3.2.②離職につながるリスクがある 3.3.③市場での競争力アップが難しくなる 4.開発リソース不足の解消につながる3つの方法 4.1.①ニアショア開発 4.2.②オフショア開発 4.3.③その他、国内での外注開発 5.開発リソース不足をチーム体制の見直しで解消する方法 6.システム開発を外注する際の準委任契約と請負契約の違い 6.1.①準委任契約 6.1.1.メリット 6.1.2.デメリット 6.2.②請負契約 6.2.1.メリット 6.2.2.デメリット 7.準委任契約と請負契約の選び方 7.1.準委任契約が適しているケース 7.2.請負契約が適しているケース 8.開発リソース不足を内製で解消する際の重要ポイント 8.1.①開発リソース
実践要件定義入門以前 - 勘と経験と読経
最近ネットを見ていると要件定義入門的な記事が目についたので思ったことを書いてみる記事。ITシステム開発における要件定義に関するあれこれ。 【2023/10/10追記】続編の記事を書きました。実践要件定義入門 - 勘と経験と読経 目次 要件定義に関するおすすめ書籍 その要件定義は必要か 要件は決められるのか 要件定義をすることがルールで定められているから要件定義をする必要がある 要件は定義できるのか 現行の業務マニュアルをベースに要件定義をするつもりのあなたへ 現行システムをベースに要件定義をするつもりのあなたへ 外部業者を呼ぶ前に考えるべき事 どこから外注するかを考える 要件定義の作業期間を見積もる 要件定義に関するおすすめ書籍 この後に何度も引用することになると思うので、最初に要件定義のおすすめ書籍を紹介しておく。と言っても紹介するのは1つだけだ。 ユーザのための要件定義ガイド第2版 作
【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画
1. はじめよう! 要件定義 ~ビギナーからベテランまで（難度：★☆☆） 1-1. 本のポイント 要件定義のプロセスが平易な言葉で解説されている 内容がコンパクトで図解も多いため読みやすい 中級～上級エンジニアが初心に帰るためにも最適 1-2. 本の特徴 本書は、初学者向けにざっくりとした内容を具体的なアウトプットとともに学ぶことができる。 184ページとボリュームに物足りなさを感じそうだが、要件定義のプロセスと、プロセスごとの勘所がコンパクトにまとまっている。 ちなみに、本書は「要件定義のプロセスと勘所を知れる」という点で独立した書籍だが、著者が書いた下記2冊と合わせると、理解をより深められる。 ・はじめよう! プロセス設計 ~要件定義のその前に ・はじめよう! システム設計 ~要件定義のその後に 本書が有益だと感じた読者は、ぜひ上記2冊にも目を通していただきたい。 1-3. 本を書いた
『ガンパレ』の企画書、ついに公開━初代PSの伝説的タイトルは、なぜ生まれたのか？そして『LOOP8』へ受け継がれたもの【ゲームの企画書】
私は今も『ガンパレード・マーチ』の企画説明会のことを思い出しては、一人で笑う時があります。社長よりも誰よりも偉そうな芝村が、人の魂をPSの上に出現させると宣言したときの会議場の沈黙と静寂を、私はハッキリと、覚えています。 『電撃ガンパレード・マーチ』 スタッフコメントより 2000年、9月28日。そんな初代プレイステーションの最末期、まさに「人の魂をPSの上に出現させた」タイトルがあった。その名も『高機動幻想 ガンパレード・マーチ』（以下、『ガンパレ』）。 熊本を舞台に、謎の生命体「幻獣」との戦いに動員される学生の姿を描くシミュレーションでありながら、特筆すべきはその「自由度の高さ」。 ものすごく端的に言えば、「生き残りさえすればゲーム中は何をやってもいい」という全く制限を感じさせない自由度の高さに加え、AIによって制御された「人間味のあるNPC」も、その学園生活と独自のゲーム体験を彩る。
［速報］マイクロソフト、開発環境向けにビルド高速化を実現する「Dev Drive」発表、新ファイルシステムなど採用。Build 2023
マイクロソフトは日本時間5月24日未明から開催する開発者向けイベント「Microsoft Build 2023」で、Windows上の開発環境向けにビルドの高速化などを実現する「Dev Drive」を発表しました。 Windows上の開発環境では、何千ものディレクトリやファイルが扱われ、ビルド処理によって大量のファイルアクセスが発生します。 「Dev Drive」は、こうした大量のストレージI/O処理の課題を解決する仕組みをWindows上で実現する、新しいタイプのストレージボリュームです。 具体的には、マイクロソフトの最新のファイルシステムとして、大規模なデータに対して効率的に拡張可能で破損に対する高い回復性を備えた「Resilient File System」と、Microsoft Defender for Antivirusの新しいパフォーマンスモードを組み合わせたものです。 これに
本当は怖い、逆コンウェイ戦略 - Qiita
This article is a Private article. Only a writer and users who know the URL can access it. アーキテクチャの議論でよく出てくるのが、コンウェイの法則と、逆コンウェイ戦略です。これについては、うっかりIT用語をバズらせてしまう達人のマーチン・ファウラーのブログにも詳しい説明があります。角さん、いつも翻訳ありがとうございます。 「逆コンウェイの法則」が持ち出された議論が苦手なんどけど、なんでなのかな。コンウェイの法則はよく理解できるんだがー。 — Kazunori Otani (@katzchang) February 28, 2023 この@katzchangさんのツイートもそうですが、逆コンウェイ戦略に関しては僕も少しモヤモヤするところが個人的にあり、そのあたりを周りの人（@katzchangさんや@
社内システムを外注する際のポイント
私分かりませんから全てお願いしますは止めろコンサルも込なら良いが大体は要件定義からだ。つまりお前らは要求定義は出来ている前提だ。なんも分からないから経営層や現場との橋渡しのみなら邪魔だから今すぐSE名乗るの止めて仕事辞めて田舎で畑耕せ。 自社の業務は理解しておけAccessやFilemakerで弄れる程度でSE名乗るならせめて自社業務の流れや種類は把握しておけ。何聞いても現場に確認しますじゃ時間かかるんだよ。なんなら分かるんだ？別に業務フロー寄越せとか言ってないぞ。 要求を理解しておけ割とマジで自分が経営層から何をシステム化してほしいのか分かってない奴が多い。体感5割以上。最近じゃインボイス対応。インボイス対応してください言われて現状や影響箇所は何をしたいか聞いたら「さぁ？」って言う。じゃ、何しにきた。挙句に「そのやり方も提案するのがシステム会社でしょ！」とキレる役職者まで。コンサルは契約
Astroで始める爆速個人サイト開発
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
エンジニアを増員するロジックについて考える - yigarashiのブログ
ソフトウェア開発で、より早くより多く価値を届けたいと考えた時、エンジニアの増員は有力な選択肢です。もちろん、人月の神話などで語られるように、人を増やしただけ線形に生産力が向上するというシンプルな世界ではありません。それでも多くの現場でエンジニアの増員が行われます。自分のチームでも、とりあえずエンジニアを増員すれば、いくつかの問題が解決してくれるような気もします。雑談ベースでメンターなどにこういう話を出してみるわけですが、改めて「なぜエンジニアを増員したいのか」と問われると、これが意外と広がりのある議論であることがわかってきました。本記事では、エンジニアを増員するロジックについて、自分が思考を広げられた範囲で書いてみます。 作り切りの場合は明快 まずエンジニア増員のロジックを素朴に立てられるのは作り切りの場合です。ある程度の規模のものを丸々作り切らないといけないケースです。締め切りがあること
ヤマト運輸株式会社 | GitHub
1919年の創業以来、日本初となる路線事業を開始し、1976年には個人間で簡単に荷物を送ることができる「宅急便」を発売するなど、日本全国を網羅する物流ネットワークを構築し、社会的インフラとして社会課題の解決に取り組んできた。現在は、宅配便サービス国内シェア第1位（シェア：46.6%、2021年度、国土交通省調べ※）、国内宅急便ネットワークカバー率100％を誇り、宅配便の年間取扱個数は約22.5億個（2021年3月期）に達した。2020年1月に経営構造改革プラン「YAMATO NEXT100」を策定し、データ・ドリブン経営を推進している。 ※令和３年度 宅配便等取扱個数の調査及び集計方法（国土交通省） 開発環境の内製化の実現に向けAzureとGitHubを採用 開発基盤を統一し、アジャイル開発とDevOpsを促進 ・AzureとGitHubを採用し開発基盤の内製化へシフト、DevOps導入を
【社内サークル】ロボット部の極秘活動レポート ～ROSで始めるラジコン製作～ - NTT Communications Engineers' Blog
イントロダクション こんにちは、NTTコミュニケーションズ デジタル改革推進部 データドリブンマネジメント部門の有賀唯貴です！ 現在、社内の同じ部署の浅野秀平さんと「でじかいロボット部」を立ち上げて同好会として非公式に活動しています！ 今回は活動第一弾として、ROS(Robot Operating System)を使ったラジコン製作に取り組んだのでその内容を報告します。 ※ でじかいロボット部は非公式な活動です。ただいま絶賛部員募集中です！ ROSとは ROSとは、ロボットシステム構築を効率化するための共通機能を提供するオープンソースの基盤ソフトウエアです。 ロボットを開発するために便利で必要な機能や汎用な実装として モジュール・コンポーネント化のフレームワーク 再利用を重視する開発フレームワークで車輪を再開発しない モジュール間通信による分散処理 センシング、モータ制御、画像処理、経路計
金融の基幹システムを1年半かけて.NET 6に移行した話
はじめに 本稿は「.NET 6移行祭り！ C# Tokyo」イベントで発表した「金融の基幹システムを1年半かけて .NET 6に移行した話」の内容を文書化したものです。 [2022.08.28追記] さて、はじめにおことわりを。 おもったより大きな反響があって、想定より多く読まれており、とくに正しく伝えられていない箇所があると思い、少し補足を入れました。 ここで基幹システムといっていますが、金融の勘定系システムという意味ではありません。 基幹システムというとCore Systemという意味（これは勘定システムでしょうね）と、Mission Critical Systemの2つがあると思います。 本稿の対象は後者で、システムのお客様が、Mission Critical Systemと判断されて基幹システムとして扱われています。 金融の勘定系とは規模や複雑性、クリティカルな度合も異なりますが、
不確実性をぶっ飛ばせ！Fintech事業部における新規プロダクト開発とは - LayerX エンジニアブログ
この記事は、6月から始まっている #LXベッテク月間 21日目の記事です。 前日の記事はざべすさんの「Fintech事業部の全力のBet Technologyの様子をお見せします」でした。 tech.layerx.co.jp こんにちは、Fintech事業部でサービスの新規立ち上げをしているエンジニアの @takochuu です。 LayerXから三井物産デジタル・アセットマネジメント（以下、MDM）に出向し、エンジニアとして星飛雄馬ばりの全力投球で個人投資家向け新規サービスの立上げをしています。 今回は新規サービスであるプロジェクトZENIOKOSHIが具体的にどんな開発プロセスで開発されていっているのかをご紹介します。 Fintech事業部と今回語る新規プロダクトについてはこちらのPodcastにて紹介していますので、よければお聞きください。 open.spotify.com 開発に対
チームのベロシティを上げる vs. 安定させる - yigarashiのブログ
タイトルの議論はよく見られるもので、スクラムコーチの間ですら（一見すると）意見が分かれることがあるようです。自分は「安定させる」派だったのですが、CSPO研修を受講したチームのPOが「上げる」派のコーチングを受けてきて、改めてチームとしてどういうスタンスを取るか考える機会を得ました。結論から言ってしまうと、そもそもこれは二項対立ではなく、「上げる」派の人も「（安定させた上で）上げる」と言っているだけで、単に目指している高さが違うだけだろうと解釈しました。その上で、チームの現状に合わせて適切な目標設定をすれば良いと考えました。以下でもう少し掘り下げてみます。 大前提 まずソフトウェア開発の大前提として、開発チームには常にベロシティを下げる方向に様々な力がかかっています。これは「変化」と呼ばれて恐れられ、プロダクトや開発チームに次々と襲い掛かります。例えば以下のようなものです。 市場が求めるも
SaaSなのにほぼノーコードで2億円調達した話｜Kotaro Harada | HQ
今回は昨日発表されたCoral Capitalさん等からの資金調達におけるプロダクト開発の裏側を書こうと思います。特にソフトウェア領域での新規サービス立ち上げや起業を検討している方に参考になれば何よりです。 本文の前提についてさて、本題に入る前に今回の調達リリース記事にまつわる事実を列挙します。 リリースの内容はこちら 2021年3月: 株式会社HQ創業 2021年5月: kotaroがプロダクトマネージャーとしてジョイン(当時ソフトウェアエンジニアは0人) 2021年9月: トライアルでサービス提供開始 2021年11月: 正式ローンチ 2021年12月: 利用ユーザー200名突破 2022年3月: 利用ユーザーが5倍(1000名)に成長 2022年3月: Coral Capital等からプレシリーズAで約2億円を調達 まだまだ(x100)なのは大前提として、創業1年経過のスタートアップ
システム運用アンチパターン
上層部がDevOpsに理解のない組織で働き、組織構造を変える権限を持っていない開発者であっても、チームにDevOpsを導入するための現実的な方法を紹介します。 重厚な承認プロセス、可視化されていない運用、プロセスの最後でのみ行われるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習しない習慣、時間外のデプロイ、情報のため込みなどを取り上げ、ソフトウェアシステムの開発運用が滞るチームや組織に共通してみられる陥りがちな状況や犯しがちな間違いをアンチパターンとして紹介します。そして管理職やマネージャでなく、エンジニアが実行し、繰り返すことで改善できる具体的な行動を解説します。 組織で必要とされる変化を、エンジニアが行動することで実現する本書は、ソフトウェアシステムをよりよく開発運用したいエンジニア必携の一冊です。 目 次 序文 本書について 1章 DevOpsを構成するもの 1.1
システム開発で曖昧な要望を形にしていく方法 - arclamp
このブログはグロースエクスパートナーズ Advent Calendar 2021の10日目です。 社内メンバーから要望があったので、僕自身がどのようにシステム開発の初期段階において、どのように要望を整理し、形にしていっているのかについて書きたいと思います。 なお内容は弊グループの案件を前提にしているので、システム開発は以下のような状況が一般的です。 クライアントは直接契約（プライム） 要望を出すのはクライアント企業内で事業運営側の人で、システム開発にかかわった経験がないことがある 対象システムはSoE/mode2で、一般消費者や取引先などの外部ユーザーと、社内で業務を回す内部ユーザーがいる 相手の話を整理するフレーム まず、相手から得られる情報を4つの階層にわけて整理する必要があります。 目的：達成すべきこと 戦略：目的を確実・効率的に達成するためのシナリオ 戦術：戦略を実行するための具体
医療機関データのオンプレ → クラウド移行にかけた1年と、6倍の効率化について - JMDC TECH BLOG
株式会社JMDC開発本部データ基盤開発部の中村と申します。 私が所属する医療機関基盤グループでは、昨年から今年にかけて基幹システムをオンプレからクラウド（AWS）へ刷新しました。 この移行プロジェクトは、JMDC史上トップを争うくらい難易度の高いプロジェクトだったと個人的に感じています。マネージャーの立場から今回のシステム刷新のきっかけや、プロジェクトのハードな道のり、そしてクラウド化で得られた成果などを振り返っていきます。 プロフィール 中村竜甫（https://twitter.com/rh1011_） 株式会社JMDC 開発本部 データ基盤開発部 医療機関データ基盤グループ マネージャー SIerにて広告配信システムの企画・開発・運用を経験。その後2015年9月から現職。 基幹システムの刷新リーダーを担当後、Webプロダクト開発のマネージメントを経験。現在は医療機関基盤Gマネージャとし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
