Suche senden
Hochladen
ただのエンジニアチームの改善を謀ったら。。。
•
3 gefällt mir
•
365 views
Shoko Kayano
Folgen
アジャイルジャパン2017登壇資料 http://www.agilejapan.org/session.html#session21
Weniger lesen
Mehr lesen
Ingenieurwesen
Melden
Teilen
Melden
Teilen
1 von 30
Jetzt herunterladen
Downloaden Sie, um offline zu lesen
Empfohlen
凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013
凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013
Minoru Yokomichi
VOYAGE GROUPの成長する勉強会カルチャー
VOYAGE GROUPの成長する勉強会カルチャー
Hironori Miura
「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策
「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策
Hironori Miura
あなたのチームの「いい人」は機能していますか?
あなたのチームの「いい人」は機能していますか?
Minoru Yokomichi
あじゃいる時代の品質保証 ~DevSQAの提案~
あじゃいる時代の品質保証 ~DevSQAの提案~
Hiroaki Matsunaga
爆速アジャイル革命 ヤフオク編 #agilejapan
爆速アジャイル革命 ヤフオク編 #agilejapan
Yahoo!デベロッパーネットワーク
リーンスタートアップ的な価値のあるモノ創り
リーンスタートアップ的な価値のあるモノ創り
Hironori Miura
SQLアンチパターンNight
SQLアンチパターンNight
Hironori Miura
Empfohlen
凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013
凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013
Minoru Yokomichi
VOYAGE GROUPの成長する勉強会カルチャー
VOYAGE GROUPの成長する勉強会カルチャー
Hironori Miura
「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策
「360°スゴイ」を創るVOYAGE GROUPエンジニア成長施策
Hironori Miura
あなたのチームの「いい人」は機能していますか?
あなたのチームの「いい人」は機能していますか?
Minoru Yokomichi
あじゃいる時代の品質保証 ~DevSQAの提案~
あじゃいる時代の品質保証 ~DevSQAの提案~
Hiroaki Matsunaga
爆速アジャイル革命 ヤフオク編 #agilejapan
爆速アジャイル革命 ヤフオク編 #agilejapan
Yahoo!デベロッパーネットワーク
リーンスタートアップ的な価値のあるモノ創り
リーンスタートアップ的な価値のあるモノ創り
Hironori Miura
SQLアンチパターンNight
SQLアンチパターンNight
Hironori Miura
【Sgt2016】Agile人材の評価とキャリアプラン
【Sgt2016】Agile人材の評価とキャリアプラン
Ryota Inaba
パタン・ランゲージを用いてスクラムの本質をひもとく
パタン・ランゲージを用いてスクラムの本質をひもとく
Minoru Yokomichi
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
Itsuki Sakitsu
3年前の僕へ
3年前の僕へ
garden_tree
PMフォーラム2011大阪_maekawa_20110731
PMフォーラム2011大阪_maekawa_20110731
Naoya Maekawa
チームで開発を行う上の心構え
チームで開発を行う上の心構え
Hirotaka Osaki
組み込み開発のテストとゲーム開発のテストの違い
組み込み開発のテストとゲーム開発のテストの違い
gree_tech
開発チーム外でスクラムやってみた
開発チーム外でスクラムやってみた
Tomoyasu Ishii
スクラム再入門
スクラム再入門
Minoru Yokomichi
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
バラバラの同僚を社内勉強会でつなげよう
バラバラの同僚を社内勉強会でつなげよう
Masakatsu Sugii
ヤフオクで1年間 Scrumを推進した結果
ヤフオクで1年間 Scrumを推進した結果
Yahoo!デベロッパーネットワーク
May the team be with you(episode2)
May the team be with you(episode2)
Koutarou Ishizaki
「失敗事例から学ぶアジャイル開発」研修の紹介
「失敗事例から学ぶアジャイル開発」研修の紹介
ESM SEC
Scrummikawa cybozushiki editor
Scrummikawa cybozushiki editor
KazuhiroNiwaya
チームファシリテーション体験研修のご紹介
チームファシリテーション体験研修のご紹介
ESM SEC
価値ある製品を生み出すためのアジャイル実践ポイント
価値ある製品を生み出すためのアジャイル実践ポイント
Naoya Maekawa
Nexus and LeSS #rsgt2016
Nexus and LeSS #rsgt2016
Takao Kimura
RLSにおけるプロダクト:プロジェクトマネジメント
RLSにおけるプロダクト:プロジェクトマネジメント
Itsuki Sakitsu
CAのアジャイルな開発の取り組みと周りの環境について
CAのアジャイルな開発の取り組みと周りの環境について
Hirotaka Osaki
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)
Miho Nagase
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
Masahiro Taguchi
Weitere ähnliche Inhalte
Was ist angesagt?
【Sgt2016】Agile人材の評価とキャリアプラン
【Sgt2016】Agile人材の評価とキャリアプラン
Ryota Inaba
パタン・ランゲージを用いてスクラムの本質をひもとく
パタン・ランゲージを用いてスクラムの本質をひもとく
Minoru Yokomichi
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
Itsuki Sakitsu
3年前の僕へ
3年前の僕へ
garden_tree
PMフォーラム2011大阪_maekawa_20110731
PMフォーラム2011大阪_maekawa_20110731
Naoya Maekawa
チームで開発を行う上の心構え
チームで開発を行う上の心構え
Hirotaka Osaki
組み込み開発のテストとゲーム開発のテストの違い
組み込み開発のテストとゲーム開発のテストの違い
gree_tech
開発チーム外でスクラムやってみた
開発チーム外でスクラムやってみた
Tomoyasu Ishii
スクラム再入門
スクラム再入門
Minoru Yokomichi
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
バラバラの同僚を社内勉強会でつなげよう
バラバラの同僚を社内勉強会でつなげよう
Masakatsu Sugii
ヤフオクで1年間 Scrumを推進した結果
ヤフオクで1年間 Scrumを推進した結果
Yahoo!デベロッパーネットワーク
May the team be with you(episode2)
May the team be with you(episode2)
Koutarou Ishizaki
「失敗事例から学ぶアジャイル開発」研修の紹介
「失敗事例から学ぶアジャイル開発」研修の紹介
ESM SEC
Scrummikawa cybozushiki editor
Scrummikawa cybozushiki editor
KazuhiroNiwaya
チームファシリテーション体験研修のご紹介
チームファシリテーション体験研修のご紹介
ESM SEC
価値ある製品を生み出すためのアジャイル実践ポイント
価値ある製品を生み出すためのアジャイル実践ポイント
Naoya Maekawa
Nexus and LeSS #rsgt2016
Nexus and LeSS #rsgt2016
Takao Kimura
RLSにおけるプロダクト:プロジェクトマネジメント
RLSにおけるプロダクト:プロジェクトマネジメント
Itsuki Sakitsu
CAのアジャイルな開発の取り組みと周りの環境について
CAのアジャイルな開発の取り組みと周りの環境について
Hirotaka Osaki
Was ist angesagt?
(20)
【Sgt2016】Agile人材の評価とキャリアプラン
【Sgt2016】Agile人材の評価とキャリアプラン
パタン・ランゲージを用いてスクラムの本質をひもとく
パタン・ランゲージを用いてスクラムの本質をひもとく
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
3年前の僕へ
3年前の僕へ
PMフォーラム2011大阪_maekawa_20110731
PMフォーラム2011大阪_maekawa_20110731
チームで開発を行う上の心構え
チームで開発を行う上の心構え
組み込み開発のテストとゲーム開発のテストの違い
組み込み開発のテストとゲーム開発のテストの違い
開発チーム外でスクラムやってみた
開発チーム外でスクラムやってみた
スクラム再入門
スクラム再入門
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
バラバラの同僚を社内勉強会でつなげよう
バラバラの同僚を社内勉強会でつなげよう
ヤフオクで1年間 Scrumを推進した結果
ヤフオクで1年間 Scrumを推進した結果
May the team be with you(episode2)
May the team be with you(episode2)
「失敗事例から学ぶアジャイル開発」研修の紹介
「失敗事例から学ぶアジャイル開発」研修の紹介
Scrummikawa cybozushiki editor
Scrummikawa cybozushiki editor
チームファシリテーション体験研修のご紹介
チームファシリテーション体験研修のご紹介
価値ある製品を生み出すためのアジャイル実践ポイント
価値ある製品を生み出すためのアジャイル実践ポイント
Nexus and LeSS #rsgt2016
Nexus and LeSS #rsgt2016
RLSにおけるプロダクト:プロジェクトマネジメント
RLSにおけるプロダクト:プロジェクトマネジメント
CAのアジャイルな開発の取り組みと周りの環境について
CAのアジャイルな開発の取り組みと周りの環境について
Ähnlich wie ただのエンジニアチームの改善を謀ったら。。。
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)
Miho Nagase
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
Masahiro Taguchi
[VP of Engineering Meetup] エンジニアのパフォーマンスを最大化させる組織活性化施策とは
[VP of Engineering Meetup] エンジニアのパフォーマンスを最大化させる組織活性化施策とは
atsuki_ito
アート・オブ・アジャイル デベロップメント ~組織を成功に導くエクストリームプログラミングの道~
アート・オブ・アジャイル デベロップメント ~組織を成功に導くエクストリームプログラミングの道~
Fumihiko Kinoshita
0からはじめた!スクラム導入から今日まで / story introducing Scrum
0からはじめた!スクラム導入から今日まで / story introducing Scrum
SatoshiIuchi
アジャイル開発をよりアジャイルに
アジャイル開発をよりアジャイルに
ESM SEC
Introduction to Agile - how business and engineer team up
Introduction to Agile - how business and engineer team up
Kenji Hiranabe
強化学習を可視化する chainerrl-visualizerを動かしてみた
強化学習を可視化する chainerrl-visualizerを動かしてみた
mogamin
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
Yoshitaka Kawashima
事業会社で働くエンジニアのマインドセット - DevLOVE関西
事業会社で働くエンジニアのマインドセット - DevLOVE関西
Tomoyuki Sugita
アンラーニング
アンラーニング
Yoshiki Shibukawa
Tableauデータサイエンス勉強会12月ライトニング_柴田さん
Tableauデータサイエンス勉強会12月ライトニング_柴田さん
Tomohiro Iwahashi
組込みだからこそアジャイルやろうよ! (JASA中部セミナー20131004)
組込みだからこそアジャイルやろうよ! (JASA中部セミナー20131004)
Naoya Maekawa
「誰」が「何」をする?みんなで考えてみよう!
「誰」が「何」をする?みんなで考えてみよう!
Nozomi Sawada
技術広報チームを立ち上げて1年
技術広報チームを立ち上げて1年
KLab Inc. / Tech
さくらの色々な○○~自由・多様・寛容な働き方~ | さくらインターネットの裏側見せます!働き方編
さくらの色々な○○~自由・多様・寛容な働き方~ | さくらインターネットの裏側見せます!働き方編
さくらインターネット株式会社
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
schoowebcampus
組織やチームの問題解決どうしていますか?
組織やチームの問題解決どうしていますか?
Toshiyuki Ohtomo
多次元的能力開発システム(mdl) の概要
多次元的能力開発システム(mdl) の概要
㈱経営教育総合研究所 竹永亮
理念指向プログラミングのすゝめ
理念指向プログラミングのすゝめ
Hideki Okajima
Ähnlich wie ただのエンジニアチームの改善を謀ったら。。。
(20)
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
ゲーム開発現場の中心で心理的安全性を叫ぶ [RSGT2018]
[VP of Engineering Meetup] エンジニアのパフォーマンスを最大化させる組織活性化施策とは
[VP of Engineering Meetup] エンジニアのパフォーマンスを最大化させる組織活性化施策とは
アート・オブ・アジャイル デベロップメント ~組織を成功に導くエクストリームプログラミングの道~
アート・オブ・アジャイル デベロップメント ~組織を成功に導くエクストリームプログラミングの道~
0からはじめた!スクラム導入から今日まで / story introducing Scrum
0からはじめた!スクラム導入から今日まで / story introducing Scrum
アジャイル開発をよりアジャイルに
アジャイル開発をよりアジャイルに
Introduction to Agile - how business and engineer team up
Introduction to Agile - how business and engineer team up
強化学習を可視化する chainerrl-visualizerを動かしてみた
強化学習を可視化する chainerrl-visualizerを動かしてみた
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
事業会社で働くエンジニアのマインドセット - DevLOVE関西
事業会社で働くエンジニアのマインドセット - DevLOVE関西
アンラーニング
アンラーニング
Tableauデータサイエンス勉強会12月ライトニング_柴田さん
Tableauデータサイエンス勉強会12月ライトニング_柴田さん
組込みだからこそアジャイルやろうよ! (JASA中部セミナー20131004)
組込みだからこそアジャイルやろうよ! (JASA中部セミナー20131004)
「誰」が「何」をする?みんなで考えてみよう!
「誰」が「何」をする?みんなで考えてみよう!
技術広報チームを立ち上げて1年
技術広報チームを立ち上げて1年
さくらの色々な○○~自由・多様・寛容な働き方~ | さくらインターネットの裏側見せます!働き方編
さくらの色々な○○~自由・多様・寛容な働き方~ | さくらインターネットの裏側見せます!働き方編
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
組織やチームの問題解決どうしていますか?
組織やチームの問題解決どうしていますか?
多次元的能力開発システム(mdl) の概要
多次元的能力開発システム(mdl) の概要
理念指向プログラミングのすゝめ
理念指向プログラミングのすゝめ
ただのエンジニアチームの改善を謀ったら。。。
1.
ただのエンジニアが チームの改善を謀ったら。。。 サイバーエージェント アドテクスタジオ 茅野
祥子
2.
profile 茅野 祥子(@shokotachocota) ▸ サーバサイドエンジニア ▸
エンジニアとしての経歴 ▸ 2010年 web企業に新卒入社 ▸ 2014年 CyberAgent adtechstudio Dynalyst 所属 ▸ アジャイルとの関わり ▸ 2011 アジャイルサムライを初めて読む ▸ 2014 転職後、アドテクスタジオのゼミ制度でゼミに参加 ▸ 2015 CSM / CSPO
3.
adtechstudio zemi リーン・アジャイルゼミ ▸ ゼミ長:横道
稔 ▸ 『あなたのチームの「いい人」は機能していますか?』 ▸ podcast : omoiyari.fm
4.
スクラムできてますか
5.
スクラム ちゃんとしたスクラムって難しいんですよね ▸ 本来のスクラムは、守破離の精神にのっとり、まず「守」、フレームワー ク通りの実行をすべき ▸ 実際はすでにチームでのやり方が確立していたり、メンバーの変動があっ たり、事業の事情があったりと難しい ▸
スクラム自体に対しての理解や認識はあるので一部取り入れることに対 しては積極的なメンバーが多い ▸ 結果、「スクラムっぽいこと」をしているチームが多数 ▸ スクラムマスターがいなくても成り立つ世界
6.
スクラム スクラムっぽいことが成り立つ世界 ▸ 人数:5~8程度 ▸ ある程度成熟してコミニュケーションの取れるメンバー ▸
各ストーリーに対して完了に向けて協力できる状況 ▸ 個人が全体を把握できる規模 ▸ 割り込みが少ない ▸ 事業の目線とメンバーの目線がずれていない ▸ ある程度のスクラムの要素である程度健全に開発が回る世界 ▸ スクラムマスターがいない(数名それっぽい人がいる)で成り立つ世界
7.
スクラムマスターって何 ですか?
8.
スクラムマスター スクラムマスターとは スクラムフレームワークが正しく適用されていることを保証する役割である が、権限としては間接的である。主な作業は、チーム内外の組織間 調停( ファシリテーション )と外部妨害を対処することとされる。従来の プロジェクトマネージャがこの役割を担うことが多いが、プロジェクトそのも のを管理するわけではない。 from
wikipedia
9.
スクラムマスター スクラムマスターとは ▸ 開発手法は別にスクラム以外にもあるが、スクラムマスターという役割は 必要である ▸ スクラムマスターは、開発チームの
医者である ▸ 開発チームが健全であるために、守るための存在
10.
スクラムっぽいチームの事業 が拡大して見えてきたこと
11.
事業の拡大 事業の拡大におけるスクラムの課題 ▸ それまでと同じ「スクラムっぽいこと」では健全でない世界 ▸ エンジニアの増加 ▸
ビジネスメンバーの増加 ▸ 運用の肥大化 ▸ 割り込みの増加 ▸ プロダクトの仕様の複雑化、機能の増加
12.
事業の拡大 エンジニアの増加 ▸ 課題 ▸ 共有・相談の難しさ、朝会の満足度 ▸
どこで誰がなにをしているかわからない、把握できない ▸ 知らないことが増えることでプロダクトに対するモチベーションの低下 ▸ 責任をとる人が偏りがち ▸ 対策方法 ▸ チームを分ける(5~6名程度) ▸ LeSSの導入
13.
14.
事業の拡大 ビジネスメンバー(チーム外メンバー)の増加 ▸ 課題 ▸ 外部からの相談、割り込みが増える ▸
開発に集中できない状況 ▸ 運用コストの増加 ▸ 一部メンバーが運用コストで疲弊する ▸ 運用でストーリーが進まない ▸ 運用改善のストーリの優先度 ▸ 対策方法 ▸ 窓口のメンバー固定する(相談、運用)= スクラムマスター的なポジション
15.
事業の拡大 プロダクトの仕様の複雑化、機能の増加 ▸ 課題 ▸ クライアントからの要望、市場の拡大による機能追加 ▸
チームを跨いだ仕様の共有が必要になる ▸ 対策 ▸ プロダクトマネージャー/プロダクトオーナーの立場を確立させる ▸ プロダクトマネージャーがプロダクトマネージメントできるようにする ▸ チーム全体のスプリント計画MTG
16.
治療が必要
17.
スクラムマスターとい うポジションの難しさ
18.
スクラムマスター エンジニアから見たスクラムマスター ▸ 邪魔なことを除外してくれる人 ▸ 開発以外の課題を解決してくれる人 ▸
働きやすくしてくれる、開発に集注する手助けをしてくれる人 ▸ 困った時に助けてくれる人 ▸ いなくても開発はできると思われがち ▸ 困ったらエンジニア自信が解決するために働きかければよい ▸ 変なストレスがたまる ▸ 開発より優先度が上がらずいつまでもズルズルと解決しない
19.
スクラムマスター プロダクトマネージャーから見たスクラムマスター ▸ 開発をスケジュール通りに進めてくれる人 ▸ 開発タスクやバックログの内容について聞けば答えてくれる人 ▸
技術的な内容を教えてくれる人 ▸ 困った時に助けてくれる人 ▸ いなければ近くのエンジニアに相談すればいい ▸ 「自分がやるよ!!!」 ▸ プロダクトを考えることに集中できない
20.
スクラムマスター スクラムマスターというポジション、採用の難しさ ▸ エンジニア、プロダクトマネージャから見ても、スクラムマスターの重要性が伝わ りづらい ▸ エンジニアさえ枯渇している今の時代、スクラムマスターを雇う余裕があるなら、 その分優秀なエンジニアを雇いたい ▸
ちゃんとしたスクラムやってないし、フレームワーク通りにやらないとダメなんでしょ ▸ 結果、不健全な開発環境の中でエンジニアだけ増えていき、一人一人のパ フォーマンスは下がり、コストだけかかる負のスパイラルが発生する ▸ メンテナンスされないバックログ、カンバンが出来上がりがち
21.
スクラムマスター専属 のポジションを置くこと は難しい
22.
エンジニアがスクラムマ スターをしてみた
23.
エンジニアとスクラムマスター エンジニアがチームの治療をするために ▸ 「スクラムちゃんとやりましょう」とは言わない ▸ あくまでも1チームメンバーとして、スクラムの小さな改善を進める ▸
開発と同じくらい、チームメンバーに目を向ける ▸ エンジニアリング以外のタスクを積極的にとる ▸ 「いい人」に自分から積極的になった ▸ エンジニアとしてすべき仕事は他のメンバーにお願いした ▸ 健全なスクラムになるように裏から促すように動いてみた ▸ メンバーが100%の力を出せる環境を作るように心掛けた
24.
エンジニアとスクラムマスター チャレンジできる環境があった ▸ ゼミの存在 ▸ 私が開発手法に興味をもって勉強してるという認識があった ▸
ゼミメンバーに相談ができた ▸ スクラムに「嫌悪感」をもったメンバーがいなかった ▸ やってみたいことに対して否定的なメンバーはいなかった ▸ スクラムにすごく興味をもったメンバーがいなかった ▸ 勝手にいろいろ試せた
25.
エンジニアとスクラムマスター 例1. スプリントレトロスペクティブ ▸ 課題 ▸
それまでのスプリントの終わりは、今週終わったこと、終わらなかったこ と、来週やること、と進捗の確認しかできていなかった。 ▸ 解決作 : ふりかえりを提案してみる。 ▸ なぜ終わらなかったのか。 ▸ 終わらせるためにはどうすればよかったのか。 ▸ 次はこういう改善をしてみましょう。 ▸ ※ 「レトロスペクティブ」という単語は絶対出さない
26.
エンジニアとスクラムマスター 例2. 外部妨害の排除 ▸ 課題 ▸
各エンジニアで属人化している運用や、差し込みタスクがあり、見積 もりより開発に時間がかかっていた。 ▸ 解決策 ▸ 各エンジニアが持つ運用を自分に集約してみた。 ▸ 外部には、エンジニアへの依頼、相談は自分にするように集約してみ た。
27.
エンジニアとスクラムマスター エンジニアとスクラムマスターの兼務 ▸ メリット ▸ システムの理解と、解決手段をある程度判断できるため、外部とのコミュニケー ションに支障が起きづらい ▸
割り込みへの対処として、ちょっとした改修や修正を自分ですることができる ▸ 開発メンバーとのコミュニケーションが取りやすい ▸ デメリット ▸ バックログ上のストーリに参加すると自分が足を引っ張りがち ▸ ベロシティが計りづらい ▸ オーバーワーク
28.
エンジニアとスクラムマスター エンジニアとしてスクラムマスターをしてみて… ▸ エンジニアとしての開発業務は減った ▸ 元々開発プロセスに関して興味があったのでモチベーションはそこまでさがら なかった ▸
評価してもらえない状況は起きていない ▸ あくまでも1エンジニアなので、評価してくれるのはエンジニアの上長であり、 エンジニアの上長は、私のスクラムマスター的な仕事をみて判断をしてくれて いた ▸ ハードワークさは否めない ▸ メインストーリの開発などは他のメンバーに任せ、自分はサブタスクなどボトル ネックにならないタスクを取るようにした
29.
まとめ まとめ ▸ フレームワーク通りのスクラムでなくてもスクラムマスターは必要 ▸ スクラムマスターは、チームの医者であり、チームを健全にするために守る 存在 ▸
今スクラムができていても、事業規模が大きくなると同じことは通用し なくなる ▸ エンジニアがスクラムマスターを兼務してみると、スムーズにスクラムマスター のポジションを確立することができた
30.
ご清聴ありがとうございました
Jetzt herunterladen