達人スクラムマスターへの道 A way to be a master of ScrumMaster

Think beyond your thinking – Agility and beyond

Is “working software” enough. Unless the customer is delighted by the working software, the future of the business is not bright. Customer delight has become the new bottom line of business (Net Promoter Score) . Firms that succeed in delighting their customers like GAFA …(Google,Amazon,Facebook,Apple) companies enjoy happy customers, soaring profits and workers who can see meaning in their work. In this session, we ...more »

Submitted by (@marisagility)

Voting

18 votes
18 up votes
0 down votes

組織変革とプロセス改善 Organizational Change and Process

Agile人材の評価とキャリアプラン

■前提 ・キャリアとは不確実性に富み、不確実性を受け入れる間口を持つことが『機会』である ・キャリアは、ライフプランやステージの変化によりその形を変え、プランには多様性がある ・Agile/Scrum人材の姿勢は銃士の姿勢であり、壁を作らず状況に応じて適宜適切に対応すべき ■課題認識 ・多くの会社では未だに、期首に目標を立て期末に評価するような、不確実性や流動性を前提としない評価をしていないでしょうか? ・多くの会社では未だに、「プログラマ⇒設計者⇒コンサル⇒管理者」と、キャリアパスが1本になってはいないでしょうか? ・メンバの評価がプロジェクトの売り上げベースで左右され、能力と実績が混同されていないでしょうか? ■語りたいこと ・人事制度の多くは「うちは特別だから」「うちはこのやり方が適してるから」「今までこうだからこう決まっている」と言う論理的ではない考え方で硬直することが多いと思います。 ・しかし、不適切・不整合・不当な、評価や処遇やキャリアパスは人材を殺し離れさせます。 ...more »

Submitted by (@ryo.inaba)

Voting

12 votes
12 up votes
0 down votes

チームの学びと成長 Learn and Grow by Team

TG(てーげー)でScrumをよりAgileに

沖縄人発案のアジャイル開発プロセスTG(てーげー)の紹介と、そこで推奨される「ScrumをよりAgileにする」プラクティスを紹介します。

 

ざっくり紹介すると、アジャイルマニフェストと守破離を大事にした、中身が無い(ので自分たちで作り上げていく)アジャイル開発プロセスです。

 

Scrumを実践しているからといってAgileであるとは限りません。

 

このセッションを通して、Scrumをより良く、楽しく実践できるヒントが得られます。

 

これまでに発表したものに加え新作も用意してますので、どなたでもお気軽にどうぞ。

 

参考までに、前回のスライドはこちら。

http://www.slideshare.net/takaesu0/scrum-45654767

 

発表予定の内容は次のとおりです。

・TG(てーげー)って?

・ちゃんぷるーって?

・○○ぱなしって?

・あんべーって?

・でーじてーげーって?

Submitted by (@makototakaesu)

追加の詳細情報 / Comments :

45分でも20分でもどちらでも可能です。

Voting

14 votes
14 up votes
0 down votes

ソフトウェア開発技術 Software Craftsmanship

Bridging the communication gap with Specification by Example

Having trouble with users can’t fixed the requirements? Built the wrong functionality? This talk illustrates some of the common problems in software development and shows you how the practice of Specification by Example can reduce the communication gap. Specification by Example has its influences from XP practices like Test-Driven Development and Acceptance testing and is regarded as one of the cornerstones in software ...more »

Submitted by (@stanlylau)

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

None.

Voting

15 votes
15 up votes
0 down votes

組織変革とプロセス改善 Organizational Change and Process

開発以外でスクラム実践してみた

営業チーム、社内プロジェクトそれぞれでスクラムを実践した中ででてきた、良かったことと難しかったこと、開発以外に適用させるための工夫を報告します。

 

【想定アジェンダ】

* 導入したプロジェクトの背景

* 導入ステップ

* 実践したプラクティス

* 効果/メンバーからの反応

* 課題と改善案

 

