ゲームとしてのリリースサイクル
オフィスでもっと楽しくするためのゲームとして、リリースへの開発者のコミットメントを高め、リリースサイクルを作成する方法を考えています。
現在の提案
- レンガで塔を建てる
- 各キャンプがリリース段階にある、いくつかの架空のエベレストに登る
- StackExchangeシステムなどの一部のバッジシステム
適切なリリースプロセスが重要である理由を理解し、プロのプライドの感覚からそれを行う開発者だけがいるのではないでしょうか。
ハドソンは同様のものをサポートしています
Hudson継続的インテグレーションサーバーを見てください。 ゲームをサポートするプラグイン 開発者はビルドが成功するとポイントを獲得できますが、壊れたビルドをコミットするとひどく失われます。
塔を建てるよりも良いかもしれません...
システムを視覚的に表す画像を使用してパズルを作成できます。そして、各リリースの後に、システムの適切な部分にパズルのピースを追加します。そのゲームには、あなたが構築しているものの明確なビジョンが必要であり、優れたデザイナーとして機能する必要があります。
明らかに、担当者は、全員がこの基準に従うようにする適切な動機を提供していません。 1つを罰し、100を教えます。同じレベルだと言っているわけではありませんが、これはタイムシートに記入するなどの必要な悪の1つです。あなたはそれを正しくそして時間通りに行うか、あなたは行かなければなりません。
さて、誰もがそれらのリリースサイクルのために高品質のコードを入力することを奨励するゲームは楽しいでしょう。たぶん、コードレビュープロセスはスタックオーバーフローのようなものかもしれません。あなたのコードは基本的に「このコードはどれくらい良いのか」という想定された質問です。そして、誰もがポイントとバッジ、Tシャツと自慢する権利でレビュー、コメント、賛成/反対投票をすることができます。コミットするのに十分かどうかを確認するために、スコアが付けられる場合があります。コードを書いて評価し、他の人をレビューする責任を負うことは、チーム環境でのプログラミングのすべてです。チームワークは単なるキュービクルの場所ではありません。
申し訳ありませんが、あなたの現在のアイデアは、あなたの部下をだまして思いやりを持たせようとする、でたらめな経営の比喩のように聞こえます。
レンガで塔を建てる
これは、誤ったインセンティブの薄いベニヤの臭いです。前後の作業を物理的に思い出させます。私はその理論を理解しています。それはそれを楽しくし、人々に誇りを持ってもらうための肉体的なものを与えることになっています。しかし、私はそのような策略の仕事を見たことがありません。せいぜい、それは「ええ、それはボブのことです、彼は私たちがどのようにやっているかを見るのが好きです」として外れます。最悪の場合、皮肉な人たちは愚かな子供として扱われているように感じるようになります。子供の頃から、この種のでたらめを見抜くことができました。
各キャンプがリリース段階にある、いくつかの架空のエベレストに登る
何として描かれているように？山を背景にしたチャート？れんが造りの塔と同じ種類の管理綿毛。やる気を起こさせるPowerPointスライドをもっとかわいくしたいのなら、きっとそれを選んでください。しかし、「かわいい」ではコードが公開されません。
StackExchangeシステムなどの一部のバッジシステム
さて、これは私が考えなければならなかったものです。 SEでは、私は自分の自由意志でここに来て、気にかけて参加しています。つまり、私はすでにやる気があります。ブロンズバッジは主に、SEのさまざまな側面をすべて試してみるためのでたらめなインセンティブです。 「ナイスアンサー」と「グッドアンサー」のバッジは、私が実際に気にかけているものです。それらは私の仲間の判断だからです。小さな開発チームとはまったく異なる方法で大衆に溶け込む、名前のない、顔のない仲間。あなたは今月の提出の匿名の従業員を試すことができます。
ただし、コードリリースをゲーム化する場合は、実際にコーダーにインセンティブを与える必要があります。私は特にお金を配りません。 RSA motivate を参照してください。いいえ、チームが目標を達成した場合は、報酬を与えます。本当の報酬。ジーンズの着用、無料のピザ、延長戦、ラウンジでのXbox、次のプロジェクトの選択、実際のお金など。彼ら全員に報酬提案を提出させ、彼らが望むものに投票させてください。あなたが何をするかを拒否し、それから段階的な報酬システムを組織して、締め切りに間に合い、期限を破ることを実際の報酬でゲームにします。本当の報酬がなければ、ゲーミフィケーションは騙されやすく、簡単にだまされてしまうだけです。