InfoQ ホームページ Agile に関するすべてのコンテンツ
-
GitHub Checks APIにより、アプリは高度な継続的インテグレーションが可能に
GitHub Checks APIは、コードチェックを継続的なインテグレーションワークフローに統合することを目的としている。たとえば、これはソースファイルを診断し、プルリクエストビューに直接結果を表示することを意味する。フィードバックは、問題の原因となるコード行を示すなど、必要に応じて詳細に記述することができるため、コミットの作成者は問題を修正してコードを改めてチェックすることができる。
-
創造、協力、革新のためのソフトウェアエンジニアリング
ソフトウェアエンジニアリングは、反復的で、フィードバックに基づき、漸進的、実験的で、実証的でなければならない。 C職人技は十分ではない。エンジニアリングは増幅器であり、創造性と協力、発明を強化する。継続的デリバリはエンジニアリングの原則に根ざしている。
-
第12回 State of Agile Reportが公開
2018 State of Agile ReportがCollabNet VersionOneから公開された。報告書の結論からは、顧客満足度の必要性の増大、アジャイルを大規模展開する企業の増加、アジャイルソフトウェア開発における分散型チームの一般化に加え、多くの企業が今後12ヶ月以内にDerOps活動を開始ないし計画していることが確認される。
-
GCPが"kaniko"をリリース、特権を持たないコンテナやKubernetes内でのコンテナイメージ構築が可能に
Googleは、コンテナあるいはKubernetesクラスタ内でDockerfileからコンテナイメージを構築するオープンソースツール"kaniko"をリリースした。kanikoはDockerデーモンに依存せず、Dockerfile内の各コマンドをすべてユーザ空間で実行する。これにより、標準的なKubernetesクラスタのように、簡単かつセキュアにDockerデーモンを実行できない環境においても、コンテナイメージの構築が可能になる。
-
アウトソーシングのためのリーンアジャイル調達
アジャイルを導入している組織にとっての最後の障壁の1つは、調達プロセスである。最近のAgiliaカンファレンスで、Mirko Kleiner氏が調達担当者、ITチーム、サプライヤが関与するサービス契約交渉のアプローチであるLean-Agile Procurementを提案した。これは、顧客ニーズに対応するために闘争的なスタンスから協力的なアプローチに移行するためのものである。
-
SRE(Site Reliability Engineer)の役割とは - Catchpointの調査より
Site Reliability Engineeringとは、ソフトウェアエンジニアリングとITオペレーションを横断するもので、Googleが2003年に開発し、2016年に書籍“Site Reliability Engineering, How Google Runs Production Systems”で詳説したアプローチである。ディジタルエクスペリエンスとインテリジェンスのプロバイダであるCatchpointは、416名のSRE(Site Reliablity Engineer)を対象に、SREの意味の理解を目的とする調査を実施した。
-
Kubernetes 1.10とCross-Cloud CI Project Dashboard 1.3のリリース、Kubernetes Survey実��の発表
Kubernetesコンテナオーケストレーションプラットフォーム 1.10リリースでは、ストレージ、セキュリティ、ネットワークという3つのコア領域にベータ機能が追加されている。Kubernetes関連の他のニュースとしては、Cross-cloud CIプロジェクトグループが、CI Dashboard v1.3.0をリリースし、App Def Working GroupがKubernetesの全ユーザを対象として、アプリケーション展開の要件の共有を目的とした調査を開始した。
-
GitLab 10.7でGitLab Web IDEが一般利用可能になる
GitLab 10.7では、C++およびGoコードのセキュリティ改善とKubernets統合改善とともに、マージリクエストの受け入れワークフローを簡単化するGitLab Web IDEが一般利用可能になった。
-
心理的安全性を育む
ストレス、恐怖、不安があるとき、創造的に考えたり、協力して働いたり、問題を解決することは難しくなる。間違いを犯すことに対する安全さを知らしめたり、本当に理解するために耳を傾けたり、マインドフルネスを実践したりすることで安全性の文化を作ることができる。
-
モブプログラミングの観点
”Mob Programming Guidebook”の著者であるMaaret Pyhäjärvi氏は、自身のモブテスト体験と、氏のチームがクロスファンクションの重要性を理解するに至る上で、それがいかに役立ったかを記事にした。Woody Zuill氏も先日のAgile Uprisingポッドキャストで、ソフトウェアをリリース可能な小ステップで提供する上で、モブプログラミングが効果的なコラボレーションモデルを提供する点について解説した。
-
Jeff Patton氏、アジャイルのプロダクトオーナシップを語る
先日のAgile Indiaカンファレンスで行った基調講演で、Jeff Patton氏は、アジャイル開発がプロダクトのオーナシップにアプローチする方法を取り上げた。氏によれば、プロダクト管理はプロダクトオーナというスクラム用語が生まれる前に存在した規律であって、大部分のアジャイル組織においては、せいぜい形式的なアプローチとして採用されているに過ぎず、真のプロダクト管理が求められている。
-
アジャイル企業になるには
企業は今、階層的な組織構造とマイクロマネジメントに分かれを告げて、アジャイル企業へと変わらなければならない — 従来型の官僚型構造に苛まれつつ小さな変化を積み上げるのではなく、管理モデルを根本的に変える必要がある。アジリティを阻害する行為をやめさせて、顧客指向、本質的モチベーション、リーダシップ、信頼関係に基づくリーダシップ、フォーマルでない計画、といったものに集中するべきだ。
-
Googleが”Skaffold” - Kubernetesでの継続的デプロイメントを促進するツールをリリース
Googleは、Kubernetesアプリケーションの継続的開発を容易にするコマンドラインツールのSkaffoldをリリースした。Skaffoldは今まさに、AzureのDraftやDatawireのForge、WeaveworkのFluxなどが乱立するKubernetes開発自動化ツールの領域に踏み込もうとしている。
-
素晴らしいエンジニアリング文化についてリーダーが語る
QConLondonのBuilding Great Engineering Culturesと題したトラックで、登壇者が聴衆から質問を受け、パネルディスカッションをした。 Google、Sky Betting、Gaming、ITV、Deliveroo、GlobalSignのリーダーたちが、自分たちがどのようにしてエンジニアリングについての素晴らしい文化を支援し構築してきたかを共有した。
-
継続的改善のためのデータ駆動思考
組織は、継続的に改善するために、パフォーマンスを計測し、ビジネスの成果に行動を結びつける客観的な方法が必要だ。Avvoでは、自律的なチームモデルとふりかえりを実践し、データ駆動決定フレームワークを使う。このフレームワークは、継続的に改善するために、人々がよりよい決定と提案をするのに役立つ。