InfoQ ホームページ 継続的な改善 に関するすべてのコンテンツ
-
継続的改善のためのデータ駆動思考
組織は、継続的に改善するために、パフォーマンスを計測し、ビジネスの成果に行動を結びつける客観的な方法が必要だ。Avvoでは、自律的なチームモデルとふりかえりを実践し、データ駆動決定フレームワークを使う。このフレームワークは、継続的に改善するために、人々がよりよい決定と提案をするのに役立つ。
-
Googleとのコラボレーションで新しくなった"Accelerate State of DevOps Report" - DORAのNicole Forsgren博士に聞く
DORAとGoogle Cloudは、“The Accelerate State of DevOps Report”として、ソフトウェア開発の問題に焦点を当てた独自の調査を実施する。この調査は、技術提供チームのリソース管理や生産性、品質の向上に関するガイダンスを提供するための、新たな知見の獲得を目的とする。
-
オランダ鉄道はいかにしてアジャイルとリーンを導入したか
アジャイルとリーンの哲学による考え方は極めて近い - リーンはアジャイルを強化するものであって、逆もまた然りだ。アジャイルプラクティスが複雑なプロダクトの開発に最適な一方で、リーンプラクティスはプロセスの無駄を削減する機会を教えてくれる。リーンがプロジェクトの開始からデリバリまで、成果を顧客視点で見る上で有効であるのに対して、アジャイルは最適な価値の提供をサポートする。
-
チームはそれぞれのケイデンスを持つべきか？
先日のTwitter上で、作業計画用と学習および改善用、というように、チームが複数のケイデンス(cadence)を持つことの是非に関する議論があった。ケイデンスを分離することで、最適なケイデンスを検討する余地がチームに与えられる。適応性と自立性が向上し、よりよい成果を得られる可能性がある、というのだ。
-
Ken Schwaber、Jeff Sutherland両氏に聞く - スクラムガイドのアップデートについて
スクラムガイドが更新された。スクラムのあり方がより反映されるとともに、スクラムに対する誤解が解消されている。スクラムはソフトウェア製品開発に使用できるだけでなく、ソフトウェア以外のさまざまな領域にも適用が可能だ。スクラムは経験主義に基づく継続的改善のためのフレームワークである。各スプリント単位、あるいはさらに高い頻度で出荷可能な製品を用意することが、スクラムの重要な要素だ。
-
DevOpsDays NZでの講演についてAlison Polton-Simonhへのインタビュー
ThoughtWorksのAlison Polton-Simonへインタビューし、DevOpsDaysNZでの、計測するべきメトリクスに関する講演について話を聞いた。
-
Spotify Modelは"アジャイルの涅槃"ではない
Spotifyでは、マネジメントと組織の動きは人を育てることによってチームとアジャイルの実践を支援している。しかし、Spotifyは"アジャイルの涅槃"ではない。継続的に成長し、変化し、新しいチームに分裂するような高い成果を産むチームに達するのは難しい。
-
"Awesome Superproblem"にゲームで挑む
"Awesome Superproblem"とは、巨大で複雑、かつ永続的で、コラボレーションを通じてのみ解決が可能な問題のことだ。コラボレーションを機能させる上で重要なのは本気のゲームだ。ゲームの参加者には、より優秀で永続性のある結果を生み出すために、自発的にゲームのルールに従うことが求められる。
-
完璧なソフトウェア、継続的デリバリの計測、将来の展望 - Agile on the Beach 2017
Agile on the Beach 2017の最終日午後の主な内容は、“デリバリチームはリーンやインタラクティブで継続的なデプロイメント方法論を取り入れることで、より迅速な価値追加が可能になる”、“継続的デリバリのメリットは大きいが、現状に対して原則を適用する必要があるため、その実践は簡単ではない”、というものだった。
-
レトロスペクティブに関する初の年次報告書を公開
レトロスペクティブに関する初の年次報告書は、レトロスペクティブが現実世界でどのように使われているのかを深く理解できる。世界中から集まった275を越える調査回答を基にして、結果は、レトロスペクティブがチームコミュニケーションと生産性の改善を導き、信頼の環境を作るのに役立つことを示唆している。主な課題には、議論され���トピックがチームによって解決されず、人々が話すことを快く感じないという事実があった。
-
金融機関のDevOpsの取り組み
ロンドンで2度目のDevOps Enterprise Summit (DOES) Europeが開催され、エンタープライズ分野のDevOpsコミュニティが集まった。中でも金融業界は、規制が強い産業の課題について独自の視点を提供し、DevOpsを活用してどのようにそのような課題を乗り越えたのかを語った。
-
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)に利用可能だ。その場合には、成功と失敗がどのようなものかを知ること、潜在的な障害に対処するために調査の効果を弱めたり強めたりすること、この２つが必要になる。セーフ・トゥ・フェイルな試みは、リスクや不確実性に対処し、そこから学び、選択肢をオープンに保つために有効である。