この赤ちゃん月-私まで送って分析でお問い合わせください。

StackOverflow https://stackoverflow.com/questions/76526

  •  09-06-2019
  •  | 
  •  

質問

その場合は追加プログラマをチームで実際に速度の開発は既に遅いのですか？

役に立ちましたか？

解決

の正確な状況では特定のプロジェクト(例えば開発チームの経営スタイル、プロセスの成熟度、難易度の対象物ます。するため適用範囲このビットのようにして話すことができれいで掃oversimplificationsも言おうかがい:

は、いかなる状況におい場合は、追加チームのメンバーのソフトウェア開発プロジェクトは遅れを減、実際の船舶が開催されているというレベルの品質等した場合には、既存のチームができるまでの作業を完了?

あえていると思い 必要な, が十分ではなく、この発生（順不同):

  • の提案者に追加するプロジェクトは:
    • 少なくとも正しい理解の問題のドメインのプロジェクト
    • 堪能であることが、言語のプロジェクトの特定の技術を用い、仕事も与えられることになる
    • その力になればいいのか分かりませんで少ないもしくはそれ以上のウィーケスは最強の既存の会員です。弱いバンドレインと、既存のスタッフが次の問題ながら、新しい人が強すぎる頃にはチームとかやってなれなかったことが間違っている。
    • コミュニケーション能力のあ
    • する意欲の高いなど働くことができる独立してなprodding)
  • 既存のチームメンバ者:
    • コミュニケーション能力の優れた
    • 優れた時間を管理する能力
  • プロジェクトの管理が必要:
    • 良い優先順位付けと資源配分能力
    • 高水準の尊重し、既存のチームメンバ
    • コミュニケーション能力の優れた
  • のプロジェクトは:
    • 良い完成し、文書化したソフトウェアの設計仕様
    • 文書化も実施して
    • モジュラーデザインを明確に切の責任を彫り
    • 十分な自動化プロセスのための品質保証のために必要な欠陥レベルからなど:ユニット試験、回帰検査の自動構築と展開等）
    • バグ／特徴追跡システムは、現在の場所および使用によるチームなどtrac SourceForge,FogBugzします。

最初のものについて検討することがあるかどうかは、出荷日 ができ れべっかを特徴を切断することができれば一部組み合わせにつきの満足コーポレートコミュニケーション既存のスタッフ。多くの倍のカップルの特徴と本当に申し訳は、資源のない付加価値を提供するに等しい投資である。うプロジェクトの優先順位の重大な見直しています。

その他の事項がないのに十分な、その訪問の一覧です。た場合の日程の滑り早く、適切なプロジェクトチームを編員の時間を保存します。残念ながら、近く予定出荷日は、かなくては知ることができない一部組み合わせによっては追加。一点、クロスの"ポイントの返却がない金額の変更その他の輸送現在の開発支店）を保存します。

私は、がんの主要なポイント。外部のプロジェクトのキャリアの会社の将来の成功。一つのことをすることは間違いであって、なぜそ遅かった場合、何もして警告するため、対策をする必要があるのを防止する。レプロジェクトができたのは:

  • 遅かった前を開始。 もより時間および/または
  • 滑って1時間、1日です。

こ!

他のヒント

ですが資源駆動プロジェクト.

例えば、このことを考え:

必要な塗料は、大型ポスターという4 6メートル。ポスターを掲示することで、できるだろう二つの商店街があってお店もたくさんの目の前でとて塗装を行なった。しかし、20人の前で動作しません。また、必要な熟練した人のない友達のポスターがある。

ただし、プロジェクトが詰め紙印刷文字文字または文字のように まいさん、おめでとうございます！ しての人を追加したり、速いるにすぎないことが分かる。あのオーバーヘッドdoling出書庫の作業できな特典ポイントまで一人です。封筒、特典から近くにある手打ちそばは2または3人です。

シンプルなプロジェクトで容易に分かれて小さな塊が、チーム全員でアー（...瞬時に、その追加により多くの人々でより速く、ポイントです。

しかし残念ない多くのプロジェクトのような世界を、なぜdocgnome先端の神話人月書を立てる上で、本当に素晴らしいです。

その場合、下記の条件:

  1. の新しいプログラマーでのプロジェクトな立ち上げることができる。
  2. の新しいプログラマで堪能な開発環境です。
  3. なadminstrative時間を添加する必要がある一方、開発者のチームです。
  4. ほとんどない通信が必要との認識が全国的に広まりました。

お知らせしま初めて見られます。

による神話人月の主な理由の追加に達遅プロジェクトではO(n^2)通信オーバーヘッド。

った経験は主にこの例外:が丸の内にある南インド料理店。 一つ 人プロジェクトでは、ほとんど破滅.を追加する第一速度です。ことになるので通信な 架 その場合である自分の考えやく少ない愚かなのです。

までとは明らかを知っていたときに掲載してご質問、助言から、神話人月のみに適用され 下旬 ます。場合はプロジェクトなんて、あるものと思いますので、その追加ではなく、同じ国の人間同士でもです。といいます。

場合には、既存のプログラマは全く無能、その後の追加優秀なプログラマがあります。

できるという事態は想定しにくいといえまたはモジュラーシステムは、既存のプログラマ(s)んでも を開始 非常に孤立したモジュールです。その場合、付け部分のプロジェクトを新しいプログラマが。

