私のチーム（4人）は私たちの開発で大きな成果を上げました。私たちは2/3くらいで終了しましたが、ストレスは誰にも追いついていて、すべてのギアは近いうちに停止しています。元の速度の1/5で作られています。私はSOコミュニティにこれに最善を尽くす方法を尋ねたかったので、私は以下の問題を特定しました。大きな開発マイルストーンの後にその勢いが維持されることを確認するにはどうすればいいですか？
明確なフォーカスと方向の欠如。私たちは小さな面での改善を打ち出しているようですが、プロジェクトの中心に向かって作業していないので、熱意が欠けていると思います。
非常に強い現像プッシュが降ります。これは誰もが本当に "リラックス"したいと思っているようですが、それはちょっと良いですが、まだ進歩が必要です。
残りのタスクは魅力的であるより退屈です。これは獣の性質なのですが、私はそれを効果的にやっていません。
助けていただければ幸いです。
主要なマイルストーンに達した後に、いくつかのダウンタイムが必要です。人々はリラックスして解凍する必要があります。押すだけでストレスや疲労が進み、チームは潜在力の近くで働くことはありません。
誰かに数週間から1週間休みを与え、彼らが完全にリフレッシュされ、やり続ける準備ができているようにします。
仕事以外の何かをチームとして実行します。昼食、ハッピーアワー、レーザー・タグ、仕事ではないグループとしてできること。ストレスからの短い休憩は大きな救済となり、最終的なプッシュのためにチームを再活性化させることができます。
悲しいことに、そのほとんどは会社と一緒に飛ぶつもりはなく、特にその時間や切符ではない。 – Firoso
あなたがストレスによって引き起こされた間違いのために期限を過ぎていないので、プロジェクトをプッシュバックするよりもずっと安いです... –
仕事からの人と何かは、まだ仕事です、IMHO。 – MusiGenesis
私は「スラックウィーク」を強く信じています。プロジェクト全体の締め切りがあまりにも厳しくない場合は、誰もがしばらくの間、自分の望むことを行えるようにしてください。ここでいくつかのテストを書いて、GUIのいくつかのものを整列させ、最新のBLAを何でも読んでください。あなたがその特定のプロジェクトに取り組まなければならない場合、あるいは全体的に役立つものがあれば、あなたに任せてください。
THENでは、大きな「打ち上げ」ミーティングを開催し、残りの3番目の大きな画像のためのビジョンと目標を話し、再びみんなを揃えるようにします。私は、顧客に完全な製品を提供して動機付けることができるように、左のものが本当に必要であると仮定しています。
幸運を祈る！
うーん、それ以上のことではありません。私たちは実用的なモデルを持っています。今、私たちのニーズに合わせて調整し、ひび割れを埋めて話す必要があります。だから正しい。 – Firoso
イースターエッグを追加！コアプロジェクトを改善するものではありませんが、開発者に所有権を与えるのに役立ちます。
また、「ペットピーブ」クリーンアップの時間を別にすると便利です。これにより、開発者は重要な不快な問題を修正する機会を得ることができます。これは、プロジェクトの改善に役立ちます。同時に、開発者は重要なことを進めることができます。それは興奮レベルを維持するのに役立ちます。
間もなく明確な締め切り/マイルストーンはありますか？それは、目標の日付を持つことがいくつかの焦点を提供するのを助けることができるように考慮する何かになります。
勢いが失われてしまったのは、以前と同じように動機付けされていなかったり、仕事が大きく異なるようになったことではありません。今行われているクールな部品ではなく、漠然とした要件に関する具体的な作業をしていますか？
どちらも少しですが、燃え尽きよりギアシフトの方が多いと言えます。 – Firoso
アジャイルは、今後数週間以内に、あなたが立っている場所、行ってきたこと、やるべきことに焦点を絞っています。 「バックログ」（何をしなければならないか）と「ベロシティ」（どれくらい早く完了するのか）の概念があります。各反復は通常約1ヶ月間ですので、チームが予測/必要な速度で作業していないか、あまりにも頑張っているかを確認するのは非常に明白です。これらの目的のためにスクラムからいくつかの概念を借りることができるかもしれません。
もっと簡単な解決策は、彼らが合理的なペースで作業を続けているならば、誰もが命を救うことができます。
-1（私は5の倍数であるのが好きなので、バーチャルのみです）、アジャイル/スクラム販売の義務的な要求があります。アジャイルとスクラムがテーブルにもたらすものは何でも、動機づけはそれらの一つではありません。 – MusiGenesis
私は嘘をついた。 -1の本物です。 – MusiGenesis
アジャイル/スクラムが気に入らないか、本当に理解できる範囲でコメントを読んでいないので、-1、いいですか？ 私が言っていたことは、「あなたが十分に速く働いていない」というだけでなく、アジャイルから出てくるものが、客観的な指標であることです。モチベーションの部分は理由のために別のパラグラフでした。また、もっと見てみると、私はOPのAgile/Scrumの使用を提案していませんでした。私は彼らがそこからこれらの概念を借りることを提案しました。 あなたのノックは不公平だと思います。 –
残念なことに、残りのタスクが魅惑的なものよりも面倒だと思うのです。うん、人生はそうですが、多くの開発者は面倒な作業をしたくありません。誰もあなたの責任を果たす必要はありません。もっと面白い仕事と同じで、もっと重要なこともあるかもしれません（誰かがほとんどいつも面白いことをするためにステップアップします。
タスクを割り当て、締め切りをして、進行状況をフォローアップします。もっと面白い仕事が残っている場合は、退屈な人の分担が終わるまで、誰かがやるべきことをしてはいけません。実際には、退屈な仕事をより早くやり遂げるための報酬として残された面白い仕事を夢中にするか、それを最大限に活用してください。
もっと興味深いタスクが残っていない場合は、残りの作業を行うための競合を生成することができます。
メジャーなプッシュの後で数日間スラックするのは大丈夫ですが、1週間以上続く場合は、チームをまとめて、スラックを解決するために何が必要かを話し合う必要があると思います。
私はプログラミングに関してではなく、方法論に関するものであるため、この質問をトピックとしてクローズすることにしました。 – EJoshuaS