スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019 アジャイル開発手法を実現する方法として、もっとも普及しているのが「スクラム」でしょう。 スクラムを開発チームの単位で導入している企業は増えてきましたが、これをスケールさせる、つまりスクラムの手法を使って組織全体をより早く動かし、より早く価値を届けていくにはどうすればいいのでしょうか。 そのために開発されたのが「Scrum@Scale」フレームワークです。スクラムをスケールさせる仕組みの背後にあるスケールフリーネットワークや、大きな組織でも迅速に情報を共有する手法が組み込まれた「Scrum@Scale」について、2019年2月に行われたイベント「Developers Summit 2019」で株式会社アトラクタの代表取締役 原田騎郎氏が説明しています。 本

こんにちは、小林（@koba04）です。 本記事では、シングルページアプリケーション（以下、SPA）における状態管理について解説します。 GmailやTwitterは、SPAとして構築されている代表的なWebアプリケーションであり、スムーズなページ遷移をSPAによって実現しています。またElectronやPWA（Progressive Web Apps）の登場により、複雑なアプリケーションをWebの技術を使って構築する場面も増えてきました。 これらの複雑なアプリケーションにおいては、既存のページ単位での状態管理の考え方では対応が難しくなります。 そこで今回は、具体的なフレームワークも取り上げながら、Webフロントエンドにおける状態管理のアプローチについて紹介します。 フロントエンドでの状態管理の複雑化 ページの単位を超えた状態の保持 モデルとビューによる処理の分割 イベントの管理が複雑にな

LIFE STYLE | 2019/01/18 賛否両論の中でも「こんまりの片づけ」が世界中で大ブレイクする理由【連載】幻想と創造の大国、アメリカ(10) 過去の連載はこちら 渡辺由佳里 Yukari Watanabe Scott エッセイスト、洋書レビュアー、翻訳家... 渡辺由佳里 Yukari Watanabe Scott エッセイスト、洋書レビュアー、翻訳家、マーケティング・ストラテジー会社共同経営者 兵庫県生まれ。多くの職を体験し、東京で外資系医療用装具会社勤務後、香港を経て1995年よりアメリカに移住。2001年に小説『ノーティアーズ』で小説新潮長篇新人賞受賞。翌年『神たちの誤算』（共に新潮社刊）を発表。他の著書に『ゆるく、自由に、そして有意義に』（朝日出版社）、 『ジャンル別 洋書ベスト500』（コスモピア）、『どうせなら、楽しく生きよう』（飛鳥新社）など。最新刊『トランプが

ふりかえりで使える手法としてKPTやYWTなどがありますが、新しくファン・ダン・ラーン(Fun/Done/Learn)というアプローチを作ったので紹介します。チームがやったことを、Fun、Done(またはDeliver)、Learnという3つの軸とその重複で見直します。上の図のように、Fun、Done(Deliver)、Learnのを重ね合わせた図をボード上に書いて、そこに分類していきます。 この図を見れば、経験のあるファシリテーターやスクラムマスターなら自分なりのやり方が思いつくのではないでしょうか。ぜひ自由に使ってみてください。以下では、私たちが実際に試してみた方法を紹介します。 まずホワイトボードや模造紙に、上のFun/Done/Learnの図を描く。重なり合う領域が狭くなりすぎないよう気をつけること メンバー1人ひとりで、やったことを付箋に書き出す 付箋の内容を共有して会話しながら

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

2018年7月7日、株式会社フリークアウト にて「プロダクトオーナー祭り 2018 Summer ～プロダクトマネジメントが世界をツナぐ～」が開催されました。IT関連企業に所属するソフトウェア開発のプロダクトマネージャーやプロダクトオーナーを中心に、それぞれが携わるプロダクトの価値や、マネージャーとしての体験談など、幅広い観点からライトニングトークが繰り広げられました。本記事では、グローバル・ピープル・ソリューションズ株式会社の酒井崇男氏によるLT「Heavy Weight Product Management の仕組みが日本を救う」の模様をお送りします。 グローバル・ピープル・ソリューションズの酒井崇男氏によるLTがスタート 酒井崇男氏：皆さんはじめまして、酒井崇男と申します。みなさんがこれまでどういうかたちでPO（プロダクトオーナー）とかPM（プロダクトマネージャー）というポジションに