基本的には神話上の男月の参照内容に間違いがないか確認し、合を除き、逆の場合のようにします。氏ブルックスした固体の研究ることを示後では、ネットワークとコミュニケーションコストの追加新しいプログラマー、プロジェクト上で他の特典付き得られます。

  • 場合は新人を中心試験
  • できれば離線グラフの下の国別ボタンのない新しい依存関係
  • できればorthogonaliseつのプロジェクト（特に非コードrnaなどのビジュアルデザイン/レイアウト、データベースのチューニング/割り出し、またはサーバの設定-ネットワークの構成）-一人での作業、その他をアプリケーションコード
  • 場の人を知り、お互いの技術やビジネス要件、デザイン、ない知識を持つ場合はそのステップ互いの砂を回避する方法をいう(このはもちろん、マイクロ-ロットを手配されていない場合、場合)

がある場合のみ、その後期段階から独立した(ほぼ0%の相互作用のプロジェクト)作業な取り組んだもので、持ち込みができ、チームの誰かにいる専門家グインです。のチームは会員への混乱のためのチームです。

より追加のプログラマで考える管理を追加。何をするにも取り気晴らしの向上、またはモチベーション向上できます。この両方のシステムおよび運営管理していることのprosaicいんぎいただけます。

明らかにプロジェクトが異なるものも開発するときに安心して一定の金額が連携します。この場合には私の経験している新鮮な資源が実際に意図せず遅くの人々に依存し、速度場合にはこの重要な人なので通常は"鍵"とな人との時間を育newb).時 は 最大速度の保証はありませんがそのまま、"ルール"、"作文"を、残りのチームです。でも行なうことができ有害論とも呼ぶべきものだ。でも、これらの状況で有益と思われる:

1)新しい資源が逼迫のタスクを必要とする最小限の相互作用とその他の開発者スキルセット済みを発揮します。ります。移植、既存のコードを新しいプラットフォームに外部のリファクタリングデッドモジュールは現在ロックされ、既存のコードベースに上る。

2)プロジェクト管理などその他のポテンシャルを持つチームのメインイベントの一つで共有できる支援のnewb最大速度、メンタリングに関しましてはこちらを確保する作業に対応えしています。

3)その他のチームメンバーにあります。

よいのではないでしょうか追加の人々末にかけての作業が加速することが期待されるものの場合:

  1. の仕事ができる。

  2. の金額を保存する追加資源以上の時間が失われ、人々の経験のプロジェクトの説明もその経験の浅い.

編集：されてしまったのでしょ、このようなことが起こりませんをいたしました。通常ではかなり待たずしても、管理画面と簡単なCRUDを表示します。これらの日にこれらの種類のツールできるとする説などさまざまな説がありautogeneratedます。

注意するマネージャ銀行このような仕事を手にオフになってる。でも、その実態が通常なのでトリムの重要な時間。

  • 自モジュールにて開始
  • 足りない開発ツールによって指向の技術と統合することを可能(のような自動構築とマネージャー)

主うと思っていこうでは現在、人を育てることはできます。いい神話人月がこの例外はあります。

と思い付加人チームが加速プロジェクト以上に追加したプロジェクトそのものです。

私がもたらされることも少なくないの問題を兼任。ず、それらのプロジェクトが早々に完成しまうプロジェクトです。追加のチーム員が、この遷移offめるようにします。

もちろん、このはんだ採用できる自己開発者のような現象が起こる可能性が継承の大きなプロジェクトを学ぶ。:-)

場合のリソース 補体 既存のチームでできる理想的です。例えば、つの設定ハードウェアの生産を行えるかどうか確認し、データベースは実際に期待ょっとしてお返す結果（そのチームの知としてのドメインの専門家を借り時間から良いdbaの方は、次のプロジェクトにおき速度のチームなの研修費用

け入れます。かを比較すると残り時間と生産性を取得しますか額は時間に追加の資源へのこれからも取り組んでいきます。速することを目的は、奇数を足したり引いたりした時間を投資教育によって既存の資源です。の鍵因子の意義:

  1. どのようにリソースはキ あります。最することができます。徒歩 して、新しいサイトとすることを目的 固定バグのほとんど瞬時に 少案内もあります。このスキルが 私たちが学ぶべき.
  2. のsegregabilityの事ができます。必要な 働くことができるオブジェクトと 機能な初めて出会った幽霊に 既存の開発者や鈍化してい ます。
  3. プロジェクトの複雑性を や書類をご用意。の場合は るバニラの最善の実践ASP.Net 申請および普通 や文化をビジネス-シナリオ その後も開発できま にこだわった。この要因 以上の任意の判定は、どのよう 時間の既存の資源 ての投資教育 そのため、初期負 影響の新しい資源です。
  4. 時間ます。これはしばしば mis-推定します。頻繁に 論理するたx週間 左からx+1週間のお時間を get someoneしています。実際には のプロジェクトが滑りや はい、2週間dev 左へ行っ 資源およ 以降るよう、お手伝いいたします。

場チームであるためにすでに使用されているペアプログラミングを加える他の開発者 人が手でペアリング あたりのゆっくりプロジェクトは、特定の開発を進め、TDDます。

新規開発は、ゆっくりと生産性が高い理解をベースとしたり、誤解されに巻き込まれ非常に早いずれかによるペアのようにテストスイート実行前にチェックイン（あるべき理想するチェックを少なくとも十分)。

しかし、その効果アンケースにかかる費用が必要となります。まないようにすることが重要で希釈し、既存の知識のプロジェクト。

追加開発者が生産性のための追加開発を超える生産性を失ったトレーニング、管理者ます。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top