web-dev-qa-db-ja.com

仕事を辞めるにはどうすればいいですか?

現在の雇用者が事前に適切な通知を知っており、適切な通知を受けている場合、プログラマーはどのようにして以前の仕事からきれいな仕事に移行できますか?プログラマーは何を考慮すべきですか?未完成のプロジェクトをどのように結び付けるべきですか?たとえば、パスワードアクセス権のある場所のリストを作成するか、または引き渡すマスターパスワードリストを作成する必要がありますか?

「クリーントランジション」とは、混乱、ドラマ、頭痛の種を残さずに会社を辞めることを意味します。それでも、会社は誰かを雇ってあなたを置き換え、問題なく仕事を続けることができます。 (たとえば、突然消えて戻ってこないというのは明確な移行ではなく、すべてのコードを暗号化して食べ物の種類に変えることもできません)。

41
rlb.usa

突然の終焉が会社の運営に悪影響を及ぼさないように、その期間中ずっと作業を整理することをお勧めします。これを常に心に留めておくべきです。物事を明確かつ論理的に構成し、定期的に進捗状況を報告し、迅速にチェックインします。

最後の日に具体的にできること:

  • あなたを置き換えるためにそれらに知られていないと思われる資格情報のリストを準備します

  • プロジェクトとそのステータスに関するステータスレポートを準備する

  • 将来のある時点で対処するつもりだった未解決の未解決の問題を文書化する

  • 上司に、文書化してほしい具体的な事項があるかどうかを尋ねます

  • 上司に関係者に与えてほしい個別指導があるかどうか尋ねる

  • 顧客や外部関係者との取引に関与している場合は、今後の連絡先の変更を顧客に通知することは理にかなっています。しかし、最初に許可を求めてください。上司は、顧客が去るのを顧客に通知したくない場合があります。

これでほぼカバーできます。

29
user8685

それに直面しよう、私たちは皆、文書化の負債を抱えています。過去2週間は、これらの最後のいくつかのアイテムを書面または同僚の頭に入れる良い機会です。ドキュメントを作成する場合は、意図した受信者と一緒にレビューして、理解できることを確認してください。

作業していたすべてのコードがコンパイルされ、チェックインされ、可能であればユニットテストに合格することを確認します。

履歴書に残したくない不快なものも含めて、そこにいる間に達成した職務のリストを作成し、上司に提供します。これにより、すべてのタスクがカバーされていることを確認し、適切な代替を雇うことができます。

すべてのデータがバックアップされ、同僚がアクセスできるようにします。

追跡したい人の電話番号をメモしてください!

11
C. Ross

私は決して忘れることはできません この投稿 「最も論争の的となっているプログラミングの意見は何ですか?」のMike Hoferによる。これらの線に沿って質問がされるたびに...

あなたの仕事は、仕事から抜け出すことです。

雇用主向けのソフトウェアを作成する場合、作成するソフトウェアはすべて、開発者が選択して最小限の労力で理解できるような方法で作成する必要があります。適切に設計され、明確かつ一貫して記述され、きれいにフォーマットされ、必要な場所に文書化され、期待どおりに毎日ビルドされ、リポジトリにチェックインされ、適切にバージョン管理されます。

バスに見舞われたり、解雇されたり、解雇されたり、仕事を辞めたりした場合、雇用主はすぐにあなたを置き換えることができ、次の男があなたの役割に足を踏み入れ、コードを手に取り、立ち上がることができます。一週間以内に実行されます。彼または彼女がそれをすることができないならば、あなたは惨めに失敗したでしょう。

興味深いことに、その目標を持つことで、雇用主にとって私はより価値のあるものになりました。使い捨てに努めるほど、彼らにとって価値あるものになります。

理想的には、個人レベルとチームレベルの両方で、すべてのソフトウェアはできるだけ簡単に取得できるように作成する必要があります。文字通り:チーム全体で食中毒になり、チームランチに出かけたときに死亡した場合、会社は開発者の新しいチームを雇うことができるはずです。また、プロジェクトはとてもきれいで、文書化されているため、新しい人々が介入でき、数週間で完全な生産性が得られます。

だから本質的には、それはあなたが辞めるときに何をしなければならないかというよりも、「進行中のプロセス」のことだと思います。それは常にすべての瞬間に実用的であるとは限りませんが、いつでも仕事から外れる可能性があるかのように作業するのが最善だと思います。適切な開発者がいつでもあなたの靴に足を踏み入れ、それがあまりにも鈍いので彼らの髪を何も引き裂かないように、プロセスをコード化し、文書化し、遵守します。

7
Bobby Tables

@Developer Artのリストを追加します。

あなたが去る前に、すべてがソース管理で(コメント付きで)チェックインされていることを確認してください(誰かがこれを忘れたときは本当にうんざりします)。

ステータスリストの一部として、現在のプロジェクトで何が終了していないかを具体的に知っていることを確認してください。

上司が持っていないプロジェクトに割り当てられている次の人に関係するメールがある場合は、上司に転送します。

管理者はプロジェクトの要件やソース管理ファイルなどの場所を知っている必要がありますが、自分で作成するのではなく、割り当てられた次の人に渡すことができる要約ドキュメントを用意すると役立ちます。新しい仕事で進行中のプロジェクトについて知りたいすべてのことを考えて、現在のプロジェクトに関する上司のドキュメントに入れてください。複数のプロジェクトに参加している場合は、それぞれに個別のドキュメントを作成してください。

4
HLGEM

私が仕事を切り替えるときに私がやりたいことの1つは、先週の間に、引き継ぐ開発者向けのTODOリストを作成することです。

現在、スケジュールのどこにいるのか、重要なアーキテクチャ上の決定をなぜ行ったのか、どこに進む必要があるのか​​を説明します。

明らかに、パスワードのようなもの-ビルドプロセスを実行する方法-などが簡単に利用できるはずです。

4
ist_lion

パスワードに関する限り、2つの考慮事項があります。新しいランダムなパスワードを生成して変更し、同時にリストを作成します。そうすれば、彼らが継続的にアクセスできることを知っており、私たちもそうでないことを知っています。

1
Peter Taylor