アドホックな考え方に対処する方法は？

私は2か月前に6人の開発チームに参加しました。人々は素晴らしいです、すべてが良いです。しかし、私はますますアドホックな考え方を観察します。スタッフはすぐに修正されますが、将来の使いやすさを犠牲にして、テストはほとんどなく、2人の人が喜んで認めています。

これに対処するには？私は例を挙げてリードしたいと思いますが、時間は限られています-ものを設計し、実際に実装するのが好きです。しかし、私はアドホックな考え方が私に感染していることを恐れており、デザインとコードの明快さと単純さを追求するのではなく、それを確立するのは簡単ではありません部外者は分離することができます-スケジュールと管理のためだけに。

あなたはすでに答えの一部を知っています：あなたは例によってリードする必要があります。また、あなたの「リーダーシップ」が無視されるかもしれないという事実に安心する必要があります。あなたの同僚はいつも上手くやっていることを続けます。長期保守性。

最終的には、結果に自分自身を語らせる必要があります。3日間の期限を逃しましたが、開発をテスト駆動し、設計どおりに機能しているため、QAチームは少なくともスケジュールされた数日間のテストを省略できましたか？それは勝利です。

ただし、最終的に、そのようなトレードオフに対して少なくともある程度の経営陣の賛同が得られない場合、単に間違った環境にいることになり、優れた慣行を助長するものを見つける必要があります。悪い習慣は習慣を形成しているので、すぐに自分の立場に立つ方法を見つけるか、より良い習慣を備えた職場環境に変えることができます。

何もない？

つまり、ビジネス時間の制約が存在します。あなたのシナリオは、将来の使いやすさよりも市場投入までの時間が重要なシナリオかもしれません。

あなたがランクとファイルのプログラマである場合、標準を設定し、製品アーキテクチャに関して自分自身に関することは実際にはあなたの仕事ではありません（特に2か月後）。できる限り（文化の変化を含む）、製品を改善するよう努力する必要がありますが、チームやボスを疎外することを犠牲にしてはなりません。自分のことをよく知っていると思う新人であることは、そのための迅速かつ簡単な方法です。

これらの簡単なハック修正をすべて行っているのはなぜですか？以前のクイックハックの修正によるものですか？そもそも物事が「正しく」行われていれば、それを指摘するのは十分簡単です...

最終的に、悪いプログラミングの実践は具体的な苦痛につながります。人々がそうしないと思うなら、あなたがする必要があるのは待つだけです。