一人スクラムをしようとしてスクラムについて学習してやっぱりやめた話カイゼン・ジャーニーという本を読み、その中で言及されていたスクラムフレームワークについて興味が湧いています。Guideこのスクラムというフレームワーク、個人での開発にも適用できないかと思い色々と調べていたのですが、やはり同じようなことを考える人もいるようで、実践されているブログをちらほら見かけました。私の考える一人スクラムについての問題点をまとめることにしました。スクラムを一人でやるとうまみが少ないスクラムフレームワークとはそもそもチームでの作業管理を行うためのフレームワークです。いう三つの要素であり、これらをテーマに一人スクラムを考えてみます。「プロジェクトで利用する用語」や「完成の定義」などをチーム内で共通化するべきだと説いています。一人で行なっている時点で共通化はされている(できない)ため、スクラムの重要な面がスポイルされることになるでしょう。一人スクラムでは非常に難しいものとなります。いうのも、作業を行う人間が自分一人であれば、検査を行う人間も自分一人となるのです。作業担当者とレビュアーが同一人物であると言えば、どれだけ不毛なことイベントとなるかは明白でしょう。一つ適応については問題ありません。振り返りを行うことで、進捗の問題に対する改善点を踏まえ、次回のスプリントに臨むことが可能です。一人でスクラムを行なった場合「振り返りを行うことで改善を繰り返すことができる」ようになります。やりました!ただ、これってスクラムっていえるのでしょうか?スクラムでの役割分担の重要性スクラムではいくつかの役割を設定しています。開発チームから生み出されるプロダクトの価値の最大化に責任を持ちます。「完成」したプロダクトインクリメントを届けることのできる専門家です。スクラムガイドで定義されたスクラムの促進と支援に責任を持ちます。ここで重要なのは、スクラムでは特定の役割の人間が他の役割の作業を行うことを認めていません。プロダクトオーナーが開発したり開発の仕方に口を出すのは望ましくありません。プロダクトオーナーはプロダクトの価値の最大化に責任を持っており、その役割に集中することでプロダクト価値を保証することができることがスクラムとフレームワークの存在意義の一つとなります。フレームワークとは特定の目的を達成するための骨組みであり、それらを守ることで初めて意味が生まれます。目的やチーム背景によってはそれらルールを変更する必要はあるかもしれませんが、変更するたびに目的達成のための複雑なファクターにほころびが出る可能性があることを忘れてはなりません。一人スクラムでは役割がないため、複雑なタスクに対応するためのスクラムフレームワークの意味合いがかなり薄まることになります。スクラムの練習をしたいということであれば、一人でそれぞれの役割を分担することでその目的は達成されます。プロダクトオーナーしての作業を行うときは「俺はプロダクトオーナーだ......」と心の中で唱え、プロセスの優先順位を変更する場合には「プロダクトオーナー!優先順位を変えたいのですが。」「フムフム、それはどういう理由かね?」というように一人芝居を行えば、素晴らしい練習になるでしょう(本当に練習になるはずです)。一人スクラムで期待できること一人でスクラムを行うことの問題点を上述しましたが、それでも得られるものはあるかと思います。スプリントプランニングではこれからのスプリントでどういったことをするべきかを決めます。私が通っていた学校では夏休みには常に計画表を作るように言われていました。計画を立てるのは本当に大事なことなのです(それに気がついたのは学校を卒業して仕事でこっぴどく怒られた後でしたが)。計画ができたらスプリントの期間を決めてプロセスをガンガンこなしていきましょう。スプリントのたびに進捗の確認を行い、必要であれば見直しを行います。デイリースクラムを毎日行えば、問題があったとしてもすぐに調整を行うことができます。素早い改善は素早い完了につながります。一人スクラムでも得られるものがあることがわかりました。「計画と定期的な振り返りと日々の現状確認を行う」ことができればバッチリです。これってスクラムでしょうか?こう考えると、スクラムというものはチームのための複雑な問題解決のフレームワークだとわかります。目的としたものであり、それ自体の行為がスクラムではないのだと私は思います。一人スクラムの可能性スクラムを踏襲した一人スクラムについて考えましたが、私には思いつきませんでした。すると一人スクラムをされている方で「こうすればスクラムのうまみを保ちながら作業できるよ!」という意見があればぜひ教えてもらえると嬉しいです。プライベートでのイベントも生産性をハックしていきたいという気持ちはあるので、個人用のオレオレフレームワークを作っていこうという気持ちが高まりました。自分のためのプロセスマイクロフレームワーク、作っていきましょう。protected]:早寝早起きWeb系フルリモート受託er。PHP/Ruby/React/個人開発/https://t.co/6lVYG57vdfhttps://t.co/6lVYG57vdfCrieitは個人で開発中です。どんな軽い内容でも嬉しいです。