振り返りで積み上げた開発プラクティス（2020年総まとめ） - BASEプロダクトチームブログ
こんにちは。BASE BANK 株式会社 Dev Division にて Manager をしている東口（@hgsgtk）です。 昨年 2020 年は本ブログにて個人の足し算ではなく掛け算で成果が出せるようなチームを目指したアジャイル開発の取り組みを継続して紹介してきました。 チーム開発の潜在的課題が見つかる振り返りワーク「Mad Glad Sad(喜、怒、哀)」 少人数でのアジャイル開発への取り組み実例 （一歩目の踏みだし方） | 詳説 | July Tech Festa 2020 登壇レポート アジャイル開発におけるユーザーストーリー分割実践 〜画面リニューアルの裏側〜 これらの考え方やプラクティスは全体の一部で、開発チームとしての組織ローカルなプラクティスを『BANK DEV 白書』として整理しています。『BANK DEV 白書』では次のような内容を整理しています。 一般的なアジャイ
大規模スクラムで見えてきたマルチPdM体制の面白さと難しさ【SmartHRのPdM連載第1弾】 - SmartHR Tech Blog
はじめに みなさん、こんにちは！SmartHRでプロダクトマネージャー（PdM）をしています岸（@kissy）です。 SmartHRでは2020年1月から大規模スクラムのフレームワークであるLarge-Scale Scrum（LeSS）を採用しており、 現在、LeSSに属するスクラムチームは4チーム、PdMは私を含めて総勢4名（10月から5人に増えました！）という体制で開発をしています。 そこで本記事では、「大規模スクラムで見えてきたマルチPdM体制の面白さと難しさ」についてお話し、 SmartHRのPdMは日々どんなことを考え、どのようなことをやっているのかをお伝えできればと思います。 「SmartHRのPdM」連載については 「SmartHRのPdM」連載をはじめます をご覧ください。 tech.smarthr.jp 現状の SmartHR の開発体制について SmartHRはプラット
5分で分かるスクラム用語集
みなさんこんにちは。@ryuzeeです。 スクラムは、スクラムガイドで定義されています。したがってスクラムを学習したり実践したりする際には、まずスクラムガイドを読むのが大前提となります。 とはいえ、短時間で人に説明したり、リファレンスが必要になったりすることも多いので、ぼくが使っている用語集を共有します。 基本用語プロダクトオーナー開発するプロダクトにおける責任者である。そのプロダクトが実現するビジネス価値に対して責任を負う。 主な役割としてプロダクトのビジョンを明らかにして周りに伝える、プロダクトバックログのメンテナンス、プロダクトバックログアイテムの優先順位付け、リリース計画の立案、開発者が作成したインクリメントを受け入れるか受け入れないかの判断、ステークホルダーとの調整などをおこなう。作業自体は委任できるが、最終的な責任はプロダクトオーナーが負う。 実施中のスプリントをキャンセルする
「ユビレジのチーム開発」についてお話しました #railsdm2019 - katorieのブログ
2019/3/22〜23の2日間、Rails developers meetup 2019が開催され、 「ユビレジのチーム開発」というタイトルで初日に登壇しました。 発表中の様子 発表資料はこちらです。 speakerdeck.com 主催のカルパスさんからお声掛けいただいた時は思わず「なぜ私に…？」と聞いてしまったのですが、 ユビレジのメンバーが現場の話みたいなのをしてきたことって今まであんまりなかったので、そこら辺をお話できるとよさそうな雰囲気を感じたのと、 一方で現場の話となるとRailsよりもiOSの話の方がたくさんネタはある気がしたけど、Railsの話じゃなくてもOKな雰囲気を感じ、 かといってRailsdmでiOSの話するのも全然違うので、 個人的にめっちゃいいと思っているユビレジの開発環境について話してみることにしました。 結果、話し終わったあとの皆さんからいただいた反応をみ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フロー効率性とリソース効率性について #xpjug
アジャイルのプロセスと�デザイナーの変化 ~チームに欠かせないデザイナーになるために~
スクラムチームは改善する問題を正しく選んでいますか？