(変更の可能性あります。営業チームでの実践と社内プロセス改善プロジェクトでの事例があり、どちらを報告するかは思案中です)

 

【想定する受講者像】

* スクラム実践に興味がある非開発者

* 営業や企画等のチームにスクラムを導入してみたい方

 

【どのようなものを得られるか】

* 通常の開発おけるスクラム実践と異なるポイント

* 営業チームでのスクラムの型としての実践例

* 非開発者(営業担当、マーケター等)のスクラムへの反応

Submitted by (@tomoyasu0620)

Voting

22 votes
22 up votes
0 down votes

達人スクラムマスターへの道 A way to be a master of ScrumMaster

Whyから始めるスクラムマスター ~ふりかえりから始めたスクラム~

スクラム導入の許可を取れたが、全部を導入を許可してもらえないことがあリませんか?スクラムって言わずこっそり導入したいときもあると思います。

 

自分が導入するときには、導入までの話はFearless-Changeにお世話になりました。しかし、Fearless-Changeの一歩先になると、理想と現実の着地点を考えながらスクラムをやっていくことに困難がありました。

「スクラムを全部導入できないからうまくいかない」って諦めなくていいように対策しませんか?自分が実践した振り返りをベースに認めてもらうきっかけを作りながら、ゆるやかにスクラムを導入した方法をお伝えしたいと思います。

 

具体的には、改善することのメトリクスを設置する、ボトルネックを探して改善策を誘導する、スクラムのプラクティスのWhyを考えて有効な場面で導入できるようにしておくこと、をお話します。

Submitted by (@kokikawagoi)

Voting

20 votes
22 up votes
2 down votes

スクラムのスケールアップ Scaling up Scrum

NexusとLeSSの概要説明、比較

これまで、SAFe、DADなどのアジャイルをスケールさせる方法論がありましたが、どれも非常に多くのことが定義されていて、スモールチームのアジャイル開発実践者にはかえってハードルが高かったと思います。 最近LeSS、Nexusと多くを定義するのではなく、スクラムのように見える化と改善のミニマムのフレームワークを定義するものが出てきました。 本セッションでは、Bas Voddeが提唱しているLeSS(Large Scale Scrum)と、スクラムの生みの親、Ken Schwaberの、まだ発表されて間もないNexus ガイドの2つをご紹介します。そこには1チームでの成功をスローダウンする事なく、連続的にスケールしていく方法のヒントがあります。 他のスケール手法との比較なども、参加者の方とディスカッションできればと考えています。スケールが必要なプロジェクトでもアジャイル開発を楽しんでいく方法を探しましょう。 https://www.scrum.org/Resources/The-Nexus-Guide ...more »

Submitted by (@roberts)

追加の詳細情報 / Comments :

共同発表者:木村 卓央 株式会社ガイアックス RND PMO , 合同会社カナタク 代表

Voting

26 votes
26 up votes
0 down votes

スクラムってなに? What is Scrum?

ビジネスプラクティスで捉えるScrum

書店で自己啓発コーナーなどに行けば分かるように、世の中には数多くのビジネスプラクティス・思考フレームワークが出回っています。それらはソフトウェア開発以外だったり、より汎用的なものだったりしますが、ソフトウェア開発に通じることも多くあります。

セッションでは、そのような他のフレームワークの観点でScrumを捉えることにより、Scrumの価値や、Scrumのプラクティスの適用におけるポイントを再認識するきっかけになればと思っています。

また、Scrumが有名なビジネスプラクティスに従ったという説明ができるようになれば、経営者層にも価値を伝えやすくなると思っています。

Submitted by (@takuodoi)

Voting

6 votes
6 up votes
0 down votes

スクラムのスケールアップ Scaling up Scrum

Cisco’s Agile Journey – Continuous Delivery and Scaling Scrum

