マガジンのカバー画像

_build member Magazine

7
各builderによる投稿記事です
運営しているクリエイター

#devops

【自己組織化したチームを導く】今まで自己組織化チームでカバーされていなかった「ソリューションオーナー」の重要性

はじめに、ソフトウエア開発の歴史について簡単に説明させてください。1986年、竹内弘高氏と野中郁次郎氏は、ハーバード・ビジネス・レビューの有名な論文「新たな新製品開発競争(The New New Product Development Game)」を発表し、その中で「スクラム」をそれまでのスポーツ用語ではないものとして紹介しました。 その論文の中で書かれている重要な考え方の1つが、「チーム全員で目標を達成すること」です。プロジェクトの成果に対して、1人のチームメンバーが他の

テスト自動化のROIとは?

By Omar Galeano(Translated by 鈴木良和、元記事はこちら) 要約:ROIをここで計算しましょう! アジャイルソフトウェア開発の時代に、テストの自動化は "Nice to have" から、高品質のソフトウェアを迅速にリリースするために重要な "Must have" のケイパビリティになりました。 通常、ビジネスサイドの意思決定者はテスト自動化が良いアイデアであることに同意します。しかし、予算と締め切りがタイトなシチュエーションにおいては、特に

なぜ、プラットフォームエンジニアがDevOps変革を導くべきか

私たちスラロムビルドでは、DevOpsのマインドセットにのっとったソフトウェア開発をおこなっています。プラットフォームエンジニアリングという領域自体が、このDevOpsマインドセットに適応する(あるいは適応しようとしている)企業から生まれた領域なので、DevOpsマインドセットはプラットフォームエンジニア(以下PE)である私の役割の非常に重要な部分でもあります。最近、私は、プロダクトエンジニアリングとDevOpsの変革が混在するプロジェクトに携わりました。このようなシナリオは