Growing Agile - Fresh ideas to amplify your agile journey
Request a free video consult today Email us here: info@growingagile.co We’re on a mission to change the way you think about agile Enjoy a lively and motivating workplace. A coaching team that doesn’t care what your velocity is, or how long your standup meeting lasts. We offer a judgment-free environment and are dedicated to helping you deliver value to customers and achieve your goals. Quick wins.
【翻訳記事】テストに対する考え方「Testing Manifesto」 - ブロッコリーのブログ
はじめに（Testing Manifestoを紹介するに至った背景） 既にこのブログでお伝えしたように、先日『Agile Testing Condensed』の日本語翻訳本を出版しました。 この書籍の中で、テストマニフェスト（Testing Manifesto）が紹介されています。 アジャイルソフトウェア開発宣言（Agile Manifesto）を元ネタにして作ったものだと思います。 この考え方は書籍を購入していない人にもぜひ知ってほしいと感じているので、この記事でも紹介することにしました。なお、記事に載せることについては、この画像の作者であるKarenとSamにメールを送り許諾を得た上で掲載しています。*1 テストマニフェスト 翻訳した画像はこちらです。*2 オリジナルの画像等はこちらにあります。 www.growingagile.co.za また、画像だけでなく文章も残しておきます。
Coping with Covid-19
As I write this, the situation with the Coronavirus Disease 2019 (Covid-19) is getting more serious, with a reasonable chance of a full pandemic. At Thoughtworks, we've already been affected, as we have offices in China, including Wuhan, the city that has been the epicenter of the outbreak. I don't want to be alarmist about Covid-19. It's probably no more of a problem than the regular seasonal flu
Why developers consider Agile development to be nonsense
Photo by Daria Nepriakhina on UnsplashAgile means many things to many people. The simple high level Agile Manifesto is something I think is close to the way Google engineers think about software development. Individuals and interactions over processes and toolsWorking software over comprehensive documentationCustomer collaboration over contract negotiationResponding to change over following a plan
The State of Agile Software in 2018
transcription of my keynote at Agile Australia On the surface, the world of agile software development is bright, since it is now mainstream. But the reality is troubling, because much of what is done is faux-agile, disregarding agile's values and principles. The three main challenges we should focus on are: fighting the Agile Industrial Complex and its habit of imposing process upon teams, raisin
フロー効率性とリソース効率性について（QCDのトレードオフなんて本当は無かったんだ） - @i2key のBlog
最新版 本ポストをXP祭り2017で発表したので、補足を含め要点のみを抽出してリライトしております。 i2key.hateblo.jp 本ポストはプロダクト開発における特定の文脈によるものなのですべてがそうだとは言っていませんのであしからず。バイモーダル戦略でいうところのSoE領域*1であり、学びによる改善サイクルをガンガン回していくようなモデル・フェーズを対象としております。TPSやLEANを現場で実践してる方々には今更なお話かと思いますが、DevOpsやアジャイル、リーンスタートアップを実践していく上で何周かしてまた原点の理解すると深みがますというかようやく、「ちょっとだけリーンわかる」ようになったので自分用のメモになります。 共通の価値観としての「リードタイム」 SoEライクな開発をしていると、仮説を立案し、そのための仮説を実証するための機能を実装し、リリースして計測、そして学びを得
Agile, Software Engineering, Process Kaizen. They mix like oil and water ?
Agile, Software Engineering, Process Kaizen. They mix like oil and water ?
The New Agile Testing Quadrants: Bringing Skilled Testers and Developers Together - James Bach
The New Agile Testing Quadrants: Bringing Skilled Testers and Developers Together - James Bach You want to integrate skilled testing and development work. But how do you accomplish this without developers accidentally subverting the testing process or testers becoming an obstruction? Efficient, deep testing requires “critical distance” from the development process, commitment and planning to build
Thoughtworks: Delivering extraordinary impact together
We're a leading global technology consultancy that integrates strategy, design and software engineering to enable our clients to thrive. For over 30 years, we’ve been at the forefront of digital innovation and have vast experience creating adaptable technology platforms, designing world-class digital products and harnessing the power of data and AI to unlock new sources of value. We’re laser-focus
目標ベロシティとベロシティのインフレ | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 現実から得られるベロシティの実績値をもとに、次のスプリントでそれよりも大きい目標ベロシティを設定することはおすすめしません。 それは以下の理由からです。 そもそもチームの実績としての指標データであるベロシティが目標値として設定されることによって、チームがその目標に到達しなかった場合にチームに何か問題が発生しているようにとらえてしまうもちろん継続的な改善によってチームのベロシティは一般的には初期のスプリントから中盤にかけては向上する傾向にはありますが、それはあくまで結果としての指標データです目標ベロシティを決めて、かつ、それをコミットしてしまった場合、往々にして、数字を満たすために、テストの手抜きをしたりリファクタリングするのをやめて目先の数字を追ってしまうことが多々ありますいくつかのスプリントをこなせばチームとしての生産力は見えてくるので、数字をコ
なぜWIPの制限が重要なのか
みなさんこんにちは。@ryuzeeです。 WIPの制限についてExplaining why Limiting WIP is so importantにて良い説明があったのでご紹介します。 ※図は上記サイトより引用 1. WIP(仕掛り中)の同時許容個数を減らす個人的には1開発者が同時に着手するタスク数は1〜2個であるべきと思っています。 したがって、WIPが「2 * チーム人数」より多いのは実質的に制限がなされていないことになってしまい効果が出ないかもしれません。 現実的に何個にするのかは仕事の内容やチームの人数に依存するので、運用しながら順次見直していけば良いでしょう。 ただし安易に数値を増やすことは慎むべきです。 2. タスクの切り替えが減る一節によればタスクの切り替えは20%程度のムダが発生するとも言われています。 ちなみにタスクの切り替えはトヨタ生産方式における7つのムダのうち運搬
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Spotifyは "Spotifyモデル "を使っていない
Architected Agile Solutions for Software-Reliant Systems - 西尾泰和のScrapbox
Agile Testing Days 2017 - LINE ENGINEERING
http://stagingqablogpractitestcom.c.presscdn.com/wp-content/uploads/2015/12/Surv-Final-Japanese_20151221.pdf
Test Jumpers: One Vision of Agile Testing
アジャイルチームでのテスターの役割
Quick Tools for Agile Testing - Agile Testing
アジャイルで欠落するテストの能力
「KPTの理論と実践」プロジェクトへの「ふりかえりカイゼン」の導入で学んだこと
