プロジェクトハンドオーバシナリオ:
私の同僚が去るための、自分自身への仕事の移転。
彼の出発のため、同僚に仕事の移転。
プロジェクトの変更のため、我々は他のチームに動作します。
あなたは、プログラマとして、事業の場合には精通していない場合、どのような必要それを考慮するには?
ポイントソースプロジェクト関連のノート:
開発者のコードの最後の修正を提出。
プロジェクトのソースを決定します。
プロジェクト外部のAPIを決定します。
プロジェクトスクリプトのタイミングを決定します。
プロジェクトのログ展望台を決定します。
オープンにSVNの許可。
オープンにGITの許可。
オンラインの展開プロセスを理解します。
コードの仕様を理解します。
注データベースに関連するポイント:
リレーショナルデータベースのテーブル構造とデータ
ライブラリ名が注釈されていないかどうかを確認するために、テーブル名、フィールド名、それはOKです。
より良いドキュメントへの各データベース、テーブル、フィールド、およびアップデートの重要性を理解しています。
確認のためのモジュールは、ドキュメントに更新し、各テーブルが関与するのが最善。
環境関連ポイントの開発に注意してください。
ローカルの開発環境の設定
自分のローカルコンピュータ上の環境を設定するには、このプロジェクトは、自分のマシン上で正常に実行されます。
他の拡張機能があるかどうかを確認するには。アカウント、ポートの場合は、記録を行うことを忘れないでください。
テスト環境
のオープンテスト用アカウント。
オンライン環境前
の事前ライン環境の口座開設。
予め定めのオンライン環境のドメインアドレスは、あなたがホストかどうか、およびその上で指定する必要があります。
環境公式
公式アカウント環境の開口部。
ポイントの人物に関連するノートをドッキング:
テスト用ドッキング人を決定します。
製品のドッキング人を決定します。
ドッキング人を決定するために、分野横断的なプロジェクト。
DBAは、運用・保守およびドッキング人を決定します。
ドキュメントに関連する使用上の注意:
OK製品要件文書、PRDドキュメント各期間。
テストカバレッジの文書、ユニットテストドキュメント、レガシーバグのそれぞれかどうかを判断します。
製品、開発者、テスター各期間を決定します。
コードピット、カーディングフローチャート設計フレームワークの図を決定します。
開発期間の各期間の開始を決定し、測定された時間、オンライン時に言及。
手順関連するリスク、および他の残りの問題を理解します。
より良いドキュメントは、表示されない場合がありますが、それはスペアを維持するために、常に良いことです。
それは、関連する製品、開発、テストに呼ばれるハンドオーバ会議を、招待するのが最善です。
倫理:
個人的な感情、個人的な恨みを持っていません。
予約なしで実装するには、プロジェクトのハンドオーバを完了します。
会議のプロジェクトの配信を整理し、慎重に各回答の説明が提起した問題へのハンドオーバ。
サインの確認にスタッフのEIR転送は、行くために心の形に浮遊していません。
注:
それは、プロジェクトのスタッフ言及休暇の転送時に開始するのではなく、スタッフの転送を行うには時間がかかるのがベストです。
ドッキング時間を見つけるために去る人々につながる、上司と通信するために、事前に売上高。
疑いの遷移領域中に発生した、明確な確認してください、レコードを作ります。
おかげで〜
プログラマーの転送にはどのように良い仕事をするには?
おすすめ
転載: www.cnblogs.com/it-3327/p/11906360.html
おすすめ
ランキング