[レポート] アジャイル開発のミライ #RSGT2022 | DevelopersIO
こんにちは、グローバル事業部の藤村です。 2022年01月05日(水)〜2022年01月07日(金)の3日間、現地(東京：御茶ノ水ソラシティ カンファレンスセンター)及びリモートでのハイブリッドで開催されたスクラムイベント『Regional Scrum Gathering℠ Tokyo 2022』に現地参加してきました。 当エントリでは、1日目に開催されたセッション「アジャイル開発のミライ」のレポートを紹介します。 セッション概要 イベントサイトで公開されている発表内容の「概要」は以下の通りです。 アジャイル開発のミライ 2001年にアジャイルソフトウェア開発宣言が世に出てから約20年の月日が経ちました。 15th State of Agile Reportに寄ると、ソフトウェア開発チーム内でのアジャイルの採用が大幅に増加し、 2020年の37%から2021には86%にまで増加したそうです
![[レポート] アジャイル開発のミライ #RSGT2022 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/ca3338c9d7c24570538cccfe375b426e5e17104b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2022%2F01%2F46df587a9f5a34e0069e372aeedfd927.jpg)
[レポート] プロダクトバックログ Deep Dive #RSGT2022 | DevelopersIO
こんにちは、グローバル事業部の藤村です。 2022年01月05日(水)〜2022年01月07日(金)の3日間、現地(東京：御茶ノ水ソラシティ カンファレンスセンター)及びリモートでのハイブリッドで開催されたスクラムイベント『Regional Scrum Gathering℠ Tokyo 2022』に現地参加してきました。 当エントリでは、2日目に開催されたセッション「プロダクトバックログ Deep Dive」のレポートを紹介します。 セッション概要 イベントサイトで公開されている発表内容の「概要」は以下の通りです。 プロダクトバックログ Deep Dive プロダクトバックログのすべてを完全解説!! スクラムにおいて、プロダクトバックログは肝となる要素の1つです。プロダクトバックログがなければスプリントは始められないですし、単に要件を切り刻んで並べたようなプロダクトバックログでは変化にも対
![[レポート] プロダクトバックログ Deep Dive #RSGT2022 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9921e8b660635f59a6c555aeda7119f9436ce74c/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2022%2F01%2Fslide-01-scaled.jpg)
モダンオフショア開発のすすめ | DevelopersIO
はじめに シンチャオ！ CX事業本部グローバルチーム担当兼アジャイルコーチの藤村です。 2019年7月、主に受託開発案件の人的リソースをスケールする目的で、ベトナム開発パートナーとの協働開発を支援する専門チーム(グローバルチーム)を発足しました。今回はその発足から１年以上経過したタイミングということで、改めて私達の取り組みについてご紹介させて頂きます。 ※経緯については、以下の記事を参照ください 経緯 グローバルチーム発足時に作成したインセプションデッキの一部をご紹介します。 前述した通り、受託開発案件の人的リソースのスケールが設立の第一の目的ではありますが、今後より重要性が増すこと間違い無しの英語を使った多国籍チームでの開発ノウハウの蓄積、世界中の働きたいところで働けるといったウィズコロナ時代に即した働き方の推進、国をまたいでエンジニア同士が切磋琢磨できるような魅力的な職場環境の構築など
フィリピンのスタートアップにスクラムを導入しようとしてみたお話
The document discusses concepts related to software product development goals. It defines output as the working software built, outcome as changes seen in the world after delivery, and impact as longer term effects seen over time from multiple instances of use. It also discusses how lack of consensus on goals and vision at the start of a project can be deadly, as assumptions of agreement where non
社内コーチとファシリテータによるアジャイル
Agile Testing Days 2015でAndreas Schliep氏とPeter Beck氏が，社内コーチとファシリテータ(facilitator)を対象に，レベルアップのためのワークショップを開催した。InfoQは両氏にインタビューして，社内コーチとファシリテータが組織のアジャイル習熟度を向上させる上で持つ重要性やアジャイル導入への貢献方法，外部からコーチを導入することによるメリットとデメリット，社内コーチとファシリテータが効果的に作業するために行うべきこと，社内コーチが目指すべきキャリアパスなどについて聞くことにした。 InfoQ: 組織がアジャイル習熟度を高めていく上で，社内コーチやファシリテータが重要である理由について説明して頂けますか？ Beck: アジャイル組織は生産性が極めて高いのですが，その状態を維持するのは，F1レースカーなみに難しいのです。メンテナンスチーム
評価されるスクラムマスターとは？-Yahoo! JAPANでのアジャイル開発の取り組み-
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog みなさんこんにちは。 システム統括本部 技術支援本部所属の伊藤 宏幸（@hageyahhoo）と申します。アジャイルコーチおよび自動化推進者として、各社内サービスのテスト自動化の自発的な実現をサポートしております。また、Scrum Alliance公認の認定スクラムプロフェッショナル（CSP）でもあります。2015年11月1日に入社したばかりですが、本日12月3日のAdvent Calendarを担当させていただきます。 今回は、先日開催した社内のスクラムマスター勉強会で気がついた、スクラムマスターを評価するための工夫と、Yahoo! JAPANにおける取り組みについてお話しします。 スクラムマスターは評価されない？ そのスクラム
「LEGO(R)ではじめるスクラム入門」に参加してきました | feedforce Engineers' blog
こんにちはっ。フィードフォース技術チームの女子力担当、いのうえです！ 去る 10月22日 、『エッセンシャルスクラム』『Team Geek』の訳者である角征典さん（ワイクル株式会社）主催の「 LEGO(R)ではじめるスクラム入門」に参加してきましたので、その参加レポートをお届けします！ 参加動機について まず、私をとりまく環境について軽くご紹介します。 - 自社プロダクトチームの開発リーダー（私） - プロダクトチームの構成は、 営業 1名（兼プロダクトオーナー） ディレクター 2名（うち1名は他プロダクト兼任） エンジニア 5名（私含む） 社内に一人、認定スクラムマスターが在籍している 困ったときにはアドバイスをもらえる 複数チームをサポートしているため、自分のところばかり支援を受けるわけにもいかない うまく取り入れられているスクラムのプラクティスもあれば、まだまだなものもある デイリー
SCRUM/アジャイル開発の入門資料を全力でまとめてみた
『アジャイルサムライ－達人開発者への道－』に続いて、アジャイル開発のバイブル的書籍『SCRUM BOOT CAMP』を読みました。SCRUMの実践的な知識を漫画をおりまぜながら、本当にわかりやすく書いている良本でした。これから何度も読み直して、アジャイルの習得に努めます！ ということで、今回は書籍を読む過程で集めたSCRUMやアジャイル開発に関するスライドやPDF、ブログ記事などをまとめていきます！ 🗽 アジャイル開発手法特論 From Agile-development-course-advanced-1-2 産業技術大学の2013年2Qの講義『アジャイル開発手法特論』の資料だそうです。SCRUM BOOT CAMPの著者の一人であるながせ☆みほさんの作です。ちなみにながせさんのブログ上に#6までの資料がアップされています。ほかのスライドもかなりのボリュームで読み応え抜群です！ 😀
Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み（前編）
先週の水曜日（10月19日）に、アジャイル開発手法「スクラム」を学ぶイベント「Scrum Gathering Tokyo 2011」が都内で開催されました。 スクラムを実際に導入した事例として紹介されたのが「Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み ～組織と現場から～」のセッションで紹介されたヤフー株式会社の例。 同社は2名の担当者が中心となり、社内セミナーなどでスクラムに興味を持ってもらうことで社内の自主的な変化を促す一方、評価制度や内部統制などの制度を調整する担当役も置くことで制度面での変化も後押しするなど、スクラム導入の具体的な手法が紹介されました。 そのセッションの内容を紹介しましょう。 2名で分担してアジャイル開発の推進を開始 ヤフー株式会社 R&D統括本部プラットフォーム開発本部本部長 志立正嗣氏。 組織の立場から見て、どういう風にスクラムを導入してき
スクラムによるドメイン駆動設計 - Digital Romanticism
ビジネスとソフトウェアの統合という観点から、スクラムとドメイン駆動設計の関係をとらえなおす。 導入 ここ数ヶ月は日本のスクラムにとって、おそらく非常に有意義な期間だったのではないかと思います。12月にJim Coplien氏による認定スクラムマスター研修、１月にGabrielle Benefield氏とJeff Sutherland博士による認定プロダクトオーナー研修が開催され、さらにInnovation Sprint 2011では野中先生とSutherland博士の対談までもが行われました。私は幸運なことに、これらのイベントにはすべて参加することができたのですが、そうやって学ぶことができた今では、スクラムのことを、一言で言うと「価値の流れを生み出すためのフレームワーク」ではないかというイメージを持っています*1。「フィードバック」や「改善」など、スクラムにとって重要な概念はいくつかありま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ken Rubin 基調講演 "経済合理性のあるスクラム" - Global Scrum Gathering Day 1 - kawaguti’s diary