[{"data":1,"prerenderedAt":473},["ShallowReactive",2],{"/ja-jp/the-source/authors/sharon-gaudin/":3,"footer-ja-jp":29,"the-source-navigation-ja-jp":340,"the-source-newsletter-ja-jp":367,"sharon-gaudin-articles-list-authors-ja-jp":379,"sharon-gaudin-articles-list-ja-jp":409,"sharon-gaudin-page-categories-ja-jp":472},{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"config":8,"seo":10,"content":12,"type":21,"slug":22,"_id":23,"_type":24,"title":11,"_source":25,"_file":26,"_stem":27,"_extension":28},"/ja-jp/the-source/authors/sharon-gaudin","authors",false,"",{"layout":9},"the-source",{"title":11},"Sharon Gaudin",[13,19],{"componentName":14,"componentContent":15},"TheSourceAuthorHero",{"name":11,"headshot":16},{"altText":11,"config":17},{"src":18},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463475/h6j4nnvykzyfzgvl7txb.webp",{"componentName":20},"TheSourceArticlesList","author","sharon-gaudin","content:ja-jp:the-source:authors:sharon-gaudin.yml","yaml","content","ja-jp/the-source/authors/sharon-gaudin.yml","ja-jp/the-source/authors/sharon-gaudin","yml",{"_path":30,"_dir":31,"_draft":6,"_partial":6,"_locale":7,"data":32,"_id":336,"_type":24,"title":337,"_source":25,"_file":338,"_stem":339,"_extension":28},"/shared/ja-jp/main-footer","ja-jp",{"text":33,"source":34,"edit":40,"contribute":45,"config":50,"items":55,"minimal":328},"GitはSoftware Freedom Conservancyの商標です。当社は「GitLab」をライセンスに基づいて使用しています",{"text":35,"config":36},"ページのソースを表示",{"href":37,"dataGaName":38,"dataGaLocation":39},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":41,"config":42},"このページを編集",{"href":43,"dataGaName":44,"dataGaLocation":39},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":46,"config":47},"ご協力をお願いします",{"href":48,"dataGaName":49,"dataGaLocation":39},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":51,"facebook":52,"youtube":53,"linkedin":54},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[56,83,156,228,290],{"title":57,"links":58,"subMenu":64},"プラットフォーム",[59],{"text":60,"config":61},"DevSecOpsプラットフォーム",{"href":62,"dataGaName":63,"dataGaLocation":39},"/ja-jp/platform/","devsecops platform",[65],{"title":66,"links":67},"価格",[68,73,78],{"text":69,"config":70},"プランの表示",{"href":71,"dataGaName":72,"dataGaLocation":39},"/ja-jp/pricing/","view plans",{"text":74,"config":75},"Premiumを選ぶ理由",{"href":76,"dataGaName":77,"dataGaLocation":39},"/ja-jp/pricing/premium/","why premium",{"text":79,"config":80},"Ultimateを選ぶ理由",{"href":81,"dataGaName":82,"dataGaLocation":39},"/ja-jp/pricing/ultimate/","why ultimate",{"title":84,"links":85},"ソリューション",[86,91,96,101,106,111,116,121,126,131,136,141,146,151],{"text":87,"config":88},"デジタルトランスフォーメーション",{"href":89,"dataGaName":90,"dataGaLocation":39},"/ja-jp/topics/digital-transformation/","digital transformation",{"text":92,"config":93},"セキュリティとコンプライアンス",{"href":94,"dataGaName":95,"dataGaLocation":39},"/ja-jp/solutions/security-compliance/","security & compliance",{"text":97,"config":98},"自動化されたソフトウェアデリバリー",{"href":99,"dataGaName":100,"dataGaLocation":39},"/ja-jp/solutions/delivery-automation/","automated software delivery",{"text":102,"config":103},"アジャイル開発",{"href":104,"dataGaName":105,"dataGaLocation":39},"/ja-jp/solutions/agile-delivery/","agile delivery",{"text":107,"config":108},"クラウドトランスフォーメーション",{"href":109,"dataGaName":110,"dataGaLocation":39},"/ja-jp/topics/cloud-native/","cloud transformation",{"text":112,"config":113},"SCM",{"href":114,"dataGaName":115,"dataGaLocation":39},"/ja-jp/solutions/source-code-management/","source code management",{"text":117,"config":118},"CI/CD",{"href":119,"dataGaName":120,"dataGaLocation":39},"/ja-jp/solutions/continuous-integration/","continuous integration & delivery",{"text":122,"config":123},"バリューストリーム管理",{"href":124,"dataGaName":125,"dataGaLocation":39},"/ja-jp/solutions/value-stream-management/","value stream management",{"text":127,"config":128},"GitOps",{"href":129,"dataGaName":130,"dataGaLocation":39},"/ja-jp/solutions/gitops/","gitops",{"text":132,"config":133},"Enterprise",{"href":134,"dataGaName":135,"dataGaLocation":39},"/ja-jp/enterprise/","enterprise",{"text":137,"config":138},"スモールビジネス",{"href":139,"dataGaName":140,"dataGaLocation":39},"/ja-jp/small-business/","small business",{"text":142,"config":143},"公共機関",{"href":144,"dataGaName":145,"dataGaLocation":39},"/ja-jp/solutions/public-sector/","public sector",{"text":147,"config":148},"教育",{"href":149,"dataGaName":150,"dataGaLocation":39},"/ja-jp/solutions/education/","education",{"text":152,"config":153},"金融サービス",{"href":154,"dataGaName":155,"dataGaLocation":39},"/ja-jp/solutions/finance/","financial services",{"title":157,"links":158},"関連リソース",[159,164,169,174,179,184,188,193,198,203,208,213,218,223],{"text":160,"config":161},"インストール",{"href":162,"dataGaName":163,"dataGaLocation":39},"/ja-jp/install/","install",{"text":165,"config":166},"クイックスタートガイド",{"href":167,"dataGaName":168,"dataGaLocation":39},"/ja-jp/get-started/","quick setup checklists",{"text":170,"config":171},"学ぶ",{"href":172,"dataGaName":173,"dataGaLocation":39},"https://university.gitlab.com/","learn",{"text":175,"config":176},"製品ドキュメント",{"href":177,"dataGaName":178,"dataGaLocation":39},"https://docs.gitlab.com/","docs",{"text":180,"config":181},"ブログ",{"href":182,"dataGaName":183},"/ja-jp/blog/","blog",{"text":185,"config":186},"お客様の成功事例",{"href":187,"dataGaLocation":39},"/customers/",{"text":189,"config":190},"お客様成功事例",{"href":191,"dataGaName":192,"dataGaLocation":39},"/ja-jp/customers/","customer success stories",{"text":194,"config":195},"リモート",{"href":196,"dataGaName":197,"dataGaLocation":39},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":199,"config":200},"GitLabサービス",{"href":201,"dataGaName":202,"dataGaLocation":39},"/ja-jp/services/","services",{"text":204,"config":205},"TeamOps",{"href":206,"dataGaName":207,"dataGaLocation":39},"/ja-jp/teamops/","teamops",{"text":209,"config":210},"コミュニティ",{"href":211,"dataGaName":212,"dataGaLocation":39},"/community/","community",{"text":214,"config":215},"フォーラム",{"href":216,"dataGaName":217,"dataGaLocation":39},"https://forum.gitlab.com/","forum",{"text":219,"config":220},"イベント",{"href":221,"dataGaName":222,"dataGaLocation":39},"/events/","events",{"text":224,"config":225},"パートナー",{"href":226,"dataGaName":227,"dataGaLocation":39},"/ja-jp/partners/","partners",{"title":229,"links":230},"Company",[231,236,241,246,251,256,261,265,270,275,280,285],{"text":232,"config":233},"GitLabについて",{"href":234,"dataGaName":235,"dataGaLocation":39},"/ja-jp/company/","company",{"text":237,"config":238},"採用情報",{"href":239,"dataGaName":240,"dataGaLocation":39},"/jobs/","jobs",{"text":242,"config":243},"経営陣",{"href":244,"dataGaName":245,"dataGaLocation":39},"/company/team/e-group/","leadership",{"text":247,"config":248},"チーム",{"href":249,"dataGaName":250,"dataGaLocation":39},"/company/team/","team",{"text":252,"config":253},"ハンドブック",{"href":254,"dataGaName":255,"dataGaLocation":39},"https://handbook.gitlab.com/","handbook",{"text":257,"config":258},"投資家向け情報",{"href":259,"dataGaName":260,"dataGaLocation":39},"https://ir.gitlab.com/","investor relations",{"text":262,"config":263},"Sustainability",{"href":264,"dataGaName":262,"dataGaLocation":39},"/sustainability/",{"text":266,"config":267},"ダイバーシティ、インクルージョン、ビロンギング（DIB）",{"href":268,"dataGaName":269,"dataGaLocation":39},"/ja-jp/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":271,"config":272},"トラストセンター",{"href":273,"dataGaName":274,"dataGaLocation":39},"/ja-jp/security/","trust center",{"text":276,"config":277},"ニュースレター",{"href":278,"dataGaName":279,"dataGaLocation":39},"/company/contact/","newsletter",{"text":281,"config":282},"プレス",{"href":283,"dataGaName":284,"dataGaLocation":39},"/press/","press",{"text":286,"config":287},"現代奴隷制の透明性に関する声明",{"href":288,"dataGaName":289,"dataGaLocation":39},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"title":291,"links":292},"お問い合わせ",[293,297,302,307,312,317,322],{"text":291,"config":294},{"href":295,"dataGaName":296,"dataGaLocation":39},"/ja-jp/sales/","sales",{"text":298,"config":299},"サポートを受ける",{"href":300,"dataGaName":301,"dataGaLocation":39},"/support/","get help",{"text":303,"config":304},"カスタマーポータル",{"href":305,"dataGaName":306,"dataGaLocation":39},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"text":308,"config":309},"ステータス",{"href":310,"dataGaName":311,"dataGaLocation":39},"https://status.gitlab.com/","status",{"text":313,"config":314},"利用規約",{"href":315,"dataGaName":316,"dataGaLocation":39},"/terms/","terms of use",{"text":318,"config":319},"プライバシーに関する声明",{"href":320,"dataGaName":321,"dataGaLocation":39},"/ja-jp/privacy/","privacy statement",{"text":323,"config":324},"Cookieの設定",{"dataGaName":325,"dataGaLocation":39,"id":326,"isOneTrustButton":327},"cookie preferences","ot-sdk-btn",true,{"items":329},[330,332,334],{"text":313,"config":331},{"href":315,"dataGaName":316,"dataGaLocation":39},{"text":318,"config":333},{"href":320,"dataGaName":321,"dataGaLocation":39},{"text":323,"config":335},{"dataGaName":325,"dataGaLocation":39,"id":326,"isOneTrustButton":327},"content:shared:ja-jp:main-footer.yml","Main Footer","shared/ja-jp/main-footer.yml","shared/ja-jp/main-footer",{"_path":341,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"logo":342,"subscribeLink":347,"navItems":351,"_id":363,"_type":24,"title":364,"_source":25,"_file":365,"_stem":366,"_extension":28},"/shared/ja-jp/the-source/navigation",{"altText":343,"config":344},"the source logo",{"src":345,"href":346},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750191004/t7wz1klfb2kxkezksv9t.svg","/ja-jp/the-source/",{"text":348,"config":349},"購読する",{"href":350},"#subscribe",[352,356,359],{"text":353,"config":354},"人工知能",{"href":355},"/ja-jp/the-source/ai/",{"text":92,"config":357},{"href":358},"/ja-jp/the-source/security/",{"text":360,"config":361},"プラットフォームとインフラストラクチャ",{"href":362},"/ja-jp/the-source/platform/","content:shared:ja-jp:the-source:navigation.yml","Navigation","shared/ja-jp/the-source/navigation.yml","shared/ja-jp/the-source/navigation",{"_path":368,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"title":369,"description":370,"submitMessage":371,"formData":372,"_id":376,"_type":24,"_source":25,"_file":377,"_stem":378,"_extension":28},"/shared/ja-jp/the-source/newsletter","The Sourceニュースレター","ソフトウェア開発の未来への洞察に関する最新情報を入手しましょう。","The Sourceのニュースレターへの登録が完了しました。",{"config":373},{"formId":374,"formName":375,"hideRequiredLabel":327},28467,"thesourcenewsletter","content:shared:ja-jp:the-source:newsletter.yml","shared/ja-jp/the-source/newsletter.yml","shared/ja-jp/the-source/newsletter",{"amanda-rueda":380,"andre-michael-braun":381,"andrew-haschka":382,"ayoub-fandi":383,"brian-wald":384,"bryan-ross":385,"chandler-gibbons":386,"dave-steer":387,"ddesanto":388,"derek-debellis":389,"emilio-salvador":390,"erika-feldman":391,"george-kichukov":392,"gitlab":393,"grant-hickman":394,"haim-snir":395,"iganbaruch":396,"jlongo":397,"joel-krooswyk":398,"josh-lemos":399,"julie-griffin":400,"kristina-weis":401,"lee-faus":402,"ncregan":403,"rschulman":404,"sabrina-farmer":405,"sandra-gittlen":406,"sharon-gaudin":11,"stephen-walters":407,"taylor-mccaslin":408},"Amanda Rueda","Andre Michael Braun","Andrew Haschka","Ayoub Fandi","Brian Wald","Bryan Ross","Chandler Gibbons","Dave Steer","David DeSanto","Derek DeBellis","Emilio Salvador","Erika Feldman","George Kichukov","GitLab","Grant Hickman","Haim Snir","Itzik Gan Baruch","Joseph Longo","Joel Krooswyk","Josh Lemos","Julie Griffin","Kristina Weis","Lee Faus","Niall Cregan","Robin Schulman","Sabrina Farmer","Sandra Gittlen","Stephen Walters","Taylor McCaslin",{"allArticles":410,"visibleArticles":471,"showAllBtn":327},[411,450],{"_path":412,"_dir":413,"_draft":6,"_partial":6,"_locale":7,"slug":414,"type":415,"category":413,"config":416,"seo":419,"content":423,"_id":447,"_type":24,"title":421,"_source":25,"_file":448,"_stem":449,"_extension":28,"description":420,"heroImage":422,"date":424,"timeToRead":425,"keyTakeaways":426,"articleBody":430,"faq":431},"/ja-jp/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer","platform","devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer","article",{"layout":9,"template":417,"featured":6,"articleType":418,"author":22,"isHighlighted":6,"authorName":11},"TheSourceArticle","Regular",{"description":420,"ogDescription":420,"title":421,"ogTitle":421,"ogImage":422},"GitLabの調査によると、DevSecOpsで働く人の64%が、増え続けるツールチェーンを統合したいと回答しています。","ツールチェーンの寄せ集め、脱却のカギはひとつのプラットフォーム","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463678/r0gawsvh4vcmgblpra58.png",{"description":420,"title":421,"heroImage":422,"date":424,"timeToRead":425,"keyTakeaways":426,"articleBody":430,"faq":431},"2025-01-14","5分で読めます",[427,428,429],"DevOpsチームでは、複数の開発ツールを使うことによって「ツールチェーンの負担」とも呼べる隠れたコストが発生しています。78%を超えるチームが、コーディングではなくツールの保守に最大100%の時間を費やしており、大半のチームが6種類以上のツールを管理しています。","DevOpsチームの64%近くが、モニタリングの問題や遅延を理由にツールチェーンの統合を望んでいます。 この傾向は、自動車業界（76.5%）と製造業界（72%）で最も顕著です。","単一のDevSecOpsプラットフォームを使うことで、チームはツールの保守ではなくコーディングに集中できるようになります。企業は、ツールチェーンの統合により、効率性が向上し、コストが削減され、デベロッパーエクスペリエンスも改善したと報告しています。","DevOpsチームの最大の問題は、意外にもささいなことから始まることがあります。たとえば、ある人がデプロイを自動化するためにツールを追加し、別の人がコードレビュー用のツールを追加する…そんなふうにしてツールが次々と増えていき、気がつけば、チームは本来時間やコストを削減するはずだったはずの複雑に絡み合ったツールチェーンに振り回され、かえって多くの時間とお金を浪費してしまうのです。\n\nこの「[ツールチェーンの負担](https://about.gitlab.com/blog/2018/03/21/avoiding-devops-tax-webcast/)」とは、複数の開発ツールを使うことによって発生する、目に見えにくく厄介なコストのことです。始まりはゆるやかでも、最終的にはソフトウェア開発において深刻なボトルネックを生む可能性があります。ツールが増え続けることで、チームは複雑なツールチェーンの管理に追われるようになり、本来削減できるはずだった時間やコストをかえってムダにする結果となります。これにより、顧客のニーズに応える力や、競合他社に先んじる力に影響が出てしまいます。\n\nツールチェーンの束縛から解放されたいと考えるDevOpsの現場では、こうした問題がますます明らかになってきています。[GitLabの2024年グローバルDevSecOps調査](https://about.gitlab.com/developer-survey/)は、この課題の規模と、それが生み出している問題点を浮き彫りにしています。DevOpsチームの半数以上が、開発プロセスで6種類以上のツールを操り、そのうち13％のチームは最大14種類ものツールの操作に奮闘しているのです。\n\nこの複雑さがもたらす業務時間への影響はどれほどでしょうか？DevOpsの専門家たちは、ソフトウェアの開発ではなく、これらのツールの保守や統合に業務時間の最大4分の3を費やしています。さらに、78%以上が、ツールチェーンの保守に25%〜100%の時間を無駄にしていると報告しています。\n\n回答者たちは、これを問題だと感じています。\n\nこの調査によると、約64%の人が、モニタリングの難しさ、開発の遅延、デベロッパーの不満といった課題を理由に、（時に煩雑になりすぎた）ツールチェーンの統合を望んでいます。この割合は、特定の業界ではさらに高くなっています。自動車業界では76.5%、製造業界では72%以上がツールチェーンの統合を検討していると答えています。\n\nそして回答者が、自身の業務のどれほどがDevOpsツールチェーンの保守や統合に費やされているかを語るとき、それらを削減または排除したい理由が明らかになります。調査によると、約20%の人が「保守やインテグレーションに最大で24%の時間を使っている」と回答し、40%以上の人は「25%〜49%」、さらに27%以上は「50%〜74%」を費やしていると答えています。つまり、DevOpsで働く人の78%以上が、1日の業務時間の少なくとも4分の1以上をツールチェーンの保守でムダにしていると感じているということです。\n\n「当社のデベロッパーは、日常的にたくさんのツールを使用する必要がありました」と語るのは、シンガポールに本社を置く大手オンライン旅行予約プラットフォーム[Agoda](https://about.gitlab.com/customers/agoda/)のDevOps & DevSecOpsマネージャー、Nadav Robas氏です。「私はDevOpsエンジニアが、日常的なメンテナンス作業やアップタイム管理、特定のドメイン知識の習得といった業務から解放されることを望んでいました」とRobas氏は話します。\n\nこうした状況は、ソフトウェアの開発やデプロイといった本来の業務以外に、多くの時間を費やしていることを意味します。またそれは、DevOpsチームの仲間たちが、本来関心のある革新的で創造的な作業に十分に時間を割けていないことを意味し、これは業務体験や満足度にも影響を及ぼします。\n\n## ツールチェーンの負担からの脱却\n\nチームがツールチェーンの負担にうんざりしていることは明らかです。しかし今、多くのチームが[完全なDevSecOpsプラットフォームを採用する](https://about.gitlab.com/blog/2022/08/16/eight-steps-to-prepare-your-team-for-a-devops-platform-migration/)ことで、この問題から解放されつつあります。この一手により、業務効率が向上し、手作業が自動化され、セキュリティのシフトレフトが実現し、コストやストレスが軽減されるだけでなく、DevOpsチームとビジネス全体の両方にとって大きなメリットがもたらされます。\n\n「私は、デベロッパーにツールの専門家になってほしかったわけではありません」と、Robas氏は語ります。私が本当に望んでいたのは、コードの作り方や、適切なデプロイの仕方など、本当に重要なことに集中してもらうことです。それを可能にしたのが、ひとつのプラットフォームでした。」\n\n単一のプラットフォームを導入することで、オペレーションが効率化されるだけでなく、複数のツールにかかっていたライセンス費用も不要になります。ツールチェーンを置き換えることでどれだけのコストを削減できるかを計算するには、こちらの[ROI計算ツール](https://about.gitlab.com/calculator/)をご利用ください。[1]\n\n[生産性を高めながら](https://about.gitlab.com/blog/2022/05/02/5-ways-collaboration-boosts-productivity-and-your-career/)コストを削減できる包括的なプラットフォームを持つことは、特に経済的に厳しい時期においては強力な武器となります。なぜなら、それによって顧客への価値提供をより迅速に行えるからです。\n\n## GitLabでツールチェーンの氾濫を抑える\n\nDevSecOpsプラットフォーム（[GitLabのような単一のエンドツーエンド型プラットフォーム](https://about.gitlab.com/stages-devops-lifecycle/)）を使うことで、複数のツールを使用することによって発生する高コストな統合作業を削減できます。さらに、ソフトウェアの開発とリリースをより迅速に進められるだけでなく、セキュリティとコンプライアンスの強化にもつながります。このように、サイクルタイムの短縮と生産性の向上を同時に実現できる数々のメリットにより、チームはスピード・信頼性・可視性を備えたソフトウェア開発が可能になります。\n\nそしてそれは、顧客への価値提供にもつながります。\n\n「GitLabで画面をひとつに統合することで、デベロッパーは複数のツール間を行き来せずに、ソフトウェア開発ライフサイクルのプロセス全体を見渡せるようになりました。」とRobas氏は話します。「すべてのツールをひとつのプラットフォームに集約するという当初の目標も達成されました。今では生産性や安全性、さらにデベロッパーの業務体験も向上しています。」\n\nGitLabのエンドツーエンドプラットフォームへの[移行によるメリット](https://page.gitlab.com/resources-ebook-trading-diy-devops-for-a-single-platform.html)をご覧ください。\n\n[1] _ROIはさまざまな要因によって変動する可能性があり、ROI計算ツールは実際の結果を保証するものではありません。あらかじめご了承ください。_\n\n> #### 複雑なツールチェーンを統合しましょう\n>\n> ツールチェーンを効率化し、非効率なプロセスの排除、コスト削減、市場投入までの時間短縮を実現する方法を、無料のガイドでご紹介しています。\n> \n> [ガイドを読む](https://page.gitlab.com/consolidate-toolchain-guide.html){class=\"button\"}",[432,435,438,441,444],{"header":433,"content":434},"「ツールチェーンの負担」とは何ですか？また、DevOpsチームにどのように影響しますか？","「ツールチェーンの負担」とは、ソフトウェア開発で複数のツールを管理・保守することによって発生する隠れたコストのことを指します。この複雑さによって、DevOpsで働く人の最大74%の時間が浪費され、非効率や遅延、デベロッパーの満足度低下を引き起こしています。",{"header":436,"content":437},"DevOpsチームがツールチェーンの統合を望む理由は？","GitLabの2024年グローバルDevSecOps調査によると、DevOpsで働く人の64%が、メンテナンスの負担軽減、ワークフローの効率化、モニタリングの改善、不要な頭の切り替えをなくすことによる生産性向上などを理由に、ツールチェーンを統合したいと考えています。",{"header":439,"content":440},"単一のDevSecOpsプラットフォームは、どのように効率を向上させますか？","単一のDevSecOpsプラットフォームを導入することで、ツールの統合作業が不要になり、手作業が自動化され、セキュリティを開発ライフサイクルのより早い段階に組み込むことができ、コストも削減されます。これによりチームはイノベーションに集中できるようになり、サイクルタイムが短縮され、生産性も向上します。",{"header":442,"content":443},"包括的なDevSecOpsプラットフォームを採用することで得られる経済的なメリットとは？","分断されたツールチェーンを単一のプラットフォームに置き換えることで、複数のツールにかかるライセンス費用が削減され、高コストな統合作業も不要になります。組織は、プラットフォーム統合のメリットを評価するROIツールを使って、節約可能なコストを算出できます。",{"header":445,"content":446},"GitLabは、ツールチェーンの複雑さをどのように解消しますか？","GitLabは、ツールを統合するエンドツーエンドのDevSecOpsプラットフォームを提供しており、チームがソフトウェア開発ライフサイクルを一元的に把握できる環境を実現します。このアプローチにより、ツールチェーンの氾濫が抑えられ、セキュリティやコンプライアンスが強化され、デベロッパーエクスペリエンスも向上し、生産性と信頼性の両方が高まります。","content:ja-jp:the-source:platform:devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer:index.yml","ja-jp/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer/index.yml","ja-jp/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer/index",{"_path":451,"_dir":452,"_draft":6,"_partial":6,"_locale":7,"config":453,"seo":455,"content":459,"type":415,"category":452,"slug":467,"_id":468,"_type":24,"title":456,"_source":25,"_file":469,"_stem":470,"_extension":28,"date":460,"description":457,"timeToRead":461,"heroImage":458,"keyTakeaways":462,"articleBody":466},"/ja-jp/the-source/ai/5-ways-execs-can-support-their-devops-teams-with-ai","ai",{"layout":9,"template":417,"articleType":418,"author":22,"featured":6,"gatedAsset":454,"isHighlighted":6,"authorName":11},"source-lp-the-ultimate-playbook-for-high-performing-devsecops-teams",{"title":456,"description":457,"ogImage":458},"経営層がDevOpsチームをAIでサポートする5つの方法","DevSecOpsプラットフォームのAI機能が、チームの生産性と連携力の向上にどう役立つかをご紹介します。","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463727/lo1idgayu6d7ysofhlsn.png",{"title":456,"date":460,"description":457,"timeToRead":461,"heroImage":458,"keyTakeaways":462,"articleBody":466},"2023-12-14","8分で読めます",[463,464,465],"ルーチンタスクの自動化やコード提案といったツールの運用など、AIの活用はデベロッパーの効率性を高め、ストレスを軽減します。これにより、仕事への満足度が向上し、定着率の改善が期待できます。","AIツールを戦略的に導入することで、デベロッパーは優先度の高いプロジェクトに集中できるようになります。","AI機能を活用してコードレビューやディスカッションを要約することで、チーム全体が進行中のプロジェクトの状況を把握しやすくなり、誰もが容易に関与できるようになります。最終的には、チームの協調性が高まり、連携の取れた職場環境の構築につながります。","人工知能（AI）は、DevSecOpsチームによるソフトウェアの構築方法を大きく変える可能性を秘めています。また、ITリーダーは、AIの導入によって得られるメリットを最大限に引き出せるように、チームをサポートできる立場にあります。効率性の向上、デベロッパーの業務負担の軽減、そして人と人のコラボレーションを置き換えるのではなく、むしろ促進するという観点から、テクノロジーの活用に注力することが求められます。\n\nGitLabのデベロッパー啓蒙活動プログラムマネージャーであるAbubakar Siddiq Angoは、次のように述べています。「デベロッパーが効率よく仕事を進めるための適切なツールを持っていれば、満足度が高まり、ストレスも軽減されます。そして、デベロッパーの満足度が高くなり、ストレスが少なくなり、燃え尽き症候群になりにくくなれば、より良い仕事ができるようになり、他の職場への転職を考えることも少なくなります。つまり、生産性と定着率の向上につながるということです。これは非常に大きな成果です。」\n\n[エンドツーエンドのDevSecOpsプラットフォームに組み込まれたAI機能](https://about.gitlab.com/ja-jp/gitlab-duo/)は、デベロッパーをサポートし、効率よく働けるようにするためのものです。AIは次世代の自動化と捉えることができ、デベロッパーが好きな価値ある仕事、つまり革新的なコードを書くという作業に専念できるようにします。\n\nここでは、DevSecOpsチームがAIを活用して働き方を変革していくための5つの方法をご紹介します。\n\n## 1. AIトレーニングでデベロッパーの自信を高める\n\n経営層がチームのためにできる最も有効なサポートとして、[ルーチンタスクの自動化](https://about.gitlab.com/ja-jp/the-source/ai/how-ai-helps-devsecops-teams-improve-productivity/)と、問題解決の迅速化と効率化が挙げられます。これにより、デベロッパーの業務がシンプルになり、やりがいが生まれ、ストレスも軽減されます。そして、まさにそれこそがAIの得意分野です。\n\n[コード提案](https://about.gitlab.com/blog/code-suggestions-improves-developer-productivity/)、脆弱性の要約、コードの説明といったAIツールを活用することで、デベロッパーは単調で反復的、かつ時間のかかる作業に費やす時間や精神的エネルギーを大幅に削減できます。その結果、負担が大きく軽減され、成果物の質も向上します。\n\n「これは間違いなくデベロッパーの仕事を改善するでしょう」とAngoは語ります。「私の作業時間のうち、70%は関数をグーグルで検索したり、何かを調べたりすることに使われています。それが数秒で理解できるなら、その分すべての時間とエネルギーをコードを書くことに使えます。AIが面倒な作業を引き受けてくれるからこそ、人間はもっと重要なことに集中できるのです。」\n\nDevSecOpsチームのメンバーにとってAIの導入が新たなストレスにならないようにするためには、マネージャーや経営層が、メンバーが安心してAI機能を活用するために必要なトレーニングを提供することが重要です。実際、[GitLabの調査](https://about.gitlab.com/ja-jp/developer-survey/2024/ai/)では、回答者の約3分の1、つまり31%が、「AIを使いこなすためのスキルや、出力を解釈するスキルが自分には不足しているのではないか」と不安を感じていることが分かりました。もちろん、トレーニングは常に重要ですが、AIのように新しい技術に対しては、メンバーが自信と期待を持って使い始められるよう、リーダーが積極的に行動してサポートする必要があります。\n\n## 2. チームと連携して、AIを戦略的に導入する\n\n手作業にかける時間が減れば、デベロッパーは次のプロジェクトのイテレーションで新しい機能を構築したり、大規模なソフトウェアのデザインに取り組んだりする時間を確保できます。また、時間的な制約のために後回しになっていたプロジェクトに、再び着手できるようにもなります。\n\nAIを活用してコードの提案や説明を自動生成したり、AIによる根本原因分析によって問題の原因を特定したりすることで、デベロッパーはプロジェクトを前に進めるための時間を確保し、より大きな視点でのニーズに集中できるようになります。\n\n「経営陣やITリーダーは、人々がAIを使ってより多くの仕事をこなせるようにサポートしていく立場にあることを理解する必要があると思います」と語るのは、GitLabのシニアソリューションアーキテクト、Karen Kwentusです。「AIの機能によって、繰り返しの作業が排除されます。開発中、私は何時間もかけて問題の原因を突き止めようとしたことがあります。もしAIがコードを提案してくれたり、脆弱性を要約してくれたりすれば、その作業に時間を取られることがなくなり、何時間も節約できるんです。気づけば、同じ時間内でより多くのことができている、ということになるでしょう。」\n\n「AIによって、ソフトウェアのビルド、セキュリティの確保、デプロイの効率性が高まると思います」とAngoは付け加えます。\n\nリーダーは利用可能なAI機能を常に把握し、AIを使ってまずどのようなワークフローを簡素化すべきかをチームと協力して把握する必要があります。では、デベロッパーの負担を軽減し、業務効率を向上させるためには、どのような場面でAIを活用できるのでしょうか。AIソリューションが導入され、デベロッパーがプラスの結果を得られるようになれば、マネージャーはチームと協力して、これまで遅れていたプロジェクトや後回しになっていた取り組みを見直し、優先順位をつけて再始動に向けた計画を立てることができます。\n\n## 3. 人と人のコラボレーションの重要性を強調する\n\nDevSecOpsプラットフォームを導入することによる大きな利点のひとつは、協調性のある環境が促進されることです。DevSecOpsチーム内のメンバーだけでなく、他部署のメンバーにもソフトウェア開発ライフサイクル全体が可視化されることで、異なるチーム同士が互いの進行状況を把握し、障害の回避策を共有したり、業務効率の向上につながる提案を行ったりできるようになります。\n\nAI機能は、こうしたコラボレーションを促進します。\n\n「同僚があなたの書いたコードにコメントしてくれても、それを受け取ってちゃんと理解する時間がなければ意味がありません」とAngoは言います。「誰かがレビューを依頼したとき、AIはそのリクエストを要約できます。そして、レビュー内容についても[AIがコメントをまとめてくれる](https://about.gitlab.com/blog/merge-request-changes-summary-ai/)ので、あなたのプロジェクトについて他の人が何を言っているのか、すぐに把握できます。AIは人と人を切り離すのではなく、むしろつなぐ役割を果たすのです。」\n\nAngoは次のように付け加えます。「ワークフローはAIによって支えられ、AIによって改善されるものであって、AIによって置き換えられるものではありません。」\n\nAIは単に作業を自動化するだけではありません。チームメンバー同士のコミュニケーションを円滑にすることで、人と人のコラボレーションの機会を広げる働きをします。リーダーは、チーム内でのコミュニケーションと連携を促す環境を作り、AIがそうしたつながりを後押ししていることをメンバーに伝えることで、チームを支えることができます。\n\n## 4. セキュリティの責任をチーム全体で担うことを奨励する\n\nAIによる[脆弱性の要約](https://about.gitlab.com/ja-jp/blog/developing-gitlab-duo-use-ai-to-remediate-security-vulnerabilities/)を活用することで、コードのセキュリティ対策はより効率的に、精神的な負担も少なく、スピーディーに行えるようになります。\n\nたとえば、デベロッパーがコードをプッシュして「SQL挿入が検出されました」というアラートを受け取ったとしても、その時点で自分のコードがどう影響を受けているかをすぐに理解できるとは限りません。しかしAIを使えば、その脆弱性が何であるのか、コードにどう影響するのか、ソフトウェア全体にどう影響するのか、さらにはその修正方法まで、簡単に説明を受けられます。\n\n「AIが脆弱性を説明し、修正を提案できるなら、それはまさに私が望んでいるものです」とKwentusは言います。「最終的に修正を行う責任はデベロッパーやセキュリティチームにありますが、AIによる具体的な提案やコンテキスト、説明の提供があれば、大いに役立つでしょう。より多くの情報を得ることで、ユーザーは問題をより迅速にトリアージして修正できます。」\n\nDevSecOpsチームが自動化されたセキュリティやコンプライアンスに関するテストやアラートを適切に活用しているかを確認する上で、ITリーダーは重要な役割を担っています。同様に、「脆弱性の説明」など、セキュリティ関連のAIツールをチームが活用できているかどうかを確認する責任もあります。一方で、チームメンバーの間では「セキュリティの責任は全員で担うべきである」という認識が高まりつつあります。つまり、プロジェクトの終盤にセキュリティチームがすべての問題を一手に引き受けるのではなく、コードを書いているデベロッパー自身が、AI機能を活用して問題を理解し、発見した時点ですぐに修正していくべきだという考え方です。\n\n> [AIがDevOpsチームのセキュリティ強化にどう役立つか](https://about.gitlab.com/ja-jp/the-source/ai/4-ways-ai-can-help-devops-teams-improve-security/)、そして[生成AIをDevSecOps環境でどう活用できるか](https://about.gitlab.com/ja-jp/the-source/ai/how-to-put-generative-ai-to-work-in-your-devsecops-environment/)について、詳しくご覧ください。\n\n## 5. チームの中にAI推進役を見つける\n\n経営陣は、DevSecOpsプラットフォームのAI機能と、それらがどのように業務の負担を軽減できるのかについて、チームと話し合う時間をきちんと設けるべきです。「自分たちの目標が何なのかをチームに伝えてください」とKwentusは言います。「情報を与えて、時間と精神的エネルギーをどう節約できるかについて話しましょう。脆弱性の調査にかける時間を減らして、コードを書く時間を増やせることを伝えましょう。彼らは本来、そういった周辺作業をするためにこの仕事を選んだわけではありません。彼らが望んでいるのはコードを書くこと。AIを使うことで、そのための時間が増えるのです。」\n\nそして、ワークロードやストレスが軽減されれば、デベロッパーの仕事への満足度が高まります。満足度が上がれば離職率が下がり、DevSecOpsチームはより安定し、経営側の負担も少なくなります。\n\n「デベロッパーは、何かを成し遂げようとしているのに、そのたびにボトルネックにぶつかると、ストレスを感じるものです」とAngoは言います。「そのボトルネックを取り除けば、ストレスやバーンアウトのリスクも減りますし、結果として全員の仕事が楽になります。」\n\nもちろんITリーダーは、DevSecOpsプラットフォームのAI機能についてチームとオープンに対話し、これらの機能が業務をどう楽にしてくれるかを説明し、効率的かつ自信を持って使いこなせるように必要なトレーニングを提供することを意識すべきです。\n\nこうした対話をよりスムーズに進めるためには、チームの中からAIに前向きな、影響力のある人を見つけて、ほかの人にAIの利用を促す推進役となってもらい、それをサポートするのが効果的です。業務を楽にするツールだけでなく、それを使いこなすための知識や、導入を推奨する環境をチームメンバーに与えることで、デベロッパーは今よりもっと仕事に満足感を感じられるようになるはずです。","5-ways-execs-can-support-their-devops-teams-with-ai","content:ja-jp:the-source:ai:5-ways-execs-can-support-their-devops-teams-with-ai:index.yml","ja-jp/the-source/ai/5-ways-execs-can-support-their-devops-teams-with-ai/index.yml","ja-jp/the-source/ai/5-ways-execs-can-support-their-devops-teams-with-ai/index",[411,450],{"ai":353,"platform":360,"security":92},1753799955615]