InfoQ ホームページ 継続的な改善 に関するすべてのコンテンツ
-
-
ふりかえりはリーンスタートアップの学習をどのようにサポートするか
リーンスタートアップの「構築-計測-学習」というフィードバックループは、起業家が顧客のニーズについて学ぶのに役に立つ。アジャイルの「ふりかえり」は、必要とされる変化について考え、学習し、そして合意するための方法だ。以下では、アジャイルのふりかえりがリーンスタートアップの学習と行動をどのようにサポートするのか、いくつかの事例を挙げる。
-
Kevin Behr氏に聞く，継続的改善の技術(Kung-Fu)
先頃ニューヨークで開催されたDevOps Daysで，"The Visible Ops Handbook"と"The Phoenix Project"の著者のひとりであるKevin Behr氏は，Jesse Palmer氏とともに，常態的にオーバーワークにある運用チームに継続的改善の文化をいかに浸透させるか，というテーマで講演を行った。InfoQではKevin Behr氏にインタービューし，採用されたアプローチについて詳しく聞いた。
-
アジャイルチームにとって楽しさは重要か
アジャイルチームで働くのはストレスフルになる場合がある。例えば、顧客のニーズが不明瞭であったり、やらなければならなかったことがたくさんあったり、チームのメンバが困難に直面したりする場合だ。楽しさはストレスを低減し、モチベーションを増やし、生産性をあげるのだろうかという疑問を持つこともあるだろう。これが正しいのなら、アジャイルチームに楽しさを持ち込むにはどうしたらいいのだろうか。
-
DevOpsの "Three Ways" を達成するには
Everything Sysadminは，DevOps文化を導入しようとする組織が目指すべき５つのマイルストンを提案すると同時に，それぞれのマイルストンを"The Phoenix Project" で有名になった原則集の"The Three Ways"に関連付けている。
-
指揮統制型の管理組織にアジャイルを導入する
指揮統制を管理手法の中心に置く組織にアジャイルを導入することは極めて難しい。期待していた改善が実現できなかったり，失敗して中止される場合さえある。何人かの識者が，指揮統制型の管理スタイルを持つ組織に対処する方法を提案している。アジャイルへの移行において，それはどのように扱われてきたのだろう？
-
自己改善に「ふりかえり」を使う
アジャイルの「ふりかえり」は、チームがパフォーマンスを改善するために、仕事のやり方を反省し、改善のアクションを定義するのに使われる。だが、「ふりかえり」は自己改善にも使えるし、パフォーマンス評価の代わりとしても使うことができる。こうした「ふりかえり」はマネージャと従業員がマンツーマンでやってもよいし、従業員ひとりで、あるいはチームでやってもよい。
-
gov.uk Webサイトでのフィードバックテクニック利用
Jake Benilov氏は9月27日にAgile Tour Brusselsで，gov.ukの構築で使用されたフィードバックテクニックをテーマに講演を行う。InfoQではフィードバックテクニックの利用について，そして氏のチームがユーザリサーチを行うため，動作可能な最小限のプロダクトを使ってチームがリーンスタートアップを適用した方法について，氏にインタビューした。
-
アジャイルのレトロスペクティブは省略可能か？
チームは時にレトロスペクティブの省略を考える。時間的なプレッシャを感じているとき，直接的なメリットが感じられないときなどだ。彼らは自問自答する – レトロスペクティブを続ける必要があるのだろうか？ しかしアジャイルのレトロスペクティブは，チームが継続的に学び，進歩するために必要なものだ。チームの成熟のためにも，継続するだけの十分な理由がある。
-
アジャイルな企業でフィードバックを使って業績を評価する方法
企業がアジャイルを導入するとき、業績評価の方法を変えるべきかどうかが論点になる場合ある。業績評価と報賞のプロセスは個々人の成果を元にトップダウンで行われることが多く、チームとしての貢献や協力は査定され���い。何人かの著者がフィードバックを次に活かしたり、既存の評価制度を改めることで個人やチームの成果を向上させる方法について話している。
-
Vimの正規表現処理が高速化，1000以上の修正と細かな改良も
Vim 7.4が先頃，１ヶ月以上のベータ期間を経て正式にリリースされた。さらに堅牢になると同時に，速度の向上した正規表現エンジンが新たに実装されている。
-
持続可能なペース、どのように達成し改善するか
アジャイルマニュフェストの原則のひとつである持続可能なペースは組織にアジャイルを導入する上で最も重要だと考えられている。しかし、持続可能なペースを達成するのは難しい。チームの管理の方法や組織の文化が障害になるからだ。チームが速さを改善するとき、どのようにペースを改善して、新しいレベルの持続可能なペースに到達すればいいだろうか。
-
ALMを再認識する
Sam Guckenheimer氏は，試験期間や有効な知識の獲得に要する期間に基づいた指標を用いることで，ソフトウェアプロジェクトの継続的フィードバックを可能にする存在としてALMを再認識するように提唱している。
-
アジャイルのレトロスペクティブはなぜ難しいのか？
レトロスペクティブ(振り返り)は，アジャイルの重要な手法のひとつに数えられることが多い。しかし時には，それを行うのが難しく感じることもある。管理権限が不十分である，改善の余地がない，適切なアクション定義が難しい，あるいは不満の多さがその理由だ。そうなるとレトロスペクティブは退屈な，時間の浪費に思えてしまう。このような問題に対処して，もっとよいレトロスペクティブの方法を見つけるには，どうすればよいのだろう？
-
リーンスタートアップによる製品開発中の方向転換
リーンスタートアップでは、様々なタイプの方向転換があり得る。リーンスタートアップは製品開発中にこのまま続行するか方向転換するかを決めるのに役に立つのだ。それぞれの方向転換に独自の目的があり使い方がある。いつどのように方向転換すればいいのだろうか。辞めた方がいいと判断しなければならないこともあるのだろうか。