遅かれ早かれ、サービスチームが直面する問題は次のとおりです。
- サービス上のタスクは互いに似ています-迷惑です。
- 「誰もが自分の作品を見ている」、ライブコミュニケーションもチームもありません。
- 仕事には発展も終わりもない-停滞。
アプリケーションサポートおよびメンテナンスサービス（当社を含む）では、上記のすべてが、創造的な人々としてルーチンや単調さを受け入れないプログラマーによって経験されなければならないという事実によって悪化します。
次のようにこれに苦労しています。
- 研究所の卒業生は、常に会社のチームを引き受けています。 いいえ、これは学生をサポートするという意味ではありません。 多くの人にとって、私たちのプロジェクトは会社の出発点であり、他の人のコードから学ぶ機会です。 そのうちのいくつかはチームに残り、1年後に別のメンバーが高品質のスペシャリストになります。 一般に、奉仕プロジェクトは通常、人々の絶え間ないローテーションを伴うことを理解する必要があります。マネージャーの仕事は、可能な限り人々を維持するのではなく、交換を持ち出し知識を維持することです。 サービスに取り組んでいるプログラマーは、コードを書くとき、誰かがそれをサポートするだろうと考えていることに気付きました。彼らはコメントに敏感であり、松葉杖にもっと難しいことに同意します。 それでも、一部の人は学生を教えるのが好きで、教育的な才能を明らかにしています。
- 生徒だけでなく、全員に開発計画があります。 一緒に私たちは、人がどのように発達することを計画しているかについて話します。 私たちのチームに正しい方向での開発の機会がない場合、別のプロジェクトへの移行が可能です。 私は、人が仕事を最大限に活用し、すでに成長したタスクを実行しないという事実のためです。
- 互換性。 少なくとも2人の専門家がプロジェクトの1つのサイトを知っている必要があります。 古いタスクがすでに退屈している場合は、休暇を取り、新しいタスクを実行する方が簡単です。
- 他のどこよりも、サービスを開発するための時間を人々に与えたり、他の興味深いプロジェクトに参加できるようにする必要があります。 モバイルデバイスの開発、内部ポータル-これにはすべて時間が必要です。 大企業では、そのようなプロジェクトは何らかの形で有機的に現れます。サードパーティのプロジェクトがない場合は、それを思いつくことができます。
- 継続的な改善。 データベースのロード時間が数行のコードで数日から数時間に短縮された場合がありました。 そのようなことに注意し、常にそれについて考えるようにチームに依頼する必要があります。 特定のプロセスを改善するための目標を設定するとよいでしょう。 たとえば、平均チケット解決時間を短縮する目標を設定した場合、興味深い問題が発生する可能性があります。 私たちはこのようにしていました。ドイツのユーザーがドイツ語で私たちに連絡することが非常に多く、問題をもう一度英語で説明するように依頼する必要があることが判明しました。 フォームのヘッダーに「問題を英語で記述してください」と書くと、パフォーマンスを向上させることができます。 「何がうまくいかないか」を考えることは驚くほど興味深い。
- 毎日のスタンドアップ。 10人で15分以内。 私が開発者だったとき、どんな集会も時間の無駄だと思っていました。 マネージャーとして、私だけが15分以内に何度も無理やり会議室から私の同僚を追い出し、集会は終わったと言い、彼らはその間30分間じっと立っていて、議論のために育てられなかったら浮上しなかったであろう問題を話し合った。 さらに、このような問題に対する共同ソリューションは、人々のグループをチームにし、知識のローテーションに貢献します。
- ヘミフィケーション ゲームに大人を含めることは特別な才能です。 毎晩最も多く電話をかけた人、スタンドアップに最初に来た人、最も頻繁に遅れた人-これから、面白い賞品で遊び心のある競争をすることができます。
一般に、このようなプロジェクトでのマネージャーのミッションは、グローバルな究極の目標がない場合、人々のためにいくつかのローカルタスクを特定して設定することです。
- 各チームメンバーの開発。
- サービスの特定の指標の改善、およびその結果、プロセスの改善。
- 知識のサポートと移転、新参者のトレーニング。
- 仕事から喜びを得る。 特にサービスに関しては非常に重要なので、ここでそれを目標として残します。
著者Fkleto4ku