InfoQ ホームページ Agile に関するすべてのコンテンツ
-
優秀な人を見つけ持続可能なチームを作る
ミートアップやハッカソン、カンファレンスは自社の仕事や特性を披露し、優秀な人材と出会うのにうってつけの機会だ。面接の始めに相手に会話をリードさせることで、その人物をより深く知ることができる、という。プロとして成長する余地があるということと心理的安全性があるということが持続可能なチームを作り、協力的で凝集度が高いエンジニアリング文化を確立する上で重要だ。
-
“正しくコトを行う”から”正しいコトを行う”へ
オランダ ING社のCIOであるPeter Jacobs氏は、Agile India 2018で講演を行なった。Agileへの取り組みの発展と実践が、組織が正しくコトを行うことにどう役立ってきたか、そして、正しいコトを行なっていると保証するために現在直面している課題について話した。
-
信頼がリーダシップと組織変革に与える影響を評価する
AtlassianのDom Price氏とPrudy Gourguechon氏は、ともに先頃、チームとリーダとの信頼の重要性と、確信を持ってそれを評価することの難しさを記事に書いた。その上で両氏は、チームが協力し、不確実性に対処し、個人のオーナシップを尊重し、リーダシップからの協調性を体験するための行動パターンを提案している。
-
持続可能なソフトウェアとアジャイル
持続可能なソフトウェア(Sustainable software)は、変更をより短期間で顧客に提供するとともに、バグ可能性の低減、アプリケーションの総所有コストの削減、ビジネスアジリティの向上を可能にする。ソースコードの自動解析、専門家による技術的アーティファクトのレビュー、ベンチマークデータの比較を組み合わせることで、ソフトウェアの持続性を検証することが可能になる。
-
継続的デリバリの基礎としてのトランクベース開発
pivotalで継続的デリバリに関する書籍を著したDave Farley氏は先頃、トランクベース開発のプラクティスに対する異論について記事を書き、CIと優秀なチームで果している役割を証拠としてそれらの意見に反論した。共著者のJez Humble氏もTwitterのスレッドでこのプラクティスの文化的側面についてコメントし、プログラマ気質との関係について説明している。
-
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ポッドキャストで、ソフトウェアをリリース可能な小ステップで提供する上で、モブプログラミングが効果的なコラボレーションモデルを提供する点について解説した。