InfoQ ホームページ Agile に関するすべてのコンテンツ
-
金融機関のDevOpsの取り組み
ロンドンで2度目のDevOps Enterprise Summit (DOES) Europeが開催され、エンタープライズ分野のDevOpsコミュニティが集まった。中でも金融業界は、規制が強い産業の課題について独自の視点を提供し、DevOpsを活用してどのようにそのような課題を乗り越えたのかを語った。
-
完成していないソフトウェアの運用コストを算出する - easyJetのJohn Davis氏とのQ&A
ロンドンで開催されるDevOps Enterprise Summitにおいて、easyJetのリードアーキテクトであるJohn Davis氏が、“Calculating the Operations Cost of Software You Haven't Developed”と題した講演を行なう。InfoQはDavis氏と席を共にして、ITプロジェクトを実施する従来型組織がよりコラボレーティブな“DevOps”対応アプローチに移行するにはどうすればよいのか、プロジェクト管理やコスト管理はどう変わるのか、などを議論した。
-
マイクロサービスの経済学 - Phil Calçado氏がCraftConfで‘マイクロリス’の回避を主張
CraftConf 2017でPhil Calçado氏が、“The Economics of Microservices”と題したプレゼンテーションを行なった。講演で氏が最も強く主張したのは、次のことだ - ‘逆Conway戦略(Inverse Conway Maneuver)’は、モノリスからの脱却において、アプリケーションのアーキテクチャを形成する便利なツールである。ただし、新たなサービスを開発する‘移行コスト’が既存のモノリスの機能追加コストよりも十分に低くなければ、結果的に‘マイクロリス(microliths)’を作ることになりかねない。
-
オープンソースコミュニティをどのように作るか
プログラミングを社会的な行為と見なすことはプログラミングの周囲のコミュニティ構築方法を変える。コードベースではなくコミュニティを構築することに注力するべきだ、とAsh Furrow氏は言う。氏は、行動規範を用いて、長い議論はスカイプやGoogle Hangoutを使い、簡単な課題を自分で解決するのではなく、責任を権力を分散することを推奨している。
-
2017 Tech Leavers Studyの調査結果が発表された
Kapor Center for Social Impactは、技術職に従事する人々が職を辞した理由に関する調査結果を公開した。今回の調査で得られた結論は主に４つ - 不公平が離職の動機である、エクスペリエンスはグループによってまったく異なる、不公平による損失は年間数十億ドルに及ぶ、そして、多様で包括的なイニシアティブが適切に実施されれば文化の改善と離職率の低減が期待できる、というものだ。
-
Enterprise Conference 2017に見る新たなテクノロジ - 第2日目まとめ
第12回Emerging Technologies for the Enterprise Conferenceカンファレンスの第2日がフィラデルフィアで開催された。この2日間のイベントは、Blair MacIntyre氏(拡張現実の第一人者)とScott Hanselman氏(ポッドキャスタ、Microsoftプリンシパル・プログラムマネージャ)の基調講演に始まり、Kyle Daigle(GitHubエンジニアリングマネージャ)、Holden Karau(IBMプリンシパル・ソフトウェアエンジニア)、Karen Kinnear(Oracle JVMテクニカルリーダ)各氏による講演が行われた。
-
Puppet Labsによる2017 State of DevOps Reportのリリース
Puppet LabsのState of DevOps Report 2017が報告され、ハイパフォーマンスなITチームはより頻繁にデプロイメントを行い、より高速に障害のリカバリーを行なっていることが明らかになった。自動化、疎結合なアーキテクチャ、継続的デリバリーを促進するチームにより焦点が当てられている。変革的なリーダーシップとリーンな製品管理のプラクティスもハイパフォーマンスなチームの背後にある重要な鍵である。
-
自動受け入れテストは継続的デリバリをサポートする
自動受け入れテストは、継続的デリバリのスタイルを持つテスト戦略に欠くことのできないコンポーネントであり、システムの振る舞いに対して、異なった重要な洞察を与えるものだ。Dave Farley氏の主張によると、開発者は、受け入れテストが動作して通ることに責任を持たなければならない。開発チームとは別にQAチームを持つのは望ましいことではないだろう。
-
ソシオクラシー3.0の原則の探求
原則は行動を導き、明示化されることにより意識が生まれ、文化の成長を促進する。7つのソシオクラシー3.0の原則は、取り巻く環境と一体となって行動し、経験から学び、複雑さにうまく対応する協働的・適応的で知的なシステムを生み出すことを望んでいる組織を支援する。
-
古いシステムと現代的な技術のギャップを埋める
手動で時間のかかるやり方で管理されている、長年動かし続けているプラットフォームはコストがかかる。チームは経営陣に対してビジネスケースを作ることで、繰り返し作業やヒューマンエラーで失われた時間に基づいて、自動化ツールやコンテナのような現代的な技術を導入して改善ができる。結果として、配置作業は予測可能で反復的なプロセスになり、配置も頻繁かつ安全に行えるようになり、人間の介在も最小限になる。
-
アジャイルによる刷新が必要な人事部門
人材という考え方は時代遅れであり、刷新する必要がある。Dov Sal氏は最近の記事で、アジャイルな組織に置けるHRの目的を吟味し、HRの実務担当者にはアジャイルなHR開発のためのマニュフェストを導入することを推奨している。同じようにDeloit傘下のBersinもAgile Model of HRと題した記事で人事部門のミッションと注力について大きく変えることについて書いている。
-
AtlassianがTeam Health MonitorとTeam Playbook Blueprintの提供を開始
Summit 2016でTeam Health Monitorsのツール非依存バージョンを紹介したAtlassianが、先日リリースしたConfluence Server 6.1に、新たにTeam Playbookブループリントをバンドルした。Health Monitorワークショップは、形式張らない(low-ceremony)“プレイ(play)”の実施を通じて、問題点の指摘と弱点に対処する計画を策定することを目的とした、“チーム全体の状態を改善する”ためのチームの自己診断だ。
-
Toyotaの方針管理を適用する
ToyotaはリーンITの更なる活用を目指し、その方向付けのために方針管理を利用している。あらゆるレベルの従業員が方針項目について意見交換を行うことが可能であり、上層部の承認を得る可能性もある。このアプローチによって従業員から多くの積極的な参加を得て、より強力な成果へと繋げることができる。
-
ソフトウェアチームのための怖れなしのフィードバック
フィードバックは信頼を構築し、チームの繋がりを強化し、個々人のスキルを改善し、成長を促す。効果的なフィードバックサイクルはチームのパフォーマンスを改善する最高のツールになりうる。こう主張するのはErika Carlson氏だ。フィードバックがあれば、問題は害悪になる前に対処され、間違いも早い段階で軌道修正される。
-
セーフ・トゥ・フェイルを実践する
セーフ・トゥ・フェイル(safe-to-fail)な試みは、複雑な環境での調査(probe)、把握(sense)、対処(respond)に利用可能だ。その場合には、成功と失敗がどのようなものかを知ること、潜在的な障害に対処するために調査の効果を弱めたり強めたりすること、この２つが必要になる。セーフ・トゥ・フェイルな試みは、リスクや不確実性に対処し、そこから学び、選択肢をオープンに保つために有効である。