アジャイルテスティング問答 - 千里霧中
先日、「人類よ！これがアジャイルテスティングだ！QAテックリードが語るアジャイルQAの実践とは何か？ - connpass」というイベントに登壇させていただきました。 インタビュー形式だったので講演資料などは特に残ってないのですが、内容の記録のため公開に差し障りのない問答についてまとめたいと思います。念の為、一般的な定義というより、あくまで自分なりの考えになります。 Q. アジャイル開発におけるQAエンジニアの役割と責任は? QAエンジニアの定義に幅があるので難しい問いですが、今回はプロダクトの品質を保証する役割の人を、QAエンジニアという前提で話します。 まずアジャイル・ウォーターフォールなどプロセスを問わない役割として、QAエンジニアは、様々な品質を保証する手段を直接担当したり、支援したりして、総体として品質を保証する仕組みを構築する役割だと考えています。 直接担当の役割としてはQAテ
イベントレポート： 人類よ！これがアジャイルテスティングだ！QAテックリードが語るアジャイルQAの実践とは何か？| mabl
Register for free to elevate your testing career @ Experience 2022! 先日、第10回目となるmablコミュニティウェビナーを開催させていただきました。今回のテーマは「アジャイルテスティング（実践編）」です。 アジャイルテスティングについてさまざまな質問を井芹さんにぶつけたのですが、井芹さんは考える指針となる言葉を沢山教えて下さいました。アジャイル開発におけるQAの役割や責任、そしてアジャイルテスティングを読み解いていくイベントになったように思います。 なお、イベント動画を公開する予定でしたが、諸事情により今回は非公開とさせていただきました。申し訳ありません。 何名かの方から「イベントに参加できないからあとで見みたい！」とありがたいお言葉を頂いていたので、今回のレポートではイベントで議論された内容を整理してみたいと思います。「
文化的負債との戦い: 老舗ソフトウェア開発会社でアジャイル変革を仕掛けた8年間
DevOpsDays Tokyo 2021 https://confengine.com/conferences/devopsdays-tokyo-2021/proposal/15184/8
2019/11/15開催の「製造業アジャイル勉強会」でいい話を聞いたので、書き起こしてみた！ - 江青日誌
第1回製造業アジャイル勉強会のメインビジュアル 製造業アジャイルを語る人は、デブサミ2008のベストスピーカー賞を受賞された、那須のケント・ベックこと咳さん以外、お目にかかる機会がしばらくなかったのですが、RSGT2018に突如現れた半導体アジャイルな人々を見て、「製造業アジャイル」というジャンルが出来つつあることを注目していました。この波の行方を感じたくてblog枠で滑り込み参加させていただき、したためてみました。何分初めてのことで、至らぬところも多々あると思いますが、読んでくださる皆さんのお役に立てれば幸いです。 beyond-hardware-agile.connpass.com オープニング：及部 敬雄さん（デンソー） 参加者アンケート結果 講演「製造業と大企業におけるアジャイル開発とそびえ立つ壁たち」船戸 康弘さん（ホンダ） 1:大企業あるある問題と我々のぶっ壊し事例 1-1:ソ
書籍でたどる「リーン」の本質
先ごろ出版された「リーン開発の現場：カンバンによる大規模プロジェクトの運営」（ヘンリック・クニバーグ著／オーム社／2013年10月）は、アジャイル開発手法を実践事例の視点から解説した力作である。スクラム、カンバン、XPなどの手法に言及しているが、中でも「リーン開発」を正面から取り上げているのが大きな特徴となっている。 本書ではリーン開発現場の写真、会話をふんだんに使って事例解説がなされていたり、まさに現場でプロジェクトに立ち向かっているマネージャ、エンジニアたちによって訳されていたりと、実に臨場感あふれる仕上がりとなっている。ちなみに著者のヘンリック・クニバーグ氏は私の長年の友人であり、本書、日本語訳巻末の解説も私が担当した（詳細はこちらで紹介している／参考リンク：「リーン開発の現場」紹介ページ）。 ただ「リーン」という言葉は、米国で注目を集めた経営書「リーンスタートアップ」で広く知られる
「オブジェクト指向」や「アジャイル」では食えない - 設計者の発言
技術で安定的に稼ぐためには、どんな「専門性」を核に据えるかがカギである。その選定に失敗すれば、貴重な現役時代の１０年くらい簡単に無駄使いしてしまう。これを避けるためには、自分の専門性がターゲットとする「市場」をよくよく見定めておく必要がある。 先日、ある超高速開発ツールを活用している技術者の語りを聴く機会があった。彼は最初にハードウエアの設計技術者としてあるメーカーに入社したのだが、そこで製造管理を強化するために独力で生産管理システムを設計・実装してしまった。この経験を生かしてその後ソフトウエア技術者に転身し、ユーザ企業のシステム部門を渡り歩いてきた。現在所属しているメーカーでは、彼のおかげでシステム部門のプレゼンスが高まって感謝されているという。キャリア経験の中から「自分と家族を食わせてゆくための源泉」を見つけ維持している立派な技術者だと感心させられた。 特定の超高速開発ツールを利用して
国内におけるアジャイル開発、どのプラクティスがいちばん使われている？ IPAが調査報告書を公開
国内でアジャイル開発を普及させることを目指し、IPAはアジャイル開発の国内での活用事例をまとめた｢アジャイル型開発におけるプラクティス活用事例調査｣として、調査報告書、およびプラクティス活用のためのリファレンスガイドなどを公開しました。 IPAがこのような調査報告書を公開する背景として、「国際競争力強化のため、世界的に主流になっているソフトウェア開発手法であるアジャイル型開発に日本でも取り組む必要がある。しかし、現状、日本では「普及が遅れており、ようやく認知され始めた」段階であるとされている」と調査報告書に記述されています。 報告書では、国内の26のアジャイル開発事例についてその状況をまとめることでナレッジの集積をはかるとともに、今後の普及に向けた提言を記しています。 日次ミーティング、ふりかえり、イテレーションが国内3大プラクティス 国内でアジャイル開発の普及が阻害されている要因として、
アジャイルがダメだと思う7つの理由 - arclamp
1.全体スケジュールにコミットできない アジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
アジャイルの取り組みが大きく遅れている
アジャイル開発が盛んな米国に対して、日本では依然としてウォーターフォールモデルによる開発が大半だといわれている。実際に、日本はアジャイルの取り組みが米国のほか英国、ブラジルなどと比べても遅れを取っていることが調査結果からも明らかになった。 情報処理推進機構（IPA）が2012年6月に公開した「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」によると、米国や英国では非ウォーターフォール型開発の普及度が高く、逆に日本や中国では低い（図1）。ここで、非ウォーターフォール型開発とはアジャイル開発など、短いサイクルで反復的に開発を進める手法のことである。 アジャイル開発の普及が進まないと、激しさを増す市場や社会環境の変化に日本のITが対応しにくくなる恐れがある。IPAの柏木雅之氏（技術本部 ソフトウェア・エンジニアリング・センター エンタプライズ系プロジェクト 研究員）は、「アジャ
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
アジャイルの人たちは自分の優秀さに気づいていない - 設計者の発言
アジャイル手法を実践できるプロジェクトは恵まれている。それは、「理解ある管理者」がアジャイル手法を了承してくれたからではない。管理者がそう判断できるほどに参加メンバーが優秀だからだ。 アジャイルの特徴のひとつが「少数精鋭」である。いっぽう、アジャイルの対立手法として理解されているウォーターフォール型手法では「人海戦術」で進められる点が対照的だ。じつは「少数精鋭」というのはアジャイルの特徴であるだけでなく、あまり触れられたくない弱点でもある。なにしろ「精鋭」しか関われない。 しかしアジャイル手法の推進者は、自分が優秀であることをそれほど意識していない。それどころか彼らは「いえいえ精鋭である必要はありません。じっさい私はアジャイルが大好きですが、凡庸な技術者ですよ」と自嘲的に語るだろう。そしてそれは本心でもあるだろう。なぜなら、彼らは「超」がつくほど優秀な技術者たちがいることをアジャイルコミュ
アジャイル開発のボトルネック | Social Change!
「お金なら出しますから、４ヶ月のところを２ヶ月で作ってくれませんか？」 システム開発で、顧客からこう言われた時、どうするか？ SIerの経営者や管理職であれば、飛びついてしまうんじゃないだろうか。私だって飛びつきたい。確かにエンジニアがいるなら、もしくは、集める目処が立つなら、ありがたい話かもしれない。XPでも、「リソース・スコープ・品質・時間」のパラメータで、品質以外は変動可能としている。 ということは、リソースがなんとかなれば、時間を短くする、もしくは、時間を変えずにスコープを増やすことができるのだろうか。人月という単位で考えれば、計算上は出来るかもしれないが、実際には難しいと言わざるを得ない。それはなぜか。ボトルネックは、プログラムを作る速度か、それとも、仕様を決めて受け入れる速度か。 冒頭の台詞は、開発側にこそボトルネックがあり、コストさえかければスピードアップできると考えているか
［覆面座談会］はびこる失敗アジャイル
アジャイルの適用が進む一方、失敗プロジェクトが増えている。アジャイル開発の経験が豊富な3人に、現場の様子を語ってもらった。いったいどんな失敗が起きているのか。（聞き手は日経SYSTEMS記者、池上俊也） 記者：最近、業務システムの開発にアジャイルを適用する事例が増えてきました。アジャイル開発の経験が豊富な皆さんは、こうした状況をどのようにご覧になりますか。 Aさん：以前は若い開発者が中心となって、Webシステムの開発でアジャイルを採用するケースが多かったと思います。しかし最近は、ちょっと違う。開発会社のトップや、ユーザー企業の担当者がアジャイル開発の採用を求め、トップダウン的に取り組むケースが多いようです。それもこれまでウォーターフォール型を適用していた業務システムのプロジェクトに適用する事例が目立ちます。 Bさん：より速く、より安くシステムを開発する手法として、アジャイルが広く認知された
SIerがExcel→Javaのコード自動生成をPGに押し付けるのは善か悪か？ - 達人プログラマーを目指して
以前Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか？ - 達人プログラマーを目指してにて 何でもかんでもとにかく自動生成させたがる。特にExcelなどの表から大量のクラスを自動生成させるなど。たいていそのようにして生成されたクラスはゴミで保守も大変なものになりがちです。 ということを書いたことに対して、会社の忘年会で上司や同僚の間で議論が盛り上がって興味深かったので、ここで自分の考えを再度整理させていただきたいと思います。（忘年会で1次会、2次会の間ずっとこういった話題で話が盛り上がるというのはかなり特殊な部署なのかなとは思います。「SIerのやり方はXXだ」一口に言っても、それは全体的な一般傾向を表しているのであって、実際はさまざまな人々がいることを忘れてはなりません。あくまでもそういう意味で捉えてください。） それで、私の周りにはプログラミング好き、技術好きが多
【Event】AgileTourOsaka2010 - XPJUG関西wiki
内容 ■開催日時 日時 ：２０１０年１０月３０日（土） 10:30〜16:30 受付 ：10:00より受付開始 場所 ：大阪産業創造館 住所 ：大阪市中央区本町1-4-5 参加料：無料 参加人数：100名 ■Agile Tourとは 昨年開催された２回目のAgile Tourでは、世界（カナダ、フランス、ルクセンブルク、スイス、USA、中国）の18都市で合計2,500人以上が集まりました。こうして2009年には、Agile Tourはアジャイルに関する世界で最大のカンファレンスとなりました。 第３回となるAgile Tour 2010は、さらに堂々としたものになるでしょう。30都市以上でアジャイル、スクラム、クリスタル、リーン、ソフトウェア工学、心理学的側面、人間学、人事などのトピックスが取り上げられます。 詳細は、http://www.agiletour.org を参照してください。おそ
日本の事情にあわせながらアジャイルな開発 - AgileTour 2010 Osakaセッションから：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
Agile Tour 2010 Osakaに参加した。Agile Tourは世界の様々な国で開催されているカンファレンスだ。細谷氏が日本で最初のAgile Tourを大阪でやろう、と思い立ったことがきっかけだそうだ。細谷氏、前川氏をはじめスタッフの方々に感謝。XPJUG関西のウェブに会場の様子や資料、ビデオ等へのリンクが掲載されている。 基調講演は長瀬氏。日本向けのアジャイル開発の内容。「日本はウォータフォール開発を極めた。外国人向けにはエクストリーム・ウォータフォールと説明している」というのがおもしろかった。いきなりプロセスをガラッと変えるわけにはいかないので、過渡期として、日本の事情にあわせてプロセスを検討されているそうだ。たとえば、常に要求を出せる人を開発チームにおいておくことは難しいので、要求定義に該当するフェーズを作ってからイテレーションを開始する等。 私も欧米の人から「日本では
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
スクラムの祖父語る「開発者は知的体育会系であれ」 － ＠IT自分戦略研究所
アジャイル開発を行う技術者が集まるイベント「アジャイルジャパン2010」レポート。「体験しよう！ 考えよう！ 行動しよう！」をテーマに、さまざまな角度からアジャイルを考察したイベントの模様を、前後編に渡ってお届けする。 前編｜1 2｜次のページ 「開発者の皆さん、行動する中で考える『知的体育会系』であってください」 4月9日の「アジャイルジャパン2010」で、「スクラム開発」の源流を生んだ一橋大学大学名誉教授 野中郁次郎氏が基調講演を行った。テーマは「実践知のリーダーシップ スクラムと知の場づくり」。 ソフトウェア開発のリーダーは、考えるだけの思索家であってはならない。体を動かすだけの実践家でもいけない。実践しながら徹底的に考え抜く「知的体育会系」となって、「よりよいもの」をどこまでも追求してほしい。 「知識経営」の生みの親であり、「スクラム開発」の祖父でもある野中氏がITエンジニアへ向け
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルにおけるソフトウェアアーキテクチャ図とNoUML
アジャイル開発の始め方