2018年を振り返ってみると、経営という観点で言えば「ティール組織」一色だったように思う。2018年1月24日に発売された「ティール組織――マネジメントの常識を覆す次世代型組織の出現」は多くのビジネスパーソンに読まれることになり、一過性のブームでなく年間を通して人々の話題にのぼった。 長時間労働や人手不足の問題が取り沙汰され、働き方の見直しが迫られる時流の中で、従来の組織やマネジメントとは違う、まったく新しいカタチを見せてくれたことが多くの人にとっての希望だったからではないだろうか。 しかし、いかんせんティールの本自体が非常に分厚く、最後まで読み切って理解するには困難が伴う。かくいう私も途中で挫折した。そんな折に年末になって発売されたのが、この「[イラスト解説]ティール組織―新しい働き方のスタイル」である。イラスト付きで、なにより簡潔にまとめてくれていて読みやすい。 そしてなんと、その日本

はじめに JavaScriptは、最新のWebブラウザで最も普及した技術の1つになっています。AngularJS、ReactJS、Vue.jsなどのクライアントサイドJavaScriptフレームワークを使用して構築されたアプリケーションは、多くの機能とロジックをフロントエンドに提供します。そしてロジック、機能の増加によってクライアントサイドのAttack Safaceも増加します。これらのAttack Safaceを理解し、脆弱性を発見する方法を身に着けることが必要です。 このブログ記事では、効率よくWebアプリケーションの脆弱性を発見するために、クライアントサイドJavaScriptの静的解析に注目して説明します。 今回は脆弱性を探す対象はOWASP Juice Shopです。Juice ShopはJavaScript製の意図的に脆弱に作られたアプリケーションです。 何を探すか? セキュ

adventar.org RSGTアドベントカレンダーの３日目です。昨日は天野さんが「僕がスクラムマスターになった訳 - はてブロ@ama_ch」という実践者ならではの記事を書いてくれました。こうした事例があるのも、この八年くらいで大きく変わったところで、大変頼もしいですね。今日はセッションの決め方について書いてみます。書いてみて思ったことは、これ興味あるのカンファレンスやる人だけじゃない？ということですが、きっと深読みすると様々なプロダクトバックログ作成にも通じるものがあるのではないかと思います。そう、これはプロダクトオーナーシップの話なのです！(どうかな？) オープンプロポーザルとLike投票機能を使ったセッション採択の進め方 Regional Scrum Gathering Tokyo (RSGT) は、永瀬さんが書いてくれたような紆余曲折の結果、おかげさまで大変多くのセッション公募

大反響を呼んだ『ティール組織』解説者の嘉村賢州氏、『実務でつかむ！ティール組織』著者の吉原史郎氏。2人のフロントランナーが、業界や国境を越えて次世代型組織（Next Stage Organizations）を探究する旅に出る。 連載初回は、2人の原点に焦点を当てる。まったく異なるキャリアの2人が、どんな問題意識をもち、なぜ共に道を歩むようになったのか。これまで語られてこなかった素顔に迫る。聞き手は、元DIAMONDハーバード・ビジネス・レビュー編集長で、現在はフリーランス/編集者の岩佐文夫氏。 連載：Next Stage Organizations 組織の新たな地平を探究する 岩佐：はじめまして。今回、ティールをはじめとする新しい組織のあり方を探求されているお二人にインタビューできて嬉しいです。 英治出版さんからは、あえてお二人のことを調べなくていいとのことだったので、根掘り葉掘り聞かせて

フロントエンドエキスパートチームの@koba04です。 10/25,26の2日間、ネバダで開催されたReact Conf 2018に参加して来ました。 今回は、気になっている人も多いKeynoteで発表されたHooksとConcurrent Reactについて紹介したいと思います。 今回紹介された内容は、2014年後半くらいからReactを見てきた中でも、最も大きな変更であると言えます。 React Conf 2018 React Conf 2018のストラップ カンファレンスのトーク自体はすでにYouTubeで公開されているので、全トーク観ることが出来ます。 https://www.youtube.com/playlist?list=PLPxbbTqCLbGE5AihOSExAa4wUM-P42EIJ Hooks Hooksは、GitHub上でも一切公開されておらず、React Conf

※本記事は旧版です。最新版はオフィシャルサイトからPDFをダウンロード可能です。 ビジネス価値の計測と経験的マネジメントの活用によるビジネス成果の継続的改善方法 2018年9月 この作品は、Scrum.orgが提供する「Evidence-Based Management Guide」の日本語訳であり、クリエイティブ・コモンズ 表示 — 継承 4.0 国際 ライセンスの下に提供されています。概要アジャイルなプロダクトデリバリーのプラクティスを導入している組織は、ビジネス成果よりも活動やアウトプットの改善にフォーカスしがちであり、提供する価値を向上させるという本当の目的を見失いやすい。 アジャイルは目的を達成するための手段であり、目的そのものではない。つまり、アジャイルプラクティスを導入するときに最も重要なのは、ビジネスの業績を向上させることである。組織がこのことを見失うと、意図しない、望まし

