アジャイル・DevOps時代の テストと品質保証 （完全版） / Testing and Quality Assurance in Agile and DevOps Era
この10年は多くの変化がありました。 ソフトウェア開発プロセスにおいては、アジャイル開発の普及が進み、さまざまな現場でスクラムが活用されるようになりました。 技術面では、コンテナ技術やその管理の自動化が進み、システムはどんどん複雑になりつつあります。 一方で、テストや品質保証はどのように変わってきたでしょうか？ 私はアジャイルコーチとして10年活動してきましたが、 最近話題の「DX（デジタルトランスフォーメーション）」の影響か、 開発に速さがより求められるようになってきたように感じています。 そして、その影響もあってか「テストがボトルネックになりがち」や 「マニュアルテストのチームがコストセンターになってしまった」という相談をよく受けるようになりました。 このセッションでは、アジャイル・DevOps時代におけるテストと品質について、 - 現在 - 戦略と戦術 - 組織未来 のお話させていた
a better team
アジャイル度を評価しよう このサイトではJames Shore氏とShane Warden氏の本『アート・オブ・アジャイル デベロップメント』に出てくる「アジャイル度を評価しよう」という質問表をとりあげています。 質問に答えることで、チームがどれだけうまくアジャイルを採り入れているか、評価結果を示します。チームがアジャイルへの理解を深めるのに役立ててください。 大事なのは会話すること この質問表を使う一番のメリットは、どうやってアジャイルに取り組んでいくかについてチームの中で議論が巻き起こることです。 チームがアジャイルかどうかに関わらず、質問にひとつひとつ答えていく中で会話が生まれることが本当に価値のあることなのです。 この質問表が、一緒に働いているチームのメンバーがお互いを知り、信頼と誠実さを築き、集中してXPプラクティスに取り組むきっかけになることを願います。 出典 このサイトではオ
Getting Value out of Agile Retrospectives, Second Edition
How to Use Multiple GitHub Accounts Git is a popular tool for version control in software development. It is not uncommon to use multiple Git accounts. Correctly configuring and switching Git accounts is challenging. In this article, we show what Git provides for account configuration, its limitations, and the solution to switch accounts automatically based on a project parent directory location.
Agile comes to Manga
It’s good to know the Agile spirit is alive and well in Japan because some friends recently published their own book on Agile titled Scrum Bootcamp – The Book. Naoto Nishimura @nawoto (co-translator Agile Samurai) Miho Nagase @miholovesq Ryuzee Yoshiba @ryuzee This book is great because it takes the principles and spirit of Agile, and teaches it in a fun way using Japanese Manga! While can’t read
Agile/Scrum基礎 - Speaker Deck
2012年に@ryuzeeが研修や社内トレーニングで使っていた資料を公開します。2013年からは別のマテリアルを使って研修を行う予定です。利用は個人や社内の学習の範囲とし営利目的では利用しないでください。
アジャイルに対する見方の変化
Accessibility View text version Categories Technology Upload Details Uploaded via SlideShare as Adobe PDF Usage Rights © All Rights Reserved Statistics Favorites 0 Downloads 0 Comments 0 Embed Views 0 Views on SlideShare 0 Total Views 0 アジャイルに対する見方の変化 — Presentation Transcript アジャイルに対する見方の変化- ソーシャルゲーム開発を経験して- 2012/11/17 太田健一郎 @oota_ken 目次 SIerの時のアジャイル感 アジャイルマニフェストの解釈 XPのプラクティスの解釈 自分がアジャイルだと
アジャイル開発の議論。アナログツールとデジタルツール、エンタープライズアジャイルについて
米国ダラスで今年8月に行われたアジャイル開発のイベント「Agile2012」には、日本からも多数の参加者がありました。そのAgile2012に参加したアジャイル活動家の方々が集まった座談会「Agile Conference Retrospective」が開催されました。 座談会ではAgile2012を振り返りつつ、日本でのアジャイル開発の現状や今後についての議論が繰り広げられました。 写真左から、松元健氏（株式会社バンダイナムコスタジオ コーポレート本部プロジェクトマネジメント課 スクラムマスター）。経営企画に近いところで、会社のスクラムマスター的役割。 上田佳典氏（NECビッグローブ株式会社 サービス開発本部）。アジャイルの考え方を全社に展開中。 伊藤宏幸氏。全社に対してスクラムの導入やアジャイル開発の教育などをしている。 藤原大氏（楽天株式会社 開発ユニット アジャイルグループ グルー
アジャイルフィーバーによる死
アジャイルフィーバーは、一般的に、アジャイルベースのソフトウェア開発アプローチへの移行と関連する時間枠に沿った３つの段階の１つに属するように特徴づけることができる。初期、中期、最終段階である。多くの読者が正しく認識しているように、アジャイルフィーバーの一部は、非常に上手く段階に当てはまるかもしれないし、フィーバーの一部は、ある形で全段階に跨ぐかもしれない、という点で曖昧である。この記事は、 アジャイルフィーバーを完全に分類することにはあまり関心がなく、その症状を識別し、特徴づけることで、できるだけ早くそれらを認識することができ、治療することができるようにすることである。 初期段階のフィーバー 初期段階のアジャイルフィーバーは、集団的で全ての中で最も危険であり、最もかかる人が多く、簡単にかかってしまい、ソフトウェア開発の労力に損害を与える、最高の可能性を秘めている。アジャイルベースの??開発
Agile/Evolutionary Data Modeling: From Domain Modeling to Physical Modeling
Agile/Evolutionary Data Modeling: From Domain Modeling to Physical Modeling I'd like to start with a few simple definitions: Data modeling is the act of exploring data-oriented structures. Evolutionary data modeling is data modeling performed in an iterative and incremental manner. Agile data modeling is evolutionary data modeling done in a collaborative manner. This article effectively describes
「価値創造契約」と「納品のない受託開発」そして二人の男の運命～アジャイルジャパンの見どころ | Social Change!
AgileJapan2012で私が最も期待しているセッションをご紹介します。 アジャイルをも活用した新しいビジネスモデル アジャイルとビジネスモデルに関するパネルディスカッションなので、本来であれば私がぜひ登壇して「納品のない受託開発」を紹介したいところですが、私は東京サテライトを担当しており、大阪に行けないため代理で弊社ソニックガーデンの副社長に出てもらうことにしました。彼が表舞台に出ることはあまりないので貴重な機会ですが、ソニックガーデンの契約書など全て彼の仕事なので、私よりも具体的な話が聞けるはずです。 そして、そのパネルには当然ですが「価値創造契約」を掲げる永和システムマネジメントの方が登壇されます。そこもきっと永和システムマネジメントの木下さんが出てくるものだと思っていたら、登壇するのは市谷くん（papanda）だというのです。DevLOVEの立場でなく永和システムマネジメントと
継続的デリバリー vs 継続的デプロイ
みなさんこんにちは。@ryuzeeです。 Jez Humble氏のContinuous Delivery vs Continuous Deploymentが分かりやすいので抜粋・意訳にてご紹介します。 (翻訳部分はCC-BY−SAとします) ティモシー・フィッツの継続的デプロイに関するブログは、デイブと私が継続的デリバリーについての本を出版する1年以上も前に、すでに書かれていた。そんな中でなぜ私たちは異なる名前を選んだのだろうか。実際に違いはあるのだろうか？それとも単に我々が不親切なだけなのだろうか？ 我々はいくつかの理由で本の名前を「継続的デリバリー」とすることにした。まず第一に、デプロイがリリースを意味しないというちょっと学者ぶった事実。我々が本の中で言っているように、継続的に顧客受け入れ環境にデプロイすることはできるだろう。それ自体はたいしたことはない。継続的デプロイを特別なものにす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://pl.csie.ntut.edu.tw/asianplop2020/slides/BeingAgileAboutArchitectureAsianPLoP-2020.pdf
Visual Agile Manifesto 日本語版
50分でふりかえるアジャイルムーブメントの歴史 2017年版
The Survivor's Guide to Agile -- ADTmag
A Tip to Help Your Kaizen
StickyMinds | Software testing and software QA online community with content, conversation, and practical advice on software test automation, test management, test techniques, agile testing & more
アジャイルUX物語
アジャイルは手段ではなく目的である - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
How to not fail at adapting agile software delopment
