BT

InfoQ ホームページ 継続的な改善 に関するすべてのコンテンツ

  • スキル開発とキャリアのためのフィードバックの重要性

    自己啓発と専門能力開発には、フィードバックと継続的学習が不可欠だ。創造的問題解決、批判的思考、起業家精神といった非技術的スキルは、キャリアを前進させるのに重要だ。あなたは自らのキャリアの舵を握り、次のステップを決めるために最終的にどうなりたいか知る必要がある。

  • プロジェクトではなく、プロダクトで思考せよ

    Organizations structured around products oversee their work end-to-end. Reversing Conway’s law to establish long-lived teams around the products brings stability and makes it プロダクトを中心に構築された組織は、エンドツーエンドで作業を監視する。Conwayの法則を逆転して、プロダクトに基づいた長期的なチームを確立することにより、組織が安定すると同時に、作業の管理と優先順序付けが容易になる。レトロスペクティブはプロダクト管理の強力なツールだ。継続への自信を与え、組織に対するリスクや損失の可能性のあるものを素早く見つけ出せるようにしてくれる。

  • 反省会での心理的安全性

    インシデントが発生すると感情が前面で出てくる。学習プロセスの中で非難なしの心理的に安全な反省会は重要だ。反省会は穏やかに行い、なるべく部外者が参加し、非難なしで皆に話す機会を与えるべきだ。本当に何が起きたのかを明確に理解するまでは、インシデントの分析を開始してはならない。

  • Gameを使ったアジャイル活動にImprovを取り入れる

    Improv(即興)のルールは、アクティブリスニング、コラボレーション、相互強化といった、アジャイルに不可欠なスキルを短期間に向上させる手段となる。Improvのアクティビティやゲームを取り入れることで、アジャイル思想の強化が実現する。さらにはゲームの結果を確認することによって、ゲーム体験から得た感情や気付きの瞬間といったものを、作業シナリオに明示的に結び付けることで、その価値の持続化を可能になる。

  • The Phoenix Project後の世界をJohn Willis氏とGene Kim氏が語る

    IT Revolutionは、約8時間に及ぶオーディオブックを発表した。これは、Beyond the Phoenix Project; the Origins and Evolution of DevOpsという名前で、Gene Kim氏とJohn Willis氏の対話だ。

  • 持続可能なソフトウェアとアジャイル

    持続可能なソフトウェア(Sustainable software)は、変更をより短期間で顧客に提供するとともに、バグ可能性の低減、アプリケーションの総所有コストの削減、ビジネスアジリティの向上を可能にする。ソースコードの自動解析、専門家による技術的アーティファクトのレビュー、ベンチマークデータの比較を組み合わせることで、ソフトウェアの持続性を検証することが可能になる。

  • 継続的デリバリの基礎としてのトランクベース開発

    pivotalで継続的デリバリに関する書籍を著したDave Farley氏は先頃、トランクベース開発のプラクティスに対する異論について記事を書き、CIと優秀なチームで果している役割を証拠としてそれらの意見に反論した。共著者のJez Humble氏もTwitterのスレッドでこのプラクティスの文化的側面についてコメントし、プログラマ気質との関係について説明している。

  • 第12回 State of Agile Reportが公開

    2018 State of Agile ReportがCollabNet VersionOneから公開された。報告書の結論からは、顧客満足度の必要性の増大、アジャイルを大規模展開する企業の増加、アジャイルソフトウェア開発における分散型チームの一般化に加え、多くの企業が今後12ヶ月以内にDerOps活動を開始ないし計画していることが確認される。

  • 継続的改善のためのデータ駆動思考

    組織は、継続的に改善するために、パフォーマンスを計測し、ビジネスの成果に行動を結びつける客観的な方法が必要だ。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は"アジャイルの涅槃"ではない。継続的に成長し、変化し、新しいチームに分裂するような高い成果を産むチームに達するのは難しい。

BT

あなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。

Eメールを変更すると確認のメールが配信されます。

会社名:
役職:
組織規模:
国:
都道府県:
新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。