もちろん、開発者のランクはかなり抽象的な概念ですが、私はこの問題について私の意見を表明します。これはいかなる理論にも結び付けられておらず、私の経験のみに基づいています。
ジュニア開発者
- 楽観主義者、常に仕事を過小評価する
- 常に時間が足りない
- 彼の無知を示すのをためらう
- 絶えず熊手を踏む
- プロジェクトを最終段階に至らせることはほとんどありません
- テスターは敵です-バグを見つけます
- マネージャー-まだ真剣に受け止められていない
- まだRFPに導かれていないが、彼が他の場所でさらに50ドル提供された場合-彼は去ることができる
- 日常業務を困難と考えるが、対処する必要がある
開発者
- 悲観主義者は、しばしば自分の強さを過小評価し、マークを逃すことを恐れています
- 煙の休憩とコーヒーを飲む時間は常にあります
- 店内の同僚にaskすることをheしないでください。
- 背の高い草に隠れた熊手を踏むだけ
- 歯を食いしばってプロジェクトを思い起こさせる
- テスター-ちょうど病気になったが、彼が調整したという理解がある
- マネージャー-なぜ彼は私の報告が必要なのですか？
- すでに市場価値を知っており、RFPを増やす必要はありませんが、他の企業の求人を見つけ、時にはその認識を示唆します。
- 実行されたタスクとプロジェクトが面白くない場合、プロジェクトに悪影響を及ぼします-プロジェクトG ..、顧客M ...は通常悲鳴を伴い、プログラミングでは一般的に何を理解していますか
シニア開発者
- 現実主義者は、彼の経験に基づいて、プロジェクトのボトルネックを確認し、リスクを明確にし、マネージャーに通知します
- プロジェクトをなんとかして集会に参加し、同僚に促します
- 彼は隣人を助けることができる、彼は何かを知らないと言うことをheしないでください
- 熊手を踏む場合-2つのオプションがあります。
- 成功裏に完了したプロジェクト-真の喜びを与えます（心理的および物質的）
- ユーザビリティテスター
- マネージャー-不十分な顧客を好まないシールド
- 自分の価格をよく知っており、RFPの増加を要求することをheしません
- 作業は日常的なものであり得ることを理解しますが、コードの品質に影響を与えてはなりません。
十分なリソースがあり、ジュニアとシニアの両方が利用できる場合、プロジェクトの運命はチームの構成に大きく依存する可能性があるため、注意してください。
- ジュニアをプログラミングのバイソンにしないでください。トレーニングに従事できる人が誰もいない場合：初心者は何も学ぶことができず、「バイソン」は激怒します
- プロジェクトがジュニアのみによって開発されている場合、そのようなプロジェクトの脈動に触れて、自分と顧客のためにバレリアンを購入してください;）
- 「ダミー」のプロジェクトにシニアを配置しないでください-プロジェクトは完了して完了し、開発者のみが退屈から他の場所で作業することを考え始めます
さて、検討のためのいくつかの詳細情報：
開発者がRFPの引き上げについて考え始めるときに犯す間違い：
- 自分を再評価する-自分のレベルに対応しないRFPを要求することは、仕事をせずにいる確実な方法です
- RFPの10％増加のために大騒ぎを手配します-多くの場合、この増加は、過度のノイズと悲鳴なしで解決できます
- 彼らが道路でさらに100ドルを払って、数週間落ち込んで、路上で自分自身を見つけることを見つけるために。
- 近隣のオフィスでの仕事が100倍面白いと考えると。
Taki Cross-Post： 開発者ランク