アジャイルジャパン2019で発表させていただいたスライドです。 時間が余ったら話そうとしていたおまけスライドも付けてあります。

講演資料：デンソーのMaaS開発～アジャイル開発で顧客との協調・チームビルディング・実装概要～ デンソーが「mobi-Crews」をリリース 昨年のデブサミでデンソーは、「残業ゼロで開発スピードが10倍に！ もう元の開発体制には戻れないデンソー流のアジャイル開発」と題してセッションを行い、アジャイル開発のスタートを宣言した。多くのチームが社内向けシステムを手がけているものの、うち2017年末に発足したチームは顧客向けサービスを開発し、ほぼ1年で本番稼働にまでたどり着いた。 もともとデンソーはグローバルに自動車部品などを手がける企業だ。モノづくりが中心なので、ソフトウェア開発はECUなど限られた分野だった。しかし2017年4月にデジタルイノベーション室を新たな拠点で開設し、徐々にチームや人員を増やしてきた。新設時には社員2名だったところ、今では社員24名、協力会社の社員48名の合計72名でア

eri-twin.hateblo.jp 「チームリーダー」になれなかった頃。上の記事で書いたプロジェクトが始まった頃から、およそ一年が経ちました。振り返れば良い経験で、記事に書いた思いは今も変わっていません。 それでも、最近、新たにチームリーダーを任されるようになった後輩などを見ていて、新米リーダーの思考を縛る「チームリーダーにならなきゃ」という呪いの強さを改めて感じています。 チームリーダーにならなきゃと思って、なれなくて、そんなことチームメンバーにも相談できなくて、孤独に悩み続ける日々。同じような悩みを抱えている方や、一年前の自分自身へ、いまの自分から伝えたいことを書いてみます。 「なんでもできるすごいリーダーになる」のを諦めること 会社においては「なんでもできるなんかすごい人」がリーダーをやっていることがままあります。こういう人を見て育ってきた新米リーダーは、"自分もこうならなければ

2019/01/09からRegional Scrum Gathering Tokyo 2019が始まりました〜。 2019.scrumgatheringtokyo.org 発表スライドまとめてみました。 個人的に見つけたスライドだけですので、他にもあればコメントいただけると嬉しいです。 3日目分まで、更新しました。 1日目 Keynote Outcome Delivery: delivering what matters www.youtube.com HALL-A チームワークの会社で最高のプロダクトを目指すチームができるまで -強くてスケールするチームの作り方- speakerdeck.com 運用中のモバイルゲーム開発チームに、並行バージョン開発を導入してみた スクラムチームを辞めて20人でカンバン運用してきた半年間の軌跡 speakerdeck.com 東名阪をまたいだLeSS H

XP祭り2018　SESSION-A-3-2 NTTの川淵がトークしたプレゼン資料です。 「未来を変える権利は、皆平等にあるんだぜ」 http://xpjug.com/xp2018-session-a-3-2/ Read less