「成果を上げるチーム・効果的なチームは、何が決めるのか？」 2012年から、Googleのリサーチチームが「Project Aristotle」の中で明らかにしました。 そこでは「心理的安全性」が最も重要だった、と結論付けられています。 けれど、わかったようでよくわからない「心理的安全性」とは、ほんとうには、いったい何なのでしょうか？ わたしたちは、この知見をどう活かして、自分の職場で生産的で効果的なチーム作りができるのでしょうか。 rework.withgoogle.com 実は、「心理的安全性」には、およそ50年の研究の歴史があります。 その意味では、Googleは、心理的安全性は確かに、職場の生産性に効果的だと「再発見」したに過ぎないとすら言えます。 ここでは、その50年の歴史を圧縮して、いまの科学でわかっていること、 わかっていないことをお伝えしていきたいと想います。 まず、この「

みなさんこんにちは。@ryuzeeです。 弊社ではアジャイル開発、スクラムのトレーニングを提供しているのですが、トレーニング中には多くの質問をいただきます。 今日はよくある質問とその答えについていくつかご紹介したいと思います。 なお、過去2回のものは以下になります。 アジャイル開発やスクラムのトレーニングでよく聞かれる質問とその答え (1)アジャイル開発やスクラムのトレーニングでよく聞かれる質問とその答え (2)好評そうだったら続編も書く予定です。 ■以前のスプリントで作成したインクリメントにバグを発見した場合には、修正はどのように扱えばよいでしょうか？スプリント内で開発しているプロダクトバックログアイテムに関するバグがそのスプリント中に見つかったのであれば、そのスプリントの開発作業の一環として修正します。そのバグの内容が完成の定義を満たしていない場合は、成果とはならず、そもそもスプリント

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 スクラムはフレームワークです。ロール、作成物、イベントが決められていますが、それを具体的にどうやってこなしていくのかは定義されておらず、それぞれの環境にあわせてやり方を考えていく必要があります。 それを分かりやすく説明したのが、Scrum is an abstruct classという記事です。 今回、記事を執筆したPaddy Corry氏に快諾いただきましたので、和訳にてご紹介します。 なお、誤解のないように言っておくと、スクラムはアジャイル開発を進める上での唯一のフレームワークでは決してありません。 つまりスクラムのフレームワークで既定されていることを止めた場合、それはスクラムで

筆者は普段btraxのサンフランシスコオフィスで働くUXデザイナーだ。これまでに日本を訪れたことはまだ1度しかないのだが、今年の6月、日本に出張するチャンスが巡ってきた。 Suicaへのチャージからフードトラックでお弁当を買うことに至るまで、日本ではあらゆる購買体験の設計がとても優れていることを感じた。 また、普段生活しているサンフランシスコでの自然で気にすることのないようなやりとりが、いかに自分が「当然物事はこうなるだろう」と期待するメンタルモデルにいかに引っ張られていたかもわかった。 日本での体験はサンフランシスコでよりもはるかにスムーズ日本の人は明らかにサンフランシスコの人とは異なる独自のメンタルモデルを持っている。 滞在中に時々不便な思いをすることはあったが、地下鉄に乗ったりレストランで食事をしたりすることはサンフランシスコでの同じ体験よりもはるかにスムーズで気持ちのよいものだった

はじめに 今朝twitterを眺めていると、現在私が勤めているサイボウズの綱島さんが書かれた以下のような記事を見つけました。 note.mu 気になる会社のことを調べる際に、よくある話。 「この会社のメンバーがどんな雰囲気なのか、もっと知りたいなぁー」 「でも、人事がいつも口にする "アットホームで風通しのよい社風" って、もう聞き飽きたよ…どうせ建前じゃないの？」 採用担当の僕は考えました。 「候補者の方々にサイボウズのことをもっと知っていただくにはどうしたら良いのだろう…？人事によるオフィシャルな情報発信もいいけれど、会社のいいところとか見せつけすぎてもぶっちゃけ引くしなぁー。もっとこう、サイボウズのメンバーが会社とか関係なく、素顔のホンネで話しているところをご覧いただいて、好きになってもらって、ジョインしてもらって…って感じのほうが好きだなぁ。なんかいい方法、ないかなぁー」 あ。メン

先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。 なお、過去の実況中継シリーズは前職の技術ブログにまとまっていますので、そちらからご覧ください。 それでは本編を開始したいと思います。 開発現場で役立たせるための設計原則とパターン アバンパート よろしくお願いします。 まず最初に簡単に自己紹介をさせていただきます。 先月転職をしまして、8/1からClassiという会社で働いています。妻と息子がおります。Scalaが好きですが、仕事ではRubyメインという感じです。 Web+DB PressやSoftware Designで何度か特集を書かせていただきました。と