[{"data":1,"prerenderedAt":503},["ShallowReactive",2],{"/ja-jp/the-source/authors/brian-wald/":3,"footer-ja-jp":34,"the-source-navigation-ja-jp":345,"the-source-newsletter-ja-jp":372,"brian-wald-articles-list-authors-ja-jp":384,"brian-wald-articles-list-ja-jp":414,"brian-wald-page-categories-ja-jp":502},{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"config":8,"seo":10,"content":12,"type":26,"slug":27,"_id":28,"_type":29,"title":11,"_source":30,"_file":31,"_stem":32,"_extension":33},"/ja-jp/the-source/authors/brian-wald","authors",false,"",{"layout":9},"the-source",{"title":11},"Brian Wald",[13,24],{"componentName":14,"componentContent":15},"TheSourceAuthorHero",{"config":16,"name":11,"role":19,"bio":20,"headshot":21},{"gitlabHandle":17,"linkedInProfileUrl":18},"brianwald","https://www.linkedin.com/in/brianwald/","グローバルフィールドCTO組織主任","GitLabグローバルフィールドのCTO組織主任。エンタープライズソフトウェア開発プラクティスの変革に専念する、ダイナミックなフィールドCTOチームを統率しています。",{"altText":11,"config":22},{"src":23},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463417/fugpbux9miqbdx3wewtu.jpg",{"componentName":25},"TheSourceArticlesList","author","brian-wald","content:ja-jp:the-source:authors:brian-wald.yml","yaml","content","ja-jp/the-source/authors/brian-wald.yml","ja-jp/the-source/authors/brian-wald","yml",{"_path":35,"_dir":36,"_draft":6,"_partial":6,"_locale":7,"data":37,"_id":341,"_type":29,"title":342,"_source":30,"_file":343,"_stem":344,"_extension":33},"/shared/ja-jp/main-footer","ja-jp",{"text":38,"source":39,"edit":45,"contribute":50,"config":55,"items":60,"minimal":333},"GitはSoftware Freedom Conservancyの商標です。当社は「GitLab」をライセンスに基づいて使用しています",{"text":40,"config":41},"ページのソースを表示",{"href":42,"dataGaName":43,"dataGaLocation":44},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":46,"config":47},"このページを編集",{"href":48,"dataGaName":49,"dataGaLocation":44},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":51,"config":52},"ご協力をお願いします",{"href":53,"dataGaName":54,"dataGaLocation":44},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":56,"facebook":57,"youtube":58,"linkedin":59},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[61,88,161,233,295],{"title":62,"links":63,"subMenu":69},"プラットフォーム",[64],{"text":65,"config":66},"DevSecOpsプラットフォーム",{"href":67,"dataGaName":68,"dataGaLocation":44},"/ja-jp/platform/","devsecops platform",[70],{"title":71,"links":72},"価格",[73,78,83],{"text":74,"config":75},"プランの表示",{"href":76,"dataGaName":77,"dataGaLocation":44},"/ja-jp/pricing/","view plans",{"text":79,"config":80},"Premiumを選ぶ理由",{"href":81,"dataGaName":82,"dataGaLocation":44},"/ja-jp/pricing/premium/","why premium",{"text":84,"config":85},"Ultimateを選ぶ理由",{"href":86,"dataGaName":87,"dataGaLocation":44},"/ja-jp/pricing/ultimate/","why ultimate",{"title":89,"links":90},"ソリューション",[91,96,101,106,111,116,121,126,131,136,141,146,151,156],{"text":92,"config":93},"デジタルトランスフォーメーション",{"href":94,"dataGaName":95,"dataGaLocation":44},"/ja-jp/topics/digital-transformation/","digital transformation",{"text":97,"config":98},"セキュリティとコンプライアンス",{"href":99,"dataGaName":100,"dataGaLocation":44},"/ja-jp/solutions/security-compliance/","security & compliance",{"text":102,"config":103},"自動化されたソフトウェアデリバリー",{"href":104,"dataGaName":105,"dataGaLocation":44},"/ja-jp/solutions/delivery-automation/","automated software delivery",{"text":107,"config":108},"アジャイル開発",{"href":109,"dataGaName":110,"dataGaLocation":44},"/ja-jp/solutions/agile-delivery/","agile delivery",{"text":112,"config":113},"クラウドトランスフォーメーション",{"href":114,"dataGaName":115,"dataGaLocation":44},"/ja-jp/topics/cloud-native/","cloud transformation",{"text":117,"config":118},"SCM",{"href":119,"dataGaName":120,"dataGaLocation":44},"/ja-jp/solutions/source-code-management/","source code management",{"text":122,"config":123},"CI/CD",{"href":124,"dataGaName":125,"dataGaLocation":44},"/ja-jp/solutions/continuous-integration/","continuous integration & delivery",{"text":127,"config":128},"バリューストリーム管理",{"href":129,"dataGaName":130,"dataGaLocation":44},"/ja-jp/solutions/value-stream-management/","value stream management",{"text":132,"config":133},"GitOps",{"href":134,"dataGaName":135,"dataGaLocation":44},"/ja-jp/solutions/gitops/","gitops",{"text":137,"config":138},"Enterprise",{"href":139,"dataGaName":140,"dataGaLocation":44},"/ja-jp/enterprise/","enterprise",{"text":142,"config":143},"スモールビジネス",{"href":144,"dataGaName":145,"dataGaLocation":44},"/ja-jp/small-business/","small business",{"text":147,"config":148},"公共機関",{"href":149,"dataGaName":150,"dataGaLocation":44},"/ja-jp/solutions/public-sector/","public sector",{"text":152,"config":153},"教育",{"href":154,"dataGaName":155,"dataGaLocation":44},"/ja-jp/solutions/education/","education",{"text":157,"config":158},"金融サービス",{"href":159,"dataGaName":160,"dataGaLocation":44},"/ja-jp/solutions/finance/","financial services",{"title":162,"links":163},"関連リソース",[164,169,174,179,184,189,193,198,203,208,213,218,223,228],{"text":165,"config":166},"インストール",{"href":167,"dataGaName":168,"dataGaLocation":44},"/ja-jp/install/","install",{"text":170,"config":171},"クイックスタートガイド",{"href":172,"dataGaName":173,"dataGaLocation":44},"/ja-jp/get-started/","quick setup checklists",{"text":175,"config":176},"学ぶ",{"href":177,"dataGaName":178,"dataGaLocation":44},"https://university.gitlab.com/","learn",{"text":180,"config":181},"製品ドキュメント",{"href":182,"dataGaName":183,"dataGaLocation":44},"https://docs.gitlab.com/","docs",{"text":185,"config":186},"ブログ",{"href":187,"dataGaName":188},"/ja-jp/blog/","blog",{"text":190,"config":191},"お客様の成功事例",{"href":192,"dataGaLocation":44},"/customers/",{"text":194,"config":195},"お客様成功事例",{"href":196,"dataGaName":197,"dataGaLocation":44},"/ja-jp/customers/","customer success stories",{"text":199,"config":200},"リモート",{"href":201,"dataGaName":202,"dataGaLocation":44},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":204,"config":205},"GitLabサービス",{"href":206,"dataGaName":207,"dataGaLocation":44},"/ja-jp/services/","services",{"text":209,"config":210},"TeamOps",{"href":211,"dataGaName":212,"dataGaLocation":44},"/ja-jp/teamops/","teamops",{"text":214,"config":215},"コミュニティ",{"href":216,"dataGaName":217,"dataGaLocation":44},"/community/","community",{"text":219,"config":220},"フォーラム",{"href":221,"dataGaName":222,"dataGaLocation":44},"https://forum.gitlab.com/","forum",{"text":224,"config":225},"イベント",{"href":226,"dataGaName":227,"dataGaLocation":44},"/events/","events",{"text":229,"config":230},"パートナー",{"href":231,"dataGaName":232,"dataGaLocation":44},"/ja-jp/partners/","partners",{"title":234,"links":235},"Company",[236,241,246,251,256,261,266,270,275,280,285,290],{"text":237,"config":238},"GitLabについて",{"href":239,"dataGaName":240,"dataGaLocation":44},"/ja-jp/company/","company",{"text":242,"config":243},"採用情報",{"href":244,"dataGaName":245,"dataGaLocation":44},"/jobs/","jobs",{"text":247,"config":248},"経営陣",{"href":249,"dataGaName":250,"dataGaLocation":44},"/company/team/e-group/","leadership",{"text":252,"config":253},"チーム",{"href":254,"dataGaName":255,"dataGaLocation":44},"/company/team/","team",{"text":257,"config":258},"ハンドブック",{"href":259,"dataGaName":260,"dataGaLocation":44},"https://handbook.gitlab.com/","handbook",{"text":262,"config":263},"投資家向け情報",{"href":264,"dataGaName":265,"dataGaLocation":44},"https://ir.gitlab.com/","investor relations",{"text":267,"config":268},"Sustainability",{"href":269,"dataGaName":267,"dataGaLocation":44},"/sustainability/",{"text":271,"config":272},"ダイバーシティ、インクルージョン、ビロンギング（DIB）",{"href":273,"dataGaName":274,"dataGaLocation":44},"/ja-jp/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":276,"config":277},"トラストセンター",{"href":278,"dataGaName":279,"dataGaLocation":44},"/ja-jp/security/","trust center",{"text":281,"config":282},"ニュースレター",{"href":283,"dataGaName":284,"dataGaLocation":44},"/company/contact/","newsletter",{"text":286,"config":287},"プレス",{"href":288,"dataGaName":289,"dataGaLocation":44},"/press/","press",{"text":291,"config":292},"現代奴隷制の透明性に関する声明",{"href":293,"dataGaName":294,"dataGaLocation":44},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"title":296,"links":297},"お問い合わせ",[298,302,307,312,317,322,327],{"text":296,"config":299},{"href":300,"dataGaName":301,"dataGaLocation":44},"/ja-jp/sales/","sales",{"text":303,"config":304},"サポートを受ける",{"href":305,"dataGaName":306,"dataGaLocation":44},"/support/","get help",{"text":308,"config":309},"カスタマーポータル",{"href":310,"dataGaName":311,"dataGaLocation":44},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"text":313,"config":314},"ステータス",{"href":315,"dataGaName":316,"dataGaLocation":44},"https://status.gitlab.com/","status",{"text":318,"config":319},"利用規約",{"href":320,"dataGaName":321,"dataGaLocation":44},"/terms/","terms of use",{"text":323,"config":324},"プライバシーに関する声明",{"href":325,"dataGaName":326,"dataGaLocation":44},"/ja-jp/privacy/","privacy statement",{"text":328,"config":329},"Cookieの設定",{"dataGaName":330,"dataGaLocation":44,"id":331,"isOneTrustButton":332},"cookie preferences","ot-sdk-btn",true,{"items":334},[335,337,339],{"text":318,"config":336},{"href":320,"dataGaName":321,"dataGaLocation":44},{"text":323,"config":338},{"href":325,"dataGaName":326,"dataGaLocation":44},{"text":328,"config":340},{"dataGaName":330,"dataGaLocation":44,"id":331,"isOneTrustButton":332},"content:shared:ja-jp:main-footer.yml","Main Footer","shared/ja-jp/main-footer.yml","shared/ja-jp/main-footer",{"_path":346,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"logo":347,"subscribeLink":352,"navItems":356,"_id":368,"_type":29,"title":369,"_source":30,"_file":370,"_stem":371,"_extension":33},"/shared/ja-jp/the-source/navigation",{"altText":348,"config":349},"the source logo",{"src":350,"href":351},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750191004/t7wz1klfb2kxkezksv9t.svg","/ja-jp/the-source/",{"text":353,"config":354},"購読する",{"href":355},"#subscribe",[357,361,364],{"text":358,"config":359},"人工知能",{"href":360},"/ja-jp/the-source/ai/",{"text":97,"config":362},{"href":363},"/ja-jp/the-source/security/",{"text":365,"config":366},"プラットフォームとインフラストラクチャ",{"href":367},"/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":373,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"title":374,"description":375,"submitMessage":376,"formData":377,"_id":381,"_type":29,"_source":30,"_file":382,"_stem":383,"_extension":33},"/shared/ja-jp/the-source/newsletter","The Sourceニュースレター","ソフトウェア開発の未来への洞察に関する最新情報を入手しましょう。","The Sourceのニュースレターへの登録が完了しました。",{"config":378},{"formId":379,"formName":380,"hideRequiredLabel":332},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":385,"andre-michael-braun":386,"andrew-haschka":387,"ayoub-fandi":388,"brian-wald":11,"bryan-ross":389,"chandler-gibbons":390,"dave-steer":391,"ddesanto":392,"derek-debellis":393,"emilio-salvador":394,"erika-feldman":395,"george-kichukov":396,"gitlab":397,"grant-hickman":398,"haim-snir":399,"iganbaruch":400,"jlongo":401,"joel-krooswyk":402,"josh-lemos":403,"julie-griffin":404,"kristina-weis":405,"lee-faus":406,"ncregan":407,"rschulman":408,"sabrina-farmer":409,"sandra-gittlen":410,"sharon-gaudin":411,"stephen-walters":412,"taylor-mccaslin":413},"Amanda Rueda","Andre Michael Braun","Andrew Haschka","Ayoub Fandi","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","Sharon Gaudin","Stephen Walters","Taylor McCaslin",{"allArticles":415,"visibleArticles":501,"showAllBtn":332},[416,440,481],{"_path":417,"_dir":418,"_draft":6,"_partial":6,"_locale":7,"config":419,"seo":423,"content":427,"type":435,"category":418,"slug":436,"_id":437,"_type":29,"title":424,"_source":30,"_file":438,"_stem":439,"_extension":33,"date":428,"description":425,"timeToRead":429,"heroImage":426,"keyTakeaways":430,"articleBody":434},"/ja-jp/the-source/platform/high-performing-development-teams-your-business-advantage","platform",{"layout":9,"template":420,"articleType":421,"author":27,"featured":6,"gatedAsset":422,"isHighlighted":6,"authorName":11},"TheSourceArticle","Regular","source-lp-building-a-resilient-software-development-practice",{"title":424,"description":425,"ogImage":426},"優れたパフォーマンスを発揮する開発チーム：ビジネス上の優位性","パフォーマンスの高いソフトウェア開発チームを構築すれば、納期が早まり、コード品質が向上し、イノベーションが推進されるため、主要なビジネス目標を達成できます。","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463980/zj2aimb3oznkxhkh9l2a.png",{"title":424,"date":428,"description":425,"timeToRead":429,"heroImage":426,"keyTakeaways":430,"articleBody":434},"2025-03-13","5分で読めます",[431,432,433],"優れたパフォーマンスを発揮するソフトウェアエンジニアリングチームは、組織における複雑な課題にうまく対処し、優先順位のバランスを取り、新しいテクノロジーに適応しながら、高品質のコードを作成することで、イノベーションを推進します。","自主性と当事者意識を持つチームは、より多くの価値を迅速に提供し、ビジネス目標に向けた歩みを加速し、イノベーションの最前線に立てるようにエンゲージメントを促進します。","パフォーマンスの高いチームは、ソフトウェアを開発するだけでなく、ベストプラクティスを広める素晴らしいお手本となります。結果として、組織全体でパフォーマンス基準が上がります。","常に競合他社の一歩先を行く組織と、追いつこうと苦戦している組織の違いは一体何でしょうか？ 大抵の場合、その答えは、技術や市場戦略ではなく、チームの能力にあります。\n\nどのようなソフトウェア組織においても、イノベーションと効率性の原動力となるのは、パフォーマンスの高いチームです。こういったチームは、複雑な企業構造の中でも効率的に業務を進め、高品質のソフトウェアを生み出すことで、優れたパフォーマンスを達成します。また、相反するニーズのバランスを取り、変化する技術に適応し、組織における多様かつ、しばしばサイロ化された部分にもうまく対応します。\n\nパフォーマンスの高いチームに、さらに多くの責任と自由を与えると、より短時間でより良い結果を達成し、組織目標の達成までの時間が短縮されます。当事者意識が高まることで、チームメンバーのエンゲージメントとモチベーションも向上し、大抵の場合、チームメンバーによってイノベーションが牽引され、新機能や新製品の開発が進みます。\n\nこのようなチームがもたらす利点は、開発されるソフトウェアだけにとどまりません。他のチームの模範となって、ベストプラクティスを共有し、組織全体のパフォーマンスを向上させます。\n\n## 優れたソフトウェアチームの育成\nパフォーマンスの高いチームは偶然できるものではなく、綿密な計画、強力なリーダーシップ、そして卓越性を重視するカルチャーを通じて構築されます。エンジニアリングリーダーは、以下に紹介する重要な戦略に従うことで、パフォーマンスの高いチームを育成できます。\n\n### 卓越したパフォーマンスを実現しているチームを特定する\n常にパフォーマンス基準を上回っている開発チームを特定し、そのチームのリーダーから、どのようにプロセスを改善したのかをヒアリングしましょう。そのチームとの関係を構築し、他のチームのお手本にできます。\n\n### 明確かつ達成可能なチーム目標を設定する\n組織のビジョンに沿った、明確かつ達成可能な目標を設定すれば、パフォーマンスの高いチームは、その達成に向けて前進します。目標には期限を設定し、具体的かつ測定・達成可能で、関連性がある内容でなければなりません。\n\n### チームに意思決定の権限を与える\n権限が与えられたチームは、柔軟性に優れ、適応力があります。ツールの選択、ワークフローの設計、優先順位付けなど、自分たちの業務に直接影響する意思決定プロセスをチーム内で管理できるようにしましょう。そうすれば、開発環境が効率化され、全体的なデベロッパーエクスペリエンスが大幅に向上します。\n\n### 心理的安全性と当事者意識を育む\n信頼は、パフォーマンスの高いチームの基盤です。また、チームメンバー間で強い信頼感を生み出すためには、率直なコミュニケーションも不可欠です。チームメンバーが安心してアイデアの共有やフィードバックの提供を行い、それぞれが責任を負えるような文化を育みましょう。定期的なチームミーティングやフィードバックセッションを開催すれば、チームでパフォーマンスを振り返り、改善策を見つけやすくなります。\n\n### 継続的な学習に投資する\n優れたパフォーマンスを発揮できるチームは、常に改善策を模索しています。継続的なトレーニング、認定、その他の学習リソースへのアクセスを提供して、チームメンバーの技術スキル向上を支援しましょう。これにより、スキルアップを望む経験豊富なデベロッパーを含め、チームメンバーに対し、キャリアアップのための貴重な機会を提供できます。\n\n### 協調的な職場環境を育む\n成功を収めるには、チーム内およびチーム間のコラボレーションが不可欠です。プロジェクト管理ツールやリアルタイムコミュニケーションプラットフォームを使用すると、チームワーク、ドキュメントの共有、プロジェクトの進捗状況の追跡を簡単に行えます。協調的な職場環境では、多様な視点がもたらされるため、複雑な問題を解決できます。また、人間の創造性と最新技術が組み合わさることでイノベーションが促進されます。現在、特に先見の明のあるチームは、生成AIツールを使用して、どのようにコラボレーションを強化し、[慎重かつ戦略的な方法で生産性を高められるか](https://about.gitlab.com/the-source/ai/devops-leaders-fix-this-productivity-blocker-before-adding-ai/#-thoughtfully-incorporate-ai-into-workflows)を検討しています。\n\n### 優れたパフォーマンスを認めて報いる\nパフォーマンスの高いチームは、努力が認められる環境において成長します。大小を問わず、功績を認めるシステムを確立しましょう。具体的には、正式な表彰プログラム、パフォーマンスに基づく賞与のほか、単に公の場で優れた成果を認めることなどが考えられます。卓越したパフォーマンスを認めることで、チームのモチベーションが高まり、成功につながる行動や習慣が促進されます。\n\n## パフォーマンスの高いチームが戦略的に不可欠な理由\n[調査によると](https://about.gitlab.com/developer-survey/)、DevSecOps プラットフォームの導入など、パフォーマンスの高いソフトウェアチームを構築するための対策を行った組織では、デベロッパーのオンボーディングの高速化や脆弱性の修正の効率化など、さまざまな利点を得ています。そして、そのすべてがビジネス上の競争優位性につながっています。\n\n戦略的価値は、目先の生産性向上にとどまりません。多様な視点を持つ機能横断型チームは、複雑な問題を解決するイノベーションを推進し、多くの場合、サイロ化されたアプローチでは見逃される新たな市場機会を特定できます。おそらく経営陣にとって最も説得力があるのは、乗数効果でしょう。パフォーマンスの高いエンジニアリングチームを1つ作るために投資すれば、チームの効果的な業務の進め方が組織全体のパフォーマンスを向上させるテンプレートとなり、スケール可能なフレームワークを確立できます。\n\n卓越したパフォーマンスを後押しし、適切なリソースが提供される企業文化は、パフォーマンスの高いソフトウェアチームを構築する基盤となります。チーム全体が共通の目標を持ち、それを達成するための自主性があれば、素晴らしい成果を達成できます。","article","high-performing-development-teams-your-business-advantage","content:ja-jp:the-source:platform:high-performing-development-teams-your-business-advantage:index.yml","ja-jp/the-source/platform/high-performing-development-teams-your-business-advantage/index.yml","ja-jp/the-source/platform/high-performing-development-teams-your-business-advantage/index",{"_path":441,"_dir":418,"_draft":6,"_partial":6,"_locale":7,"config":442,"seo":444,"content":448,"type":435,"category":418,"slug":477,"_id":478,"_type":29,"title":445,"_source":30,"_file":479,"_stem":480,"_extension":33,"date":449,"description":446,"timeToRead":429,"heroImage":447,"keyTakeaways":450,"articleBody":454,"faq":455},"/ja-jp/the-source/platform/from-toolchain-chaos-to-business-roi-a-5-step-roadmap",{"layout":9,"template":420,"articleType":421,"author":27,"featured":332,"gatedAsset":443,"isHighlighted":6,"authorName":11},"transform-your-software-development",{"title":445,"description":446,"ogImage":447},"ツールチェーンの混乱からビジネスの成果へ：5つのステップで導くロードマップ","ツール、プロセス、運用方法を標準化し、ビジネス全体の目標に向けてすべてのチームの足並みを揃えることで、複雑性を削減しましょう。","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463923/joqzi3uwfbqptjynlkbs.jpg",{"title":445,"date":449,"description":446,"timeToRead":429,"heroImage":447,"keyTakeaways":450,"articleBody":454,"faq":455},"2025-03-11",[451,452,453],"ソフトウェア開発プラットフォームを標準化することで、運用コストを削減し、同時にデリバリースピードとセキュリティを向上させ、テクノロジーをコスト要因から競争優位に変えられます。","評価、基準の設定、AIの活用、システムの集約、およびトレーニングで構成される5段階の標準化プロセスを通じて、技術的負債を回避しつつ、持続的なイノベーションを実現するためのフレームワークを構築できます。","一体型の開発プラットフォームは、オペレーションを効率化するだけでなく、市場への迅速な対応、より的確な意思決定、将来を見据えたテクノロジー投資も可能にします。","企業が成長するにつれて、チームはソフトウェアのデリバリーを急ぎ、その結果、さまざまなソフトウェア開発ツールや手法が混在する状況になりがちです。各チームが短期的解決のために各自でソリューションを開発することもあり、[混乱した作業環境](https://about.gitlab.com/the-source/platform/devops-teams-want-to-shake-off-diy-toolchains-a-platform-is-the-answer/)が生まれることもあります。隠れたコストはすぐに蓄積していきます。重複するツールのライセンス費用、増加する保守作業、非一貫な実践によるセキュリティの脆弱性、異なるシステム間の統合課題に費やされる膨大な時間。これらは単なる非効率ではなく、組織の収益に直接影響を与える可能性があります。\n\n[標準化された開発プラットフォーム](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/)によって、こうした非効率は排除されます。すべてのソフトウェア開発チームが一貫したツールとプロセスで作業できる統一されたワークスペースを構築することで、技術投資をより広範なビジネス目標と整合させることができます。その結果として、コスト削減、提供スピードの向上、セキュリティの改善、そして明確な競争優位性が実現します。## 標準化された開発プラットフォームのメリット\n**コストを削減**：標準化されたプラットフォームを運用することで、大幅なコスト削減が可能です。多数の個別ツールを使う代わりに1つのシステムを使用することで、ライセンス費用、保守作業、異なるシステムの連携にかかるコストを削減できます。また、外部ベンダーへの依存度が下がり、チームに対して複数のツールをトレーニングする手間と時間も削減されます。\n\n**より迅速にリリース**：集中型プラットフォームにより、開発プロセス全体のスピードが向上します。ツールとワークフローを統合してプロセスを効率化することで、多数の異なるツールを使用している際に発生する遅延を解消できます。\n\n**セキュリティとコンプライアンスを向上**：プラットフォーム全体に一貫したセキュリティ対策を適用することで、セキュリティの脆弱性を低減し、規制遵守を容易にします。\n\n**より良いインサイトを得る**：プラットフォームアプローチにより、ソフトウェア開発ライフサイクル全体に関する正確で信頼性の高いデータを取得できます。これにより、チームのワークフローが改善され、データ主導の意思決定が可能となり、ビジネスの成長を支援します。\n\n**将来への備え**：最後に、標準化されたソフトウェア開発のアプローチは、将来的な成長や変化への適応を可能にします。組織が拡大しても、このフレームワークがあれば、チームは混乱なくスムーズに拡大できます。\n\n> もっと詳しく：[デベロッパーのオンボーディングを加速させる方法と、それが重要な理由](https://about.gitlab.com/the-source/platform/how-to-accelerate-developer-onboarding-and-why-it-matters/)\n\n## 標準化されたソフトウェア開発プラットフォームを構築するための5つのステップ\nほとんどの企業にとって、標準化されたソフトウェアプラットフォームを構築することは可能です。ただし、それには慎重な計画が必要です。リーダーたちは、以下の5つのステップを通じて、ツールとワークフローを効果的に標準化できます。\n\n### 1. 現在のツールを評価する\nまず、現在使用しているツールやプロセスをしっかりと見直しましょう。このレビューには、デベロッパー、セキュリティの専門家、[プラットフォームエンジニアリングチーム](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/)など、すべての関係者からのフィードバックを含めるべきです。目的は、ツールの重複や連携できていない部分を特定し、顧客のためのソフトウェア開発プロセスを改善する方法を見つけることです。\n\n### 2. 明確な基準と目標を設定する\nレビュー結果をもとに、社内での基準やベストプラクティスを定めます。これには、コーディングルール、デプロイパイプライン、セキュリティポリシーを含めることが重要です。これらの基準が自社の主要なビジネス目標を支援し、すべてのチームが簡単に従えるようにしましょう。またこの段階で、何を達成したいのか（たとえばチームワークの向上、コスト削減、スケーラビリティの強化など）を明確にすることも重要です。### 3. AIを活用してよりスマートに作業する\nAIツールは、現代のソフトウェア開発において重要な存在になりつつあります。AIを使ってルーチン作業を自動化することで、デベロッパーはより戦略的な業務に集中できます。さらに、AIは開発全体を通じてコードをチェックし、本番環境に移行する前に問題を早期に発見することで、セキュリティも向上させることができます。\n\n### 4. 中央集約型システムを構築する\n基準が定まったら、それらを保管・共有する場所が必要です。集中型のプラットフォームを構築すれば、すべてのドキュメント、コード、プロジェクト管理ツールを１か所に集約できます。すべてが揃っていることで、全員が同じ基準に従って作業できるようになり、摩擦が減り、コラボレーションが向上します。\n\n### 5. トレーニングに投資する\n標準化が機能するには、チームがその基準を理解し、運用できることが前提です。プロセス全体をカバーする包括的なトレーニングプログラムに投資しましょう。継続的な教育により、さまざまなプログラミング言語やプラクティス、テクノロジーに関する最新の知識をチームが保ち続けることができます。\n\n## ソフトウェア開発プラットフォームの標準化によるROI\nソフトウェア開発プラットフォームの標準化への移行は、単なる技術的な改善ではなく、測定可能な成果をもたらす戦略的なビジネス投資です。このアプローチをうまく導入した組織では、最大で[483%の投資収益率（ROI）](https://about.gitlab.com/resources/study-forrester-tei-gitlab-ultimate/)、デベロッパーの生産性が400%向上、そしてソフトウェアツールチェーンのコストを25%削減するなどの成果が報告されています。これにより、一体型の、アジリティとセキュリティに優れたソフトウェア開発ライフサイクルが実現し、技術的負債も抑えられます。\n\nこの変革を検討するうえで忘れてはならないのは、現状維持こそが最もコストのかかる選択肢となることが少なくないという点です。ソフトウェアの能力が競争力を左右するようになってきている現在、「開発プラットフォームを標準化する余裕があるかどうか」ではなく、「標準化せずに市場で生き残れるのかどうか」が問われているのです。まずは自社の現在の環境を丁寧に評価することから始め、明確な目標を中心にステークホルダーの合意を形成し、単なる技術的なプロジェクトとしてではなく、戦略的な課題として取り組むべきです。",[456,459,462,465,468,471,474],{"header":457,"content":458},"標準化されたソフトウェア開発プラットフォームとは？","標準化されたソフトウェア開発プラットフォームとは、あらゆるツール、ワークフロー、プロセスをひとつの統一された環境にまとめるものです。この仕組みによってチーム間の分断が解消され、業務の一貫性が促進され、ツールの重複も減り、部署を超えたコラボレーションが可能になります。さらに、開発の取り組みを全社的なビジネス目標と整合させることもできます。",{"header":460,"content":461},"企業が規模を拡大するにつれて、ツールチェーンの混乱に直面するのはなぜですか？","組織が成長するにつれて、さまざまなチームが独自のツールやカスタムワークフローを導入して、目の前の問題を解決することが増えていきます。その結果、ツールの重複やプロセスの不一致、連携の問題が発生し、効率の低下を招くだけでなく、コストの増加やセキュリティリスクの上昇にもつながります。",{"header":463,"content":464},"プラットフォームの標準化によるビジネス上のメリットとは？","開発ツールやプロセスを標準化することで、ソフトウェアのライセンス費用や連携コストを削減できるほか、納期の短縮、セキュリティ対策状況の強化、コンプライアンス対応の簡素化などのメリットが得られます。また、管理体制とビジネス目標との整合性を維持しながら、開発運用をスケールしやすくなります。",{"header":466,"content":467},"プラットフォームの標準化により、デベロッパーの生産性はどのように向上しますか？","重複したツールを排除し、ワークフローを効率化することで、デベロッパーは頭を切り替えたり、連携トラブルの解決に費やす時間を減らすことができます。一元化されたプラットフォームは、セルフサービスや一貫したプロセスを支える仕組みをサポートし、デベロッパーはより多くの時間をイノベーションや価値創出に注げるようになります。",{"header":469,"content":470},"AIはプラットフォームの標準化を強化できますか？","はい、できます。AIは、繰り返しタスクの自動化、リアルタイムのコードスキャンによるセキュリティ向上、そしてソフトウェアライフサイクル全体にわたるインテリジェントなインサイトの提供によって、標準化の促進に貢献します。これにより、運用負荷が軽減され、開発速度を向上させつつ、標準化されたプロセスに従って作業できるようになります。",{"header":472,"content":473},"プラットフォームの標準化を始めるために、企業はどのようなステップを踏むべきですか？","まずは、現在使用しているツールを評価し、重複するものを特定する必要があります。そこから、社内における明確な標準を定め、それを徹底するために一元化されたプラットフォームを導入します。さらに、チーム全体で一貫して活用できるよう、トレーニングプログラムに投資することも重要です。",{"header":475,"content":476},"開発ツールの標準化は、大企業のみが行うべきですか？","いいえ。規模にかかわらず、どの組織にとっても開発プラットフォームの標準化にはメリットがあります。実際のところ、ツール構成が比較的シンプルで導入も迅速に行える中小企業の方が早く効果を実感できる場合もあります。長期的には、このアプローチが組織の成長を支え、大規模化に伴う技術的負債の削減にもつながります。","from-toolchain-chaos-to-business-roi-a-5-step-roadmap","content:ja-jp:the-source:platform:from-toolchain-chaos-to-business-roi-a-5-step-roadmap:index.yml","ja-jp/the-source/platform/from-toolchain-chaos-to-business-roi-a-5-step-roadmap/index.yml","ja-jp/the-source/platform/from-toolchain-chaos-to-business-roi-a-5-step-roadmap/index",{"_path":482,"_dir":418,"_draft":6,"_partial":6,"_locale":7,"config":483,"seo":485,"content":489,"type":435,"category":418,"slug":497,"_id":498,"_type":29,"title":486,"_source":30,"_file":499,"_stem":500,"_extension":33,"date":490,"description":487,"timeToRead":491,"heroImage":488,"keyTakeaways":492,"articleBody":496},"/ja-jp/the-source/platform/driving-business-results-with-platform-engineering",{"layout":9,"template":420,"articleType":421,"author":27,"featured":6,"gatedAsset":484,"isHighlighted":6,"authorName":11},"gitlab-2024-global-devsecops-report",{"title":486,"description":487,"ogImage":488},"プラットフォームエンジニアリングでビジネスの成果を上げる","プラットフォームエンジニアリングは、市場投入までの時間短縮、セキュリティリスクの軽減、デベロッパーエクスペリエンスの向上により、ビジネス効率を高めます。本記事でチームを成功に導く方法をご紹介します。","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463790/xmrjm5ztb49zx5bggima.png",{"title":486,"date":490,"description":487,"timeToRead":491,"heroImage":488,"keyTakeaways":492,"articleBody":496},"2024-10-29","7分で読めます",[493,494,495],"プラットフォームエンジニアリングは、企業がより少ないコストでより多くのことを成し遂げるための重要な戦略として最近注目を浴びています。","その利点として、市場投入までの時間の短縮、セキュリティとコンプライアンスのリスクの軽減、デベロッパーのエクスペリエンス向上などが挙げられます。","プラットフォームエンジニアリングを成功させるには、製品指向の文化を確立し、明確なビジネス目標を設定することが不可欠です。","開発チームのベストプラクティスとコンポーネントを一元化するプラットフォームエンジニアリングは、DevSecOpsのプラクティスとフレームワークが組織全体に組み込まれるようになるにつれ、さらに注目を集めています。また、大部分の作業に対しては最適化された「Golden Path」をデベロッパーに提供し、残りの作業に対しては例外的なケースを定義できるような柔軟性を持たせることで、デベロッパーのワークフローを正規化・標準化することがプラットフォームエンジニアリングの目的とされています。\n\nGartner®社によると、「2026年には大規模なソフトウェアエンジニアリング組織の80%でアプリケーションデリバリー用の再利用可能なサービス、コンポーネント、ツールの社内プロバイダーとしてプラットフォームエンジニアリングチームが確立される」と予想されています[1]。これは、2022年の45%と比較して大きな増加です。プラットフォームエンジニアリングは、組織（特に多くのエンジニアリングのイニシアチブが並行して行われている大規模な組織）がDevSecOpsの原則やツールをより簡単に拡張できるようにするものです。必要コストを下げながらで多くの成果を上げるようプレッシャーを受けている企業では、このアプローチは非常に重要となります。\n\n## プラットフォームエンジニアの主なメリット\n__市場投入のスピードを加速：__ プラットフォームエンジニアリングは、組織が高品質なソフトウェアをより速く、費用対効果の高い方法で提供できるよう支援します。大規模な組織がプラットフォームエンジニアリングチームを結成することで、ツールを減らして迅速に作業を進められ大幅なコスト削減が可能になるなど、長期的なメリットが見込めます。\n\n__セキュリティとコンプライアンスのリスクを軽減：__ ツールを減らしてワークフローを標準化することで、組織のコンプライアンスオーバーヘッドと潜在的なアタックサーフェス（攻撃対象領域）を軽減できます。[データ侵害のコストに関する調査 2024年](https://www.ibm.com/jp-ja/reports/data-breach)によれば、2023年における世界の平均データ漏洩コストは445万ドルでした。データ漏洩にかかるコストはまだ大きいものの、アタックサーフェスを効果的に管理している組織はより迅速に漏洩を封じ込めることができます。\n\n__デベロッパーエクスペリエンスの向上：__ [DevEx](https://about.gitlab.com/developer-experience/)の優先度は高まっており、企業は優秀なデベロッパーを引き付けて確保すべく競争しています。プラットフォームエンジニアリングチームは、効率的で自動化されたワークフローやGolden Pathを構築し、デベロッパーのワークロードから手作業で冗長なタスクを取り除くことで、エクスペリエンスを向上できます。これにより日々の作業が簡素化され、アプリケーションを効率的にビルド、テスト、デプロイし、よりインパクトのあるビジネスクリティカルな作業に集中できるようになります。\n\n## プラットフォームエンジニアリングのベストプラクティス\n\n### まず文化を変える\n「プラットフォーム」が私たちが構築するものであるのなら、「エンジニアリング」はそれを構築する方法と言えるでしょう。多くの組織が、導入を成功させるには組織文化をどう進化させたらいいのかを検討せずに、テクノロジーの購入や導入に踏み切っています。プラットフォームエンジニアリングチームは、デベロッパーを顧客、自身をプロダクトオーナーと考えて行動することが求められます。デベロッパーのニーズを理解するための調査の実施や、提供されたリソースを活用して成功できるようエンドユーザーとやり取りをする必要があります。これには内部マーケティング、コミュニケーション、カスタマーサポートのスキルが必要ですが、多くの場合、技術チームには欠けている要素です。\n\nここで重要なのは、製品志向の考え方と文化です。プラットフォームエンジニアリングチームは、ユーザーのフィードバックに耳を傾け、製品（デベロッパー向けプラットフォーム）を継続的に反復して改善することで、エンドユーザー（デベロッパー）に価値を提供することに集中できます。リーダーは、チームメンバーが特定の（内部）顧客を支援する方法を模索できる環境を作る必要があります。セルフサービスインターフェースやプログラム可能なAPIを通じて、ユーザーがサービスをできるだけ簡単に利用できるようにすることに重点を置きます。\n\n### ビジネスバリューの提供に集中\n\nプラットフォームエンジニアリングのイニシアチブを開始すると、組織は非常に生産性の高いチームを見て、その真似をしたくなるかもしれません。開始当初はチームの構造や使用するツールに重点が置かれすぎることがよくありますが、多くの場合、こうした要素は生産的なチームによって生み出される成果であり、最初に構造やツールありき、というわけではありません。リーダーは、チーム構造やツールではなく、求めるビジネス上の成果に焦点を当て、その目標を達成するための適切なツールやチーム構造を特定する必要があります。\n\nビジネスインパクトの観点から、プラットフォームエンジニアリングの目標を定義しましょう。ソフトウェアを迅速に開発することは素晴らしいことですが、なぜそれが必要なのでしょうか？どのようなビジネス目標に役立つでしょうか？\n\nたとえばスピードと俊敏性の向上は一般的な目標ですが、その背後には複数のビジネス目標が隠れている可能性があります。市場投入までの時間が遅いと、どの製品を優先させるかという難しい選択を迫られ、機会コストの問題が発生します。より迅速に動くことができる組織は、急速に変化する市場に対応する準備も整っています。また、セキュリティ上の意味合いもあります。セキュリティインシデントが発生した場合に迅速かつ効率的に対応できるということを組織が十分に理解している必要があります。\n\n一般的な生産性や効率性の指標は参考になりますが、リーダーは指標を金額に変換してビジネス価値を明確にする必要があります。たとえば、プラットフォームエンジニアリングによって、新人のデベロッパーがコードを本番環境へ初めてリリースするまでの時間を短縮できたとします。この場合、組織はそのデベロッパーの1年目の給与の一定の割合と、オンボーディングを支援する社内の人材の給与の一部を節約できます。また、定着率を高め、コストのかかる雇用のニーズ（広告、リクルーター、長期面接サイクルなど）を減らせる可能性もあります。\n\nリーダーは、ビジネス価値に常に焦点を当て適切な結果をもたらすことで、プラットフォームエンジニアリングのイニシアチブを最適化できます。\n\n### 測定可能な状態を保つ\nプラットフォームエンジニアリングチームの進捗状況を追跡し、デベロッパーが提供されるサービスをどのように使用しているか（または使用していないか）を理解するのに役立つ指標を設定することが重要です。これにより継続的な改善が可能になり、成功している領域や追加リソースが必要な領域を特定でき、社内のマーケティング活動に役立ちます。\n\n役に立つ指標として次のものが挙げられます。\n\n- __導入率：__ プラットフォームを積極的に使用しているデベロッパーの数\n\n- __価値創出までの時間：__ 新しいデベロッパーがプラットフォームでコードのデリバリーを開始するまでにかかる時間\n\n- __コミュニティのエンゲージメント：__ プラットフォーム内のコンポーネントのうち、コミュニティによって提供されたものの割合（例：あるチームが他のチームにも役立つような新しいCIジョブを開発した場合に、それをプラットフォームエンジニアリングチームと共有してより広範な適用とメンテナンスを行うかなど）\n\n### すべての人を念頭に置いた構築\nデベロッパープラットフォームの早期導入者は、プロセスの初期段階で最も目立ち、発言力も強くなりがちです。ただし、早期導入者（通常は組織の20%未満）は、最終的にプラットフォームを活用するほとんどのユーザーとは非常に異なるニーズを持っているため、その発言が他ユーザーと必ずしも一致しない可能性があることに注意しましょう。組織にとって理にかなったGolden Pathを定義する際には、早期導入者だけでなく、大多数のユーザーを念頭に置いて構築する必要があります。\n\n早期に投資する価値のある一般的なGolden Pathの1つに、1つのターゲットプラットフォーム（Kubernetesなど）で特定のタイプのワークロードをサポートするエンドツーエンドのCI/CDパイプラインがあります。この基本的なワークロードがサポートされれば他のワークロードにとっても強力な基盤となり、プラットフォームが価値を提供できるという確信が得られます。Golden Pathがビジネス上で生み出す成果を踏まえた上で、組織が優先すべきものを定義しましょう。\n\n## DevSecOpsプラットフォーム：プラットフォームエンジニアリングの基盤\nDevSecOpsプラットフォームは単一のユーザーインターフェース、統一されたデータストア、DevSecOpsライフサイクルに組み込まれたセキュリティを提供するものです。DevSecOpsプラットフォームを使用すると、組織はソフトウェア開発プロセス全体に対応するWorkflow-as-a-Serviceを活用して、プラットフォームエンジニアリングの基盤を構築できます。\n\nここでは、プラットフォームエンジニアリングでチームを成功に導くDevSecOpsプラットフォームの重要な要素をいくつかご紹介します。\n\n- __計画とコラボレーション：__ プラットフォームエンジニアリングは透明性がなければ機能しません。[全員が同じプラットフォームに参加](https://about.gitlab.com/ja-jp/solutions/agile-delivery/)することでコミュニケーションが円滑に進み、デベロッパーが戦略とスコープを把握できるようになり、コードの計画、ビルド、テスト、保護、デプロイ、モニタリングをより効率的に行えるようになります。\n\n- __CI/CDとオーケストレーション：__ オーケストレーションはプラットフォームエンジニアの中心です。プラットフォームを使用すれば、デベロッパーは[コード品質を確認して本番環境に移行](https://about.gitlab.com/ja-jp/solutions/continuous-integration/)できるようになります。さらに、テンプレートメカニズムを適用すれば、共通のベストプラクティスを確実に導入し、すべての変更が一貫した品質プロセスを経るようにすることも可能です。\n\n- __デベロッパーエクスペリエンス：__ DevExは、手作業のタスクを自動化し、不要な意思決定を抽象化することで、デベロッパーの日常業務を簡素化することを目的としています。DevSecOpsプラットフォームを使用するとすべてのコードが1か所にまとめられるため、デベロッパーは頭の切り替えを最小限に留めながら何をするべきかを簡単に判断できます。さらに、再利用可能なテンプレートやコード提案、コードの説明などのAI搭載の機能をデベロッパーに提供することで、障害がなくなり、デベロッパーはオンボーディングを迅速に完了してすぐに価値を生み出せるようになります。\n\n- __統合セキュリティ：__ DevSecOpsプラットフォームを使用すると、[自動セキュリティスキャン](https://about.gitlab.com/solutions/security-compliance/)で、すべてのコードが基準のポリシーを満たしていることが確認されます。 さらに重要なのは、デベロッパーがそのデータにセルフサービスでアクセスできることです。本番環境へのロールアウトをする前に重大な脆弱性を発見できます。\n\n- __メトリクスと分析：__ プラットフォームエンジニアリングのイニシアチブを成功させるには、組織はプロジェクトの背後にあるビジネス目標を特定し、その目標に向けた進捗をモニタリングできる必要があります。[ソフトウェア開発ライフサイクル全体からデータを集めるダッシュボードと分析](https://about.gitlab.com/solutions/value-stream-management/)により、組織は主要メトリクスの追跡、プロセス改善の影響の評価、ボトルネックの詳細な分析を簡単に行うことができます。これにより、リーダーはトレンドやボトルネックをすばやく特定し、リスクのあるプロジェクトに集中できるようになります。\n\n[こちらのページ](https://about.gitlab.com/solutions/platform-engineering/)では、ソフトウェア開発を加速する方法についてご紹介します。GitLabはDevSecOpsチームにツールとワークフローのための単一のセルフサービスポータルを提供して認知負荷を軽減し、よりスケーラブルなソフトウェアデリバリーを実現します。その詳細をご覧ください。\n\n*[1] Gartner, Top Strategic Technology Trends for 2024、Bart Willemsen、Gary Olliffe、Arun Chandrasekaran、2023年10月16日。GARTNERは、GARTNER, INC.および/またはその関連会社が有する米国内および国際的な登録商標であり、ここでは許可を得て使用されています。無断転載を禁じます。*\n\n*監修：川瀬 洋平　[@ykawase](https://gitlab.com/ykawase)\n（GitLab合同会社 カスタマーサクセス本部 シニアカスタマーサクセスマネージャー）*","driving-business-results-with-platform-engineering","content:ja-jp:the-source:platform:driving-business-results-with-platform-engineering:index.yml","ja-jp/the-source/platform/driving-business-results-with-platform-engineering/index.yml","ja-jp/the-source/platform/driving-business-results-with-platform-engineering/index",[416,440,481],{"ai":358,"platform":365,"security":97},1753733422008]