それでもやる価値は(間違いなく)あると感じていますが、一方で、(生み出す計画の価値を落とさずに)これを短縮できたら、確実にベロシティが向上します。(開発に使える時間が増えるわけなので)だから、計画をより素早く終えることが一つの大きな課題となっています。タスク」を決して実行しません。タスク」を実行することがあります)本物の職能横断型チームを目指して、少しずつ、徐々にであっても、これをならしていく必要があります。個人的には、飛躍的なベロシティ向上の鍵がここにあるのではと踏んでいます。おわりに書かなかったことこの記事では、書かなかったこと(字数の都合上、書けなかったこと)がいくつかあります。やって書くのかこういったことについては、今後書いていけたらと思います。時間以下の単位に分割するのはなぜか」について書いてきましたが、「いやいや、その理屈はおかしい」「馬鹿げている」という反論はきっとあるものと思います。実践する前の私なら、間違いなく反論しています。その反論の多くは単なる思い込みの可能性が高いと思いますが、中には、たぶん当たっているものもあります。実際、世の中には向いていない人はいるでしょう。その中にはスーパーエンジニアもいるかもしれません。向いていないプロダクトというのもあるのかもしれません。試してみる価値はあります。このやり方に向いていないスーパーエンジニアを抱えて開発していくほうが、すぐれたプロダクトができるかもしれません。このやり方に向いていないスーパーエンジニアと(残念ながら)別れ、このやり方に舵を切ったほうが、すぐれたプロダクトができるかもしれません。どちらの可能性もあります。プロダクトの性質、市場の性質、規模、メンバの性質、さまざまなものが要因として考えられます。組織内で方法論を併用し、共存していく方法もあるでしょう。これが一番いいかもしれません。認定スクラムマスター研修を受講されることをおすすめします。スクラムは人の問題を扱っていて、人の問題を文字情報だけから理解するのはなかなか難しいからです。いった外タレが来日して行う研修も行われているようですが、個人的には江端さんの研修をおすすめします。時間程度の超過なら、多少の残業を覚悟してコミットすることもなくはないです*3:ほぼです。時間、と書いています。時間で計画を終えなければならないことになります。よって、私たちは(この点に関しては)スクラムフレームワークにのっとっていないことになるのかもしれません。「それでもやるべし」と言ってくれた江端さんの言葉を信じて実践し、今のところこの方向は正しいと感じています。時間」を意識する日が来るのかもしれません。品質マネジメント部の伊藤です。花粉症のカイゼンを日々願っています。品質マネジメント部の伊藤です。品質マネジメント部...2017-03-03ペアプログラミングしていてもレビューは必要か?こんにちは、開発部の野口です。研修を受けてわたしたちのスクラムについて思うことアプレッソ開発部の佐々木です。»プロフィールid:appressoアプレッソのエンジニアが書く技術ブログです。(1)はてなブログをはじめよう!appressoさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。