今年から会社の方針も変わり、エバンジェリストからSoftware Development Engineer という職種に変わった。プレゼンとデモの世界から、お客様と一緒にハックしたりコードで世の中にインパクトを出す仕事に変わったので、楽しくも四苦八苦しながら頑張っている。 先日友人の Rochelle Kopp さんから Agile のビデオを作ってくれないか？という依頼があった。今から Agile を始めたいと思っている企業さんが増えてきたのだが、残念ながら私はコードを書くのが`今の仕事なので、エバンジェリストやコンサルをやっているときのように対応できない。出来るとしたら、自分が新技術導入 (Serverless, Microservices等)をご支援しているプロジェクトに限られる。 だから、彼女がビデオを作ってくれたらうれしいといったので、既存の資料を少しカスタマイズして、ビデオをい

ジオングから見た開発の問題 - Download as a PDF or view online for free

こんにちは。 JaSST東北実行委員のもりともです。 最近の森友学園問題で思い出していただけていたかなー？なんて勝手に思っています。 さて、4/8(土)はJaSST東北実行委員メンバーで仙台でソフトウェアテスト勉強会を立ち上げた ねもりん(根本紀之さん)が講師を務める勉強会に参加してきました。 その名もドラクエ風スキルマップ勉強会。 前半はドラクエ風スキルマップという、ドラクエの職業＋レベルを用いたスキルマップを使って、楽しくスキルマップを作成するというもの。 後半は、書籍「Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン」を用いたワークで、 土曜の午後いっぱいを使った勉強会でした。 私としては何をするのか分からず、ただJaSST実行委員であるねもりんに会いに行くのがメインでしたが、すごくすごく楽しめました。 ～～前半～～ まず、前半のドラクエ風

Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find

（※ EDIT: 2/28 野中先生のスライドを加えました。写真加えました。） Digital Innovation Leadership （～ビジネスを創造する組織戦略～）が、今週水曜(2/15)、ウェスティンホテル東京にて行われました。ぼくもパネルディスカッションのモデレータとして呼ばれてお話をしました。（後の方にぼくのパネルの資料を公開します） Jeffのスクラムの話 Jeff Sutherland スクラムは、アジャイル開発の一手法であり、現在最も人気のある手法でもあります。今回のトークは、Silos（サイロ＝組織の壁）、Transparency（透明性）、Happiness（幸せ） というタイトルのでした。組織の壁を越えること、仕事の役割の数を減らすこと。仕事の中身を透明に見えるようにすること。 今回は、特に「ハピネス」の話に力が入っているように感じました。幸福度が高い営業の方が

その結果、自分はすっかり言及の減ってしまったリーンソフトウェア開発や、それらの源流であるトヨタの生産方式、トヨタが現在取り組んでいる自工程完結を評価するのがよいのではないかと思い至った。本稿は、そういうポエムである。 本稿でいうリーン（ソフトウェア）開発とは何か？ 2003年にメアリー・ポッペンディークとトム・ポッペンディークにより提唱されたトヨタ生産方式を源流とするリーン生産方式をソフトウェア開発に適用した原則集。以下を指す。 リーンソフトウエア開発～アジャイル開発を実践する22の方法～ リーン開発の本質 エリック・リース氏のリーンスタートアップやオライリーのリーンシリーズとは異なるので注意いただきたい。 きっかけとしてのアジャイル方法論の違和感：結局、アジャイルでも多くの課題が残る。 「今回のプロジェクトがやりにくいのはウォーターフォールでやっているからだ」、「今回のプロジェクトが適当

9. （例）DevOpsのメトリクス 9 開発・CI QA デプロイ リリース 運用 開発の リード・タイム 非稼働時間 デプロイの リード・タイム リリース頻度 MTTR 欠陥・ビルド失敗・シス テムダウンに 伴う再作業 検出・見逃した欠陥の 割合、および 欠陥の影響度合い デプロイ頻度と かかる時間 リリース毎の 時間とコストの割合 システムダウン時の コストと頻度の割合 非稼働時間 MTTD (検知にかかる時間) （システム）変更の 成功率 （リリース成功の） 予測可能性 営業時間後の 緊急呼び出しの頻度 進行中の作業と 技術負債 MTTR 性能と利用時間の 割合 サイクル・タイム Wallgren Anders, Measuring DevOps: the Key Metrics that Matter, Agile2016 10. （例）DevOpsのメトリクス 10 開発・CI

Nagoya.Testing in Tokyo ソフトウェアテストを強いられている人達の話 で発表したスライドです。ただ7割くらいは口頭での説明なので、参加した人の思い出し用です。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 伝統的な品質保証(QA)からアジャイル品質(AQ)へと変わっていこう 2016/9/30、Hillside Group(後述)の代表Joseph Yoderさんが来日され、鷲崎先生と特別セミナーが開催されたとのこと。 そこで紹介された、**「QA to AQ: 品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ」**というパターンが秀逸で、かつ、日本のアジャイルオーディエンスに興味がある方が多いであろう、と思い、紹介します。 アジャイル開発は徐々に日本の開発現場にも浸透しています。特に、We

11. カンファレンス分析 (1) 11 ジャンル セッション数 ジャンル セッション数 Agile Bootcamp 9 Leadership 23 Audacious Salon 14 Learning 19 Coaching & Mentoring 20 Lightning Talks 3 Collaboration Culture & Teams 25 Open Jam 5 Development Practices & Craftsmanship 19 Project Program and Portfolio Management 21 DevOps 18 Stalwarts 6 Enterprise Agile 27 Testing & Quality 12 Experience Reports 23 The Future of Agile Software Developm

VersionOne 社が毎年出している "State Of Agile" レポートが今年で 10 年目だそうです。 簡単に内容を紹介します。ちなみに、この調査は基本的にアジャイル実践者が回答していることが多いこと、またアジャイルツールのベンダーの調査ですので、母集団や見せ方には多少のバイアスはあります。また、データの解釈については、私の私見も入っていますので、注意してください。 母集団とAgileの成長について 回答母数は3,880。===> 10年前(2006)の３倍。 回答者が属するソフトウェア開発組織として100名以上の会社が2/3、1,000名以上が1/3。 ===> 10年前は100名以下が2/3。 組織のアジャイル採用率95%。1/3以上が採用始めてから5年以上。 回答者は北米56%, 欧州26%, アジア11%, 南米6%, オセアニア2%, アフリカ1% 以下のレポートで

書籍「実践アジャイルテスト」について、実際に読んだのはだいぶ前で、今年(2010年)3月下旬から5月にかけて、読書会に参加してたのですが、まとめを何も書いてなかったので今更ながら僕なりの読書メモを公開します。 本の概要 いわゆるアジャイル開発プロセスの中で、テスト担当者・QAエンジニアの役割や、テストがどう設計され、実施されるべきかを網羅的に説明した内容です。アジャイル関連の本はいくつも出ていますが、その中でテストをメインテーマに据えたものは和訳本ではこれがはじめてなのではないかと思います。 前半はアジャイルプロセスやテストの概要など大枠の話が多いですが、後半にはいろんなレベル(単体、API、GUI)での自動テストや、反復の各フェーズで実施する作業内容など、だいぶ具体的なプラクティスまで説明されています。 ちなみに読書会は、自分含め 9 名の参加者で、(当然ながら)テストが主な仕事の方が多