開発者として、かんばんとスクラムでどのように異なる方法で作業する必要がありますか？
私は米国の大企業のジュニアバックエンド開発者です。
現在、10人のメンバーのチームは、アプローチをカンバンからスクラム（2週間のスプリント）に変更しています。私の現在の作業方法は次のとおりです。私は自分に合った最も優先度の高い作業を選び、無理をせずにできるだけ早く、それを良い水準に仕上げます。私が理解しているように、これは本質的にかんばんです。思ったより時間がかからなければ、それは素晴らしいことです。もっと時間がかかると、私にできることはあまりありません。
私の問題は、別の賢明な作業方法を想像できないことです。特に、スプリントを行っている今、私の開発アプローチがどのように変化するのかわかりません。
2つのアプローチは非常に互換性があります。実際、両方を使用することは完全に可能です。とは言っても、スクラムを採用すると、おそらく2つの大きな違いがあります。
1）スクラムは非常にチームに焦点を当てています。だからといって、スクラムチームの専門家がいないというわけではありませんが、チーム全体が共同で作業する責任があります。つまり、「私の仕事」が減り、「私たちの仕事」が増えます。会話は、いくつかのアイテムを分割して征服または群集するのが最善かどうかに関連して発生し始めます。異なる状況ではどちらも正しい答えになる可能性があるため、このタイプの会話はスプリントごとに複数回発生する必要があります（1〜4週間の反復）。
2）かんばんは作業の流れと出力に焦点を当てていますが、スクラムは結果に完全に焦点を当てています。チームは、実際のユーザーの問題を解決したり、機会を活用したりするために、どのような作業を行う必要があるかを特定するように求められます。これは、開発チームがソリューションを作成する際により多くの余裕を与えることができるので、とても楽しいものになります。しかし、それはまた、より多くの責任です。チームは、ソリューションの会話、利害関係者との話し合い、以前よりも問題の領域を理解することに自分自身を気にするために、「コーディング」時間の一部を割く必要があります。彼らはまた、インパクトを生み出すことに対してより責任があります。あなたが過去に与えられた仕事をすることであなたのチームの成功が測定された場合、これは変化するはずであり、確実に行われるべき調整があります。
2つの注意点：最初に、スクラムを練習することは難しい移行であり、これらの変更のすべてをすぐに確認できない場合があります。残念ながら、これらの変化を見たことがない組織はたくさんあります。第二に、前に述べたように、かんばんとスクラムは実際には非常に互換性があります。フローと出力を改善することで、チームはより良い結果を達成することができます。スクラムを採用するときに、カンバンから学んだことをすべて捨てないでください。
私は自分に合った最も優先度の高い作品を選び、無理をせずにできるだけ早く、それを良い水準に仕上げます。
これはとても寂しい仕事のように思えます。この仕事のチームはどこですか？
これが Kanban の見方である場合、メソッドの変更は主にチームワークを導入します。スクラムでは、仲間としてチームとして作業し、イテレーションで何ができる/すべきかをまとめて決定する必要があります。タイムボックススプリントは、一種の一般的なリズムを導入します。心配しないでください。集合的な意思決定とチームワークが本当に楽しいことがわかります;-)
スクラムには閉じたスプリントがあり、それがスプリントにあるときに何かが優先されることを知っています。多くの場合、すべてを同じ緊急度で処理できますが、スクラムを使用したチームでは、優先度の高いチケットがよくありました。 （他に何も完了しない場合は、これらを実行する必要があります）。
チームのスクラムの具体的な実装に関する詳細はあまり説明しませんでしたが、通常、スクラムでは日ごとのスタンドアップがあります（「スクラム」という用語の起源はここからです）。ここで、スプリントに残っているどのアイテムを手に入れることができるかをチームと話し合います。 「私は現在、タスクAに取り組んでいます。おそらく今日はそれを終えてから、Bをピックアップしますが、Bがまだ妨害されている可能性があるため、CまたはDに行くことができます。」他の誰かが「私はすでにそれについていくつかの考えを持っていたので、私はあなたのためにCを残したほうがいい」と介入するかもしれません。
私がするもう一つのポイント：
思ったより時間がかからなければ、それは素晴らしいことです。もっと時間がかかると、私にできることはあまりありません。
私はスクラムでもカンバンでも最後の文に同意しません。あなたにできることはあります。それは、あなたがそれを言及し、みんなの期待を管理するのに見積もられたタスクよりも時間がかかることをチームに伝えます。そうすれば、一緒に計画を変更することを決定できます。それには、それほど時間を費やす価値のないタスクをスプリントから削除するか、他の人に手助けしてもらえない場合にチームをブロックするかどうかを手伝ってもらいます。スプリントの終わりまでに行われます。