Ciscoは、アジャイル開発の手法の1つである、スクラムという方法を使いビジネスのやり方を変えようとしています。100%ウォーターフォールモデルを使っていた25,000人のCiscoのエンジニアをどのようにスクラムに移行していったのかをご紹介します。 現在、ビジネス側との強いパートナーシップと連携がビジネスの結果をより迅速に提供する原動力となっています。 しかしながら、私達のアジャイルへの進化のジャーニーは3年前に始まり、戦略的に、戦術的に、そして段階的に進められておりいまだ進行中です。 このジャーニーは、1つのサイクルが6か月から9か月を要するウォーターフォールモデルから、毎週、毎月と短期間で新しい機能をリリースできるアジャイル手法へビジネスの遂行力を変えていかなければならないという 必要性をエグゼクティブリーダーシップが認識し、強く希望したことから始まりました。 そして、全社的にこの進化の要となるアジャイル・リーダーを育成するという難しさを経験しました。 ...more »

Submitted by (@peterim)

Voting

37 votes
37 up votes
0 down votes

チームの学びと成長 Learn and Grow by Team

僕らのおれおれメトリクス / We metrics in our own way!

メトリクス、数値の取得や分析・評価というのは、開発の役に立たず時間を食われるばかりだと、開発チームから忌避されがちです。しかしスクラムチームがスクラムチーム自身のために取得するメトリクスは、チームの状況把握と問題発見に役立ちますし、チーム自身が見てセルフチェックできるものです。本セッションでは、とあるスクラムチームのメトリクスを紹介しつつ、なぜ測ることにしたか、測ってどうなったかお伝えします。 ハイライト: ・僕たち、見積もり下手だと思ってたけど、意外とそうでもなかったね ・Tシャツだと精度が低いからポイントにしよう! ・スプリントを見比べるとお化けが出る ・僕たちのヘルスチェック 対象: ・スクラムマスター ・スクラムを実践中のチームメンバー ラーニングターゲット: ・メトリクスのアイデアを知り、自分の現場で試してみたくなる ・自分たちの問題解決にメトリクスがどう利用できるか、ヒントを得る Metrics are sometimes ...more »

Submitted by (@tsutomu.yasui)

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

講演なので必要ありません。

Voting

24 votes
24 up votes
0 down votes

組織変革とプロセス改善 Organizational Change and Process

あなたのチームの「いい人」は機能していますか?

【概要】 あなたの開発チームには、だれもやりたがらない仕事を率先して引き受けてくれたり、落ちているボールを積極的に拾ってくれるような、「いい人」はいますか? 言われなければ気が付かないけど、誰かがやってくれているからチームがうまくいっている「文化的雪かき」のような仕事が存在します。 そして、そういった仕事をやっている「いい人」が知らぬうちにすり減ってしまうケースが意外に多く存在するのかもしれません。   とある開発チームの1年の変革をベースに、以下をお話します   - 開発チームにおける「いい人」の定義 - 「いい人」が陥りがちで見逃しがちな罠 - 「いい人」がチームに与える悪影響 - 「文化的雪かき」を分類する - 「いい人」のかけがえない価値について - 多様なマインドセットを持ったチームにおける「文化的雪かき」の平準化方法 - OKR を用いたチームマネジメント - 「いい人」のキャリアマネジメント   【想定する受講者層】 ...more »

Submitted by (@ykmc09)

追加の詳細情報 / Comments :

株式会社 RightSegment

Voting

20 votes
20 up votes
0 down votes

組織変革とプロセス改善 Organizational Change and Process

The Agile Leader’s toolkit : shifting from manager to leader

I used to work as a Program Manager on a large waterfall project. I spent my day assigning tasks to people, tracking progress and trying to prevent the next crisis. I thought that was the normal life of a Program Manager. I was wrong. Agile proved me it can be different. In this short talk I will share the tools, books and trainings that helped me change my perspective and become a better person in the process: • Which ...more »

Submitted by (@sylvainmahe)

追加の詳細情報 / Comments :

20 min talk

Voting

24 votes
24 up votes
0 down votes