InfoQ ホームページ Agile に関するすべてのコンテンツ
-
仕事における内向、両向、外向
内向と外向はバイナリな性格タイプではない；ヒトはこの2つのタイプの間のどこかに落ち着いている。そのとき身が置かれているコンテキストにより振る舞い方も変わる。事実、人口の大多数は両向型である。これらの違いを理解することは、より効果的なコミュニケーションやチームワークに役立つ。
-
"2018 State of Testing"調査
2018 State of Testingサーベイは、テスト専門職の技能向上とテストトレンドに対する意識に関する情報提供を目的とした調査で、2018年1月に実施された。
-
アジャイルの導入方法を改善する
アジャイル導入にはアジャイルのアプローチを採用するべきであって、ウォーターフォール的な方法でアジャイルを導入するべきではない、チームの活性化を望むリーダと、それをサポートする組織の構築が必要だ。さらには業界として、アジリティの段階的な展開の実績を積む必要がある。
-
ZeroStackがDevOps Workbenchの提供開始
プライベートクラウドプロバイダのZeroStackは、開発者が独自のワークベンチを作成で��るセルフサービス機能を発表した。ZerostackのIntelligent Cloud Platformを介して、DevOps Workbenchのユーザは、オープンソースと商用のプロバイダから提供されている40の開発ツールを利用できる。
-
オランダ鉄道はいかにしてアジャイルとリーンを導入したか
アジャイルとリーンの哲学による考え方は極めて近い - リーンはアジャイルを強化するものであって、逆もまた然りだ。アジャイルプラクティスが複雑なプロダクトの開発に最適な一方で、リーンプラクティスはプロセスの無駄を削減する機会を教えてくれる。リーンがプロジェクトの開始からデリバリまで、成果を顧客視点で見る上で有効であるのに対して、アジャイルは最適な価値の提供をサポートする。
-
GitHubはコミット時に複数の著者をサポート
GitHubはコミット時に複数の著者をサポートすることを始めた。この新機能は、同じコミットやプルリクエストで作業するそれぞれの開発者のコラボレーションを改善することを目的としている。すべての著者が、自身のコミットの貢献を、プロファイル貢献グラフや、リポジトリの統計に確実に反映させることができる。
-
ディジタルリーダシップをアジャイルで支援する
ディジタル化はもはや止められない - ディジタル化とモバイル化のますます進む顧客にとって、重要なのはディジタルリーダシップの提供だ。ITは従来型のサービスに取って代わる、新たなディジタル接続サービスの方向を示している。ある組織では、チームの資金調達方法を変え、優れたプロダクトを市場に投入する責任を負うオーナとしてのチームを実現するため、アジャイルを採用した。
-
知識労働組織における革新的信念
革新的信念(Game changing beliefs)は、我々の行動を形成する上で最も強固な壁となる。我々がプロフェッショナルな仕事において取り組むと決めた信念がレバレッジポイント(作用点)だ。組織の文化や行動を変え、アジリティを高めるために必要なのは、そのような信念なのだ。
-
チームはそれぞれのケイデンスを持つべきか？
先日のTwitter上で、作業計画用と学習および改善用、というように、チームが複数のケイデンス(cadence)を持つことの是非に関する議論があった。ケイデンスを分離することで、最適なケイデンスを検討する余地がチームに与えられる。適応性と自立性が向上し、よりよい成果を得られる可能性がある、というのだ。
-
Scrum Studioによるアジャイル原則の運用と組織の自立性向上
Scrum Studioを導入し、アジャイル原則に基づいた変革アプローチを用いたことによって、オランダの年金資産運用会社は、構造的なコスト低減と反応性の向上を実現した。変革チームは、あるべき姿の特性を備えた透過的かつ反復的な変革を適応することによって、自らの主張を実践してみせた。人々が自立性を持つ文化を確立したのだ。
-
プロダクトベースおよびプロジェクトベースの資金調達を比較する
プロダクトベースおよびプロジェクトベースの資金調達に関する、ThoughtWorksのSrian Narayan氏、"Lean UX"の著者であるJeff Gothelf氏、Leon Tranter氏の最近の考察を検証する。
-
Ken Schwaber、Jeff Sutherland両氏に聞く - スクラムガイドのアップデートについて
スクラムガイドが更新された。スクラムのあり方がより反映されるとともに、スクラムに対する誤解が解消されている。スクラムはソフトウェア製品開発に使用できるだけでなく、ソフトウェア以外のさまざまな領域にも適用が可能だ。スクラムは経験主義に基づく継続的改善のためのフレームワークである。各スプリント単位、あるいはさらに高い頻度で出荷可能な製品を用意することが、スクラムの重要な要素だ。
-
進化的アーキテクチャと継続的デリバリを支える技術的実践
TDDやリファクタリング、CI、ペアプログラミングなどのXPの実践は創発的設計をサポートし、アーキテクチャの進化を可能にする。継続的デリバリに必要なのは第一にCIで、メインラインに毎日コミットすることだ。きれいでしっかり考えられた、そして、よくテストされたコードを書けることは開発者にとってもっとも重要なスキルだ。
-
サービス指向開発 - Rafael Schloming氏がマイクロサービス構築から学んだこと
QCon San FranciscoでRafael Schloming氏が“Service OrientedDevelopment”と題して講演し、マイクロサービスに移行する組織はシステムアーキテクチャだけでなく、自らのモノリシックな開発プロセスを分解する方法も探さなくてはならない、と主張した。新たに設立するマイクロサービスチームを社内的な“スピンオフ”のように扱うことで、境界が形成され、自己完結と自立の精神が育まれることになる。
-
Googleの新マネージャ育成方法
Google Partners PodcastsのホストであるAlex Langshur氏は、Google HR secrets: identifying & developing great managers(Google人事の秘密：素晴らしいマネージャの特定＆育成)というポッドキャストを立ち上げた。Googleの人材育成にいるSarah Calderon氏に、Googleがマネージャをどう選んで、教育して、成長させているかについてインタビューしているものだ。