はじめに 以前Scrum@Scaleについて@tyantya41717651さん、@zakky_devさんとディスカッションしましたが、先日お二人と、大規模アジャイルフレームワークであるSpotifyモデルと先日公開された失敗記事(「Spotifyは "Spotifyモデル "を使っていない(Spotify's Failed #SquadGoals)」)についてディスカッションしたのでブログにまとめました。*1 はじめに Spotifyモデルと取り上げた理由 モデルの失敗ではなく、ヒトの失敗 扱える以上の自由や権限を与えた悲劇 1. チームへの過剰な権限付与による、サイロ化の加速 2. 分隊のプロセスの自由さや能力不足による、分隊間協力の困難化 3. 全員での意思決定を追求したことによる、意思決定コストの増大 まとめ Spotifyモデルと取り上げた理由 今回Spotifyモデルの詳しい解

みなさんこんにちは。@ryuzeeです。 以前書いたスクラムマスターを雇う時に聞いてみるとよい38個の質問という記事に対して、自分も答えてみましたので、以下で紹介します。 なお、既に38個答えた勇者がいるのでこちらも併せて読んでみるとよいと思います。 「スクラムマスターを雇う時に聞いてみるとよい38個の質問」に答えた@katzchang/回答-スクラムマスターを雇う時に聞いてみるとよい38個の質問それでは、行ってみましょう。 スクラムマスターの役割についてアジャイルマニフェストでは「プロセスやツールよりも個人と対話を」といっている。プロセスを守らせるスクラムマスターは、それとは反対のことをしているのではないか？スクラムマスターの関与の度合いはチームの力量や規律の有無、外部との関係性などによって変わります。 チームが自分で解決できない大きな問題をかかえていたり、チームとして機能していなかった

サムザップ、CTO室所属の三森と申します。 最近はスマートフォン実機をPythonによって動作させる自動テスト等を担当しております、そのなかでも今回は対戦で遊び続けて動作が重くなったり、メモリリークが起きたりしないか？などのテストを行うためにどのような手法をとったか？などをざっくりと説明していきたいと思います。 背景について 戦国炎舞 -KIZNA- は運用期間も長く、1つのアプリの中で様々なコンテンツやイベントが行われているゲームです。 そのなかでも「合戦」と呼ばれる、一日に3回行われる30分のチーム対人戦（いわゆるGVG）は戦国炎舞の重要なコンテンツとなっております。 各種計略、応援、必殺、奥義等タイミングや回数が重要になる場面が多々あります。 そのため表面上は問題なくても長時間起動や発熱、その他様々なコンテンツの状況が重なって、「ちょっと重くなる」ということが発生してしまうと合戦の結

Cy#の河合です。去年、UniTask – Unityでasync/awaitを最高のパフォーマンスで実現するライブラリという形で紹介させていただきましたが、今回全てのコードを書き換えた新バージョンをリリースしました。 GitHub – Cysharp/UniTask UniTask v2では、コードの徹底的な書き換えにより、ほぼ全てがゼロアロケーション化しました（技術的詳細は後ほど述べます）。これによりパフォーマンスの大幅な向上を果たしているほか、新たに非同期シーケンスと、それに対応する非同期LINQが組み込まれました。その他、DOTweenやAddressableなどの外部アセットに対するawait標準対応も組み込まれ、より利便性が高まっています。 v2の前に、まず、async/await はC# 5.0から搭載されている機能で、従来コールバックの連鎖やコルーチンで処理していた非同期コ

このブログエントリは日本信頼性学会論文誌 Vol.42, No.2, 2020年3月号に寄稿した「アジャイル/DevOps開発における品質保証と信頼性」という解説論文の転載です。 （品質管理研究会でこの解説論文の内容をもとにした特別講義を来年実施します。ご興味ある方はぜひご参加ください。） --- 概要 近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps などのソフ トウェア開発手法は,今まで主流であったウォーターフォール開発と異なる特徴を持つため,その品質保 証や信頼性の考え方をそのまま適用できない場合も多い.アジャイル/DevOps 開発では短い開発サイクル の中で小刻みなフィードバックループと改善活動を繰り返しながら開発する.そのため,QA テストとして の品質保証の役割はアジャイル/DevOps においても依然重要であるが,それに加え開発サイクル

この度、2年4ヶ月勤務した株式会社キッズスターを5月末で退職(卒業)します。本日最終出社日でした。 なんで退職するの？ チャレンジしたい領域に対し、チャレンジする機会を得たからです。 新卒で仕事を始めてから現在に到るまで7年間、エンジニアとして働いていました。その一方で高校~大学時代からイベントの企画/運営に興味があり、就職してからも Gotanda.unity 等の勉強会を楽しくやらせていただいておりました。今回チャレンジする領域というのはこの所謂イベント業 (企画/運営に携わる業務全般) となります。 勿論、新型コロナウィルス感染症(COVID-19)の情勢もあり、イベントに対する風当たりは依然として強いものがあり、この環境は暫く続くものと考えられます。そんなご時世だからこそ、イベント/勉強会に対する需要 (インプットやアウトプットに対する要求) は多く存在している認識ではいるので、オ

リモートワークでも生産性を上げる！スクラム創始者直伝の実践ノウハウを日本語化して入門者向けにまとめました。プロジェクト管理スクラムリモートワークコミュニケーションコロナウイルス はじめに 認定スクラムマスター(LSM)取得者向けに「Distributed Teams: Mitigating Business Risk in Uncertain Times」と題したウェビナーがスクラム創始者の Jeff Sutherland 氏を交えて3月に行われました。 この投稿はウェビナーの内容を噛み砕き、リモートワーク環境でもスクラムの実践がスタートできる内容を目指しました。チームリーダーやマネージャーとしてスクラムを推進している方や、これから導入を検討している方のご参考になれば幸いです。 まずは結論から リモートワークでより成果を上げる働き方は可能なの？ 可能。→ リモートチームを成功させた企業のユ

ソーシャルゲーム会社でUIアニメーションや演出、エフェクトを担当しています。 UI演出についての知見を深めるためにブログを始めました。 最近インプットアウトプットをしていなかったので、ブログをきっかけにインプットアウトプット力を高めていけたらと思っています。

IPA から アジャイル開発版「情報システム・モデル取引・契約書」が公開された。 【プレス発表】 DX推進に向け、アジャイル開発版の「情報システム・モデル取引・契約書」を公開 https://www.ipa.go.jp/about/press/20200331.html 【成果物公開ページ】 https://www.ipa.go.jp/ikc/reports/20200331_1.html 私はこの1年間、IPA の「社会実装推進委員会 モデル取引・契約書見直し検討部会 DX対応モデル契約見直し検討WG」の委員としてこのモデル契約書の策定に関わってきた。 モデル契約策定にあたって、私が特に実現できてよかったと思うことを書いていきたい。 準委任契約を前提とすることができた2012年にIPAから出された「非ウォーターフォール型開発に適したモデル契約書」（当時、IPAではアジャイルと言わずに非ウ

Millions translate with DeepL every day. Popular: Spanish to English, French to English, and Japanese to English.

(注)ヘンリックの許可を得てざっくり意訳しました。原文は『Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds』です。訳に対するヘルプも歓迎します。Thanks Henrik, this article is great for me. プロダクト開発をしている組織において、多角的なチーム構成を実現するのはいつもチャレンジな作業だ！ 今まで見てきた中で印象に残っている例がひとつある。それはSpotifyだ。Spotifyは3つの都市にまたがって30以上のチームにスケールしているが、アジャイルなマインドセットをキープし続けている。 Spotifyは音楽産業を一変させている魅惑的な企業だ。創業してから6年しか経っていないのに、1500万ものアクティブユーザーを抱え、400万以上の決済が行われている。また、そのプロダクトは「

この記事の担当の黒瀧です。最近は在宅勤務が続いているので料理にハマっています。得意な料理はベーコンエッグです。今回はDX Criteriaというアセスメントツールを使って自分の事業部を診断してみたので、その結果とプロセスを共有します。 DXとは DXには2つの意味があります。１つ目はDigital Transformation (企業のデジタル化のDX)です。経営に対してデジタル技術を用いたビジネス変革ができているか？という観点で、経済産業省のDXレポート ～ITシステム「2025年の崖」克服とDXの本格的な展開～においても、あらゆる産業の中にデジタル技術が使われていく状況でDXをスピーディーに進めていくことが大事であると述べられています。もう1つはDeveloper eXperience (開発者体験のDX)です。こちらは開発者にとって、働きやすい環境と高速な開発をするための文化・組織・

2020/01/08から、Regional Scrum Gathering Tokyo 2020（以下、RSGT2020）が始まりました！ 2020.scrumgatheringtokyo.org 本ブログでは、RSGT2020のセッションの発表資料をまとめています。 個人で発見した発表資料のみですので、掲載していないセッションの発表資料がありましたら、コメント欄などで教えていただけるとさいわいです。 現時点では、1日目のスライドのみです。 2日目まで追加しました！ 3日目まで更新しました。 1日目（2020/01/08） keynote The Ten Bulls of the Scrum Patterns Hall WEST アジャイルコーチ活用術 slide.meguro.ryuzee.com みなさんのプロダクトバックログアイテムはOutcomeを生み出していますか？ プロダクト生

https://confengine.com/regional-scrum-gathering-tokyo-2020/proposal/11890/tech-lead-in-scrum

インタビュー 「高速」な開発を目指して。「minne」のAndroidエンジニアに、2020年の取り組みについて聞いてみた！ 2020.2.21 minne エンジニア ペパボでは現在Androidエンジニアの採用に力を入れています。 今回のインタビューでは「minne」のAndroidエンジニアの2人に、2020年取り組む施策への想いや、どんな人と働きたいかなどをインタビューしました。 ※現在、GMOペパボを含むGMOインターネットグループでは、新型コロナウイルス感染防止のため、在宅勤務を行っています。今回のインタビューも在宅勤務中に行ったため、画面越しの写真となっております。 夏坂 友輔（なつさか ゆうすけ） Twitter：@ntsk__ あだな：なっつ minne事業部マーケットグループ エンジニア。ぷよぷよ通が好き。 今年の重点施策は4つ！ ーお二人は普段どんなお仕事をしているん

マネジメント職に就くまで マネジメント職に就いてから 最初に取り組んだマネジメント施策 エンジニア評価制度の制定 全社規模の技術投資計画の策定 計画を実行する組織の新設 「選択」後に感じたギャップ 抽象的な理解のギャップ やりたいこととスキルのギャップ ギャップにどう処したのか マネジメント職の「選択」に必要となるスキルとは おわりに ─ 「やらない」という選択肢はなかった こんにちは、栗林健太郎です。人々からは「あんちぽくん」と呼ばれています。皆様も是非、そのようにお声がけくださると幸いです。 わたくしは現在、GMOペパボ株式会社（以下、GMOペパボ）で取締役CTOを務めています。会社全体としてこれから実現するべきビジョンや方向性を示し、その実行を中心的に担うエンジニアリングおよびデザイン組織を管掌しています。また、セキュリティ事業や鹿児島拠点の立ち上げなど、新しい取り組みを行うチームを

2020/02/16「Object-Oriented Conference」で発表させて頂いた資料です。 #ooc_2020 #ooc_e

Developer Summit 2020 発表資料 #devsumi

みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 （スライドはこちらからもご覧いただけます：https://slide.meguro.ryuzee.com/slides/101） 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし