解雇時にケースを転送する方法

私は1C開発部門の責任者です。 私の提出では、4人の開発者と3人のサポートスペシャリストがいます。 星ができたので、会社を辞めることにしました。 彼は声明に署名し、2週間のワークアウトに同意した。 人事担当者は緊張し、代わりを探すために急いで行きましたが、ほとんどの場合、2週間で誰も見つけることができず、「美しく」去るために何をする必要があるのか​​という質問がありました。事務。 反射はそのようなリストをもたらしました。



1.ナレッジベースを作成します。 会社に開発者の頭の中に保管されているすべての知識をまとめることができるアプリケーションがなくても、そして最も重要なことは-あなたの-このようなアプリケーションをインストールすることです。 Confluenceを選択し、お金で購入しました（10ユーザーのライセンスは600ルーブルしかかかりません）。 ナレッジベースに配置するデータは次のとおりです。



•データベースのリスト。 はい、会社のすべてのプログラマーがすべての基盤を知っていることは明らかであり、このタスクは役に立たないようです。なぜ誰もがすでに知っていることを説明してください。あまり多くの問い合わせをせずに、彼は会社の内容の全体像を把握できます。 プログラマーは変化が好きではありません。マネージャーの変化は彼らにとってストレスであり、会社でのキャリアを無限の質問で始めた新しいボスです。 そして、所有者は誰ですか？ そして、彼女のビジネスセンスとは何ですか？」



•アプリケーションのリスト。 企業が複数のアプリケーションを使用し、データベースとデータベースの間に明確な接続がない場合、リストが必要です-どのアプリケーションが何に責任を持ち、誰がそのアプリケーションのビジネス所有者で、誰がアプリケーションの重要性に責任を負いますか1分、1時間以内、1日以内など）



•ライセンスのリスト。 何らかの理由で、中小企業では、ライセンスに対する態度は非常に怠慢であり、主なものは購入することであり、次は開発部門がまったく関心を持っていません。 これは悪質な行為であると考えています。原則として、ライセンス情報（購入者、いつ、どれくらいの費用がかかり、どの法人が登録されたか）は、たとえばITSにサインアップするとき（1Cニックネームが私を理解します）や、仮面の人々の外観の神。 システム管理者が購入に関与することが多いため、プログラマはこのタスクをシステム管理部門に捨てるのが好きであり、システム管理者はタスクを完了した（ソフトウェアを購入してインストールした）ため、ミッションが完了したと見なします。 なぜあなたの後継者と複雑な仕事を複雑にしますか？



•異なるアプリケーション間でスキームを交換します。 小規模企業では、「...、...、および実稼働中」と言われるように、交換はしばしば「ひざの上に」書かれています。 フォーマットの説明、境界条件、または交換の頻度にさえ達しません。 しかし、新しいリーダーが午前9時に財務部長から電話を受けるのは大変なストレスです。「ここでは働いていませんが、いつも働いて、整理します。」 何十ものまだらにされた、時には自己記述型のシステムを持つ企業では、交換は大きな問題です。 説明されている交換スキームは、新しい人が少なくとも失敗の原因の分析を開始するのに役立ちます。



•主要なビジネスプロセス。 これは当たり前です。 これは明らかです。 ただし、1日10回実行される最も基本的なビジネスプロセスがナレッジベースに保存されたことを覚えていません。 6か月に1回実行されるプロセスについて説明し、実行されないプロセスについて説明します。 しかし、誰もが知っているまさにそのプロセス、商品の受領、原価計算、価格設定-それらはそうではありません。 誰もがすでに知っていることを説明するのはなぜですか？ 一言で言えば、後継者は確かに「なぜ彼はこれをしたのか」とは言わないでしょう。 これは誰でも理解できる！」



2.タスク追跡システムを入手します。 はい、はい、彼がいない会社があります。 はい、多くのそのような会社があります。 タスクにはさまざまな方法があります。メール、直属の上司からの電話、他のユーザーから、プログラマー自身がタスクを思いつきます。 Outlookで、頭の中で、Excelファイルでそれらを保持できます。 これは間違っていると思いますが、私の意見はあなたの意見と一致しないかもしれません。 しかし、会社を辞めることにした場合は、タスクのリストを順番に持ってきてください。 退屈ですが、必要です。 Jiraを使用していますが、無料のソリューションが多数あります。 タスクを詳細に説明する必要はありません。いずれにしても新しい人にとってはこれでは十分ではなく、次の点で十分です。



•タスクの短い名前。

•顧客

•請負業者（誰かが既にタスクに従事している場合）

•優先度

•問題を解決するために必要な期限



3.プログラマの給与を増やします。 たとえば、年1回など、会社で給与の引き上げが計画されていない場合は、開発者の給与を現在の市場レベルに引き上げるようあらゆる努力をしてください。



4.連絡先のリストを作成します。 原則として、半年前に話をした相手が必要な場合は、メールを検索し、署名から目的の電話番号を抽出します。 忘れないでください-あなたの後継者はおそらくあなたのメールにアクセスできず、たとえ彼がアクセスしたとしても-何かを見つけ、どこで、どこで、私は知らない-時には不可能な仕事を。



コメントがこのリストを拡大するのを助けてくれたら嬉しいです。 新しい仕事に来たときに何が欠けていましたか？