2020/04/11 (Sat) 【開発PM勉強会☆沖縄スピンオフvol.1】プロジェクトマネジメントを学ぼう!オンラインLT会
リーダーのあるべき姿 アジャイル開発のプロジェクトマネージャーがおさえておくべき5項目 1. アジャイルはマインドセットである 2. 予算と納期を固定して、スコープを調整する 3. 管理ツールは自分たちでつくる 4. タスク出しは作業手順を書き出す 5. チーム自身で考えて行動する
アジャイル開発のプロジェクトマネージャーがおさえておくべき5項目2020/04/11 (Sat)YogAgile Engineer 岩村 琢#開発PM勉強会
View Slide
自己紹介#開発PM勉強会@takusamar いわむー@ヨガはいいぞ沖縄在住のフリーランスITエンジニアヨガ×アジャイルで健康なチームづくりをサポートしていますアジャイルゆいまーるhttps://agile-yuimar.connpass.comLicensed Scrum Product Owner (2018/06)Certified Scrum Master (2020/02)アジャイル開発のコミュニティ「アジャイルゆいまーる」を運営https://agile-yuimar.connpass.com/
現在のお仕事#開発PM勉強会2019年10月~ KDDI DIGITAL GATEフロントエンド開発(React/Flutter)スクラム、モブプログラミング月 火 水 木 金10:0010:3015:3016:0016:3018:0018:1518:30Weekly計画Daily計画(雑談)DailyレビューふりかえりDaily計画(雑談)DailyレビューふりかえりDaily計画(雑談)DailyレビューふりかえりDaily計画Weeklyレビューふりかえり(自由)(OST)オープンスペーステクノロジーDIGITAL GATEの働き方(1週間)エンジニア募集中! https://js02.jposting.net/kddi/u/job.phtml?job_code=603週1で自由に使える時間
【宣伝】みんなでアジャイル#開発PM勉強会これからアジャイルをはじめようという人向けの解説書特にエンジニア以外(PM、営業、役員、…)におすすめお金は一切もらってません本はもらいました
さて、本題の#開発PM勉強会アジャイル開発のプロジェクトマネージャーがおさえておくべき5項目に入る前に・・・
リーダーのあるべき姿#開発PM勉強会リーダーの三原則:媚びない、キレない、意地を張らない。結果が出ないのは、指導者の想いが弱いからだ矢印を相手に向けずに自分に向ける責任を果たすリーダーがいてこそ、フォロワーシップが生まれる自分の弱さに気づいたとき、義務が権利に変わる「できる、できない」を選別するのではなく「どう伸ばすか?」「信」は力なり。「信」とは「人の心に任す」こと愛情が足りないから、気づかせることができない:「スクール・ウォーズ」のモデルとなった、泣き虫先生と教え子が語るリーダー、指導者のための組織変革のバイブル
めあて#開発PM勉強会1. アジャイルはマインドセットである2. 予算と納期を固定して、スコープを調整する3. 管理ツールは自分たちでつくる4. タスク出しは作業手順を書き出す5. チーム自身で考えて行動する独断と偏見で選んだ5項目
1. アジャイルなマインドセット#開発PM勉強会マインドセット = ものの見方、習慣 人生観、仕事観「こういう生き方をしたい」「こういう働き方をしたい」私はどう在りたいのか、という思いアジャイルなマインドセットとは・・・「半分の時間で倍の仕事を」仕事はさっさと片付けて空いた時間で人生を豊かに過ごそうスピードがあがらなかったらアジャイルの意味がないフレームワーク、手法、ツール・・・そういうものを語る前に、まずこの思考回路を身につける。
2. スコープを調整#開発PM勉強会従来の開発アプローチ「要件は変わらないはず」スコープ予算 納期(固定)(可変)アジャイル開発アプローチ「要件は変化する」予算 納期スコープ予算や納期も固定されていてどうしようもないことも良くあるその場合は品質が犠牲になる品質品質予算・納期に合わせてスコープを調整することで品質を維持する
#開発PM勉強会20%の機能で80%の要求はカバーできる要求を「ビジネスに与える貢献度・重要度」の順に並べて、どこまで作ればいいかを調整する。「あればいい」機能は「無くてもいい」本当にその機能がビジネスの価値を高めるか?を見極める80点で良い。100点をとろうとしない(コスパが悪い)
3. 手作りの管理ツール#開発PM勉強会目的:「現状把握」=見える化問題が発生したらすぐ気づき、対策をとるため。最初のうちはアナログがベスト。(ホワイトボード、付箋紙、など)最低限、作るべきものは以下の2つ。• タスクボード• バーンダウンチャート生きてる情報をリアルタイムで見せられることが大事PMがExcelやパワポにごにょごにょ書いた情報はすでに死んでいる
#開発PM勉強会管理ツール例(予定表)1時間ごとのスプリントを計画(計画通りに進むとは言ってない)とりあえずの目安として決めておくスプリント内のタイムボックスリズムを作り、慣れることが大事【事例】娘(小6)の算数の宿題を片付けるプロジェクト
#開発PM勉強会管理ツール例(タスクボード)クローゼットの扉を活用(青)PBL(黄)タスク
#開発PM勉強会管理ツール例(バーンダウンチャート)進み具合、遅れ具合が直感的にわかる
#開発PM勉強会見える化の定義誰でも一瞬にしてその状態が正常か異常か判定がつく状態にすること管理基準の中か外か管理基準(DoD=完了の定義)はチーム毎に異なる。異常が発生したら手当てする。正常は放っておいてよい。他人のフォーマット、市販の管理ツールに合わせてたらありのままを見せられない。 →自作あるのみチームの成長に合わせてどんどんアップデートする。前職ではJIRAやRedmineを使っていたけど本当に●●でした
4. タスク出しは作業手順#開発PM勉強会機能の細分化ではなく、作業手順を書き出す。○:「~~を作る」「~~を設定する」×:「□□機能」 「△△画面」 「☆☆処理」要件 製造工程設計ユーザーストーリーPBLユーザーストーリーTaskGitHubリポジトリを作るApple Developerを設定するFlutterプロジェクトを作る: :「読んだら手が勝手に動き出す」そのぐらい具体的に書く
#開発PM勉強会「どうやって作るか」が品質を高める「どうやって作るか」を開発チームで検討し共有する。実装者に丸投げしない(チームとしての品質を保つため)Part 1 POと開発チームで話し合いこのスプリントで取り組むバックログアイテムを決定する。Part 2 開発チームで話し合いバックログアイテムをタスクに分解する。各タスクの作業時間を見積もる(理想は1時間程度)ソフトウェアの品質とは何か?「バグがない」は当たり前。その上のレベルでの品質とは?タスクの大きさ(粒度)を揃えると見積もりがしやすいメンバ同士の同期がとりやすいスプリントプランニング(計画)
#開発PM勉強会「完了の定義」を決める完了の定義(DoD:Definition of Done)そのタスクの作業をどこまでやれば完了としてよいか、作業を開始する前に判断基準を定義しておく。目的:やることが明確になる。無駄な作業がなくなる。テストを先に書ける。テスト駆動開発(TDD)に不可欠。次のタスクへ不具合を持ち越さない(自工程完結)定義のコツ:機能要件だけでなく非機能要件も定義する。客観的に完了/未完了が判断できる基準をつくる。タスクは完了したか?不具合や問題点はないか?を判定する「測定器」
5. チーム自身で考えて行動#開発PM勉強会スクラムガイドスクラムチームは自己組織化されており、機能横断的である。自己組織化チームは、作業を成し遂げるための最善の策を、チーム外からの指示ではなく、自分たちで選択する。なぜ、自己組織化が必要なのか?→機動力を高めるため→仕事が義務ではなく権利になるため→圧倒的に成長するためチームが決定権を持っていないと、誰かの指示・判断を待つ時間が発生してしまう自分の仕事という責任感を持って取り組める成功も失敗も自分自身で受け止め、行動をふりかえり、改善しつづける個々の自律的な振る舞いの結果として、秩序を持つ大きな構造を作り出す現象自己組織化・・・
#開発PM勉強会自己組織化チームを育てるにはアドバイスは自主性を潰す質問されても答えを教えてはいけない。 自分自身で考え行動する習慣をつけさせるエラい人の助言は絶対禁止!その気はなくても忖度をしてしまうのが人間。チームが思考停止してしまう。チームに権限を与え、目標にコミットさせる目標達成につながることならば、何をしてもよい。その代わり、常に全力を尽くすこと。責任をとる覚悟もなしに口だけ出す連中からチームを守るのがマネージャーの役割権限と責任はセット責任ある立場に置かれると人は成長する
まとめ#開発PM勉強会1. アジャイルはマインドセットである→圧倒的なビジネススピードを重視する。2. 予算と納期を固定して、スコープを調整する→20%の機能で80%の要求はカバーできる。3. 管理ツールは自分たちでつくる→目的は現状把握。自分たちが使いやすいものが一番。4. タスク出しは作業手順を書き出す→「どうやって作るか」「完了の定義」で品質を高める。5. チーム自身で考えて行動する→誰かの指示を待つのではなく、自分たちで意思決定。
リーダーのあるべき姿#開発PM勉強会リーダーの三原則:媚びない、キレない、意地を張らない。責任を果たすリーダーがいてこそ、フォロワーシップが生まれる自分の弱さに気づいたとき、義務が権利に変わる「できる、できない」を選別するのではなく「どう伸ばすか?」結果が出ないのは、指導者の想いが弱いからだ「信」は力なり。「信」とは「人の心に任す」こと気づきは行動の原動力愛情が足りないから、気づかせることができない「言われたことだけやれば良い」が感性の鈍さを招く自己決定が内発的モチベーションを促す
ご清聴ありがとうございました今日お会いした皆様が身も心も健康で過ごせますように#開発PM勉強会