請負業者として、特定の会社の開発哲学の変化に影響を与える影響はほとんどないかもしれません。これは、ほとんどの企業が臨時雇用者と見なす価格の一部です。人としてのあなたにとって、あなたができる最善のことは、現在の企業文化に適応することを学び、影響力のある立場にあるときに何が効果的で何が効果的でないかを学ぶことです。
テスト駆動部品はいつでも自分で実行できるため、少なくともコードがテストに合格することがわかります。私もそれをオーバーヘッドとは見なしません。それが機能することを確認するためのコードを書くことの一部です。テストを作成しないことに関連するオーバーヘッドははるかに大きくなります。
場所に特定の開発方法がない場合、1つを取得する方法は2つあります。1つ目は、開発者が使用する哲学にほぼ同意し、それを使い始めて、それが機能し、製品を改善する管理を示す場合です。開発者は、他の多くの専門分野よりも、自分の仕事のやり方を非常に自由に理解できます。これを有利に使用してください。志を同じくする人々の小さなグループを集めて、あなたがすべて同意する方法を使い始めてください。あなたが物事を行う方法について、グループに不慣れな人に教えてください。実際の進捗状況を示し、管理者がそれに参加します（マネージャーは見栄えを良くするものが好きです）。
企業文化を変える2つ目の方法は、トップダウンです。これを行うことについて1人の上級管理職の考えを変えると、彼は新しい方法論の使用を義務付けることができます。それはきれいではなく、人々はそれをやって戦うでしょう（これは変化への抵抗と呼ばれ、それは正常な状態であり、あなたはそれに対処することを期待する必要があります）。人々に新しい方法を使用させるという困難な段階を通して、方針に固執する意欲があり、新しい方法に従わない人々には結果がなければなりません。ボランティアと一緒に最初に方法論を使用するテストプロジェクトを行うことで、他の人に価値を証明できる場合もあります。また、人々はただのデッドウッドであり、何があっても変わらない場合もあります。
しばらくの間、何度も変更する機会があった後でも、新しいポリシーに参加することを拒否する人々は、個々の開発者としてどれほど優れていても、手放す必要があります。チームのルールに従えない場合は、先に進むか、先に進む必要があります。文化の変化は、最終的に全員が参加しなければ達成できません。
時には、外部の影響を利用して、マネージャーにビジネスのやり方を変えさせることができます。最大の顧客の1つが必要とする認証を取得するために、ここで開発プロセス全体を変更しました。HIPPAおよびSarbanes-Oxley法は、開発プロセスを形式化する多くの企業にも責任があります。ある種の認証を取得したり、法律を遵守したりするためのプロセスを形式化することが、より多くのビジネスを獲得するメリットであると主張することができれば、おそらく彼らは突然その価値を理解するでしょう。