Zunächst einmal gibt es Konventionen und guidlines, Links unten, wobei die Guideline auch als Link in den conventins schon steht.
Zum anderen, Es gibt Bezeichnungen, die führen mit tödlicher sicherheit zu Problemen, teilweise auch erst wenn man auf ein anderes Framework umstellt.
Deine Frage wirklich beantworten, also nicht was sinnvoll ist, sondern was zu Probleme führen kann, kann ich ohne den gesamten Code vor Augen zu haben nicht sagen.
Wenn du eine Varibale für die Klasse definierst und in einem Funktionsaufruf eine gleichlautenden Parameter verwendest meinst du sicherlich?
Gibt sicher eine Antwort dazu, meine Meinung ist, um Himmels willen bloß nicht versuchen, selbst wenn es heute geht, geht es nach einem Update vom VS auch noch?
Probiers mal aus, wozu gibt es Debug^^

docs.microsoft.com/de-de/dotne…ucture/coding-conventions
docs.microsoft.com/de-de/dotne…delines/naming-guidelines

@Haudruferzappeltnoch In VB.NET sind Variablennamen Case-insensitiv, d.h., es ist egal, wie Du sie schreibst.
In C# ist das nicht der Fall!
Teste folgenden Code (Form mit Button und zwei Label):

Ooops, okay, ich bin C# Progger .......

Haudruferzappeltnoch schrieb:

Und dann frage ich mich ob es Probleme macht wenn ein Parameter einer Methode denselben Namen hat wie eine Variable

Ganz generell gibt es das Risiko von Namens-Konflikten.
Das gibts auf und zwischen verschiedenen Ebenen - natürlich auch bei Parametern und Variablen.
Wobei beachte: Ein Parameter innerhalb einer Methode ist nichts anderes als eine lokale Variable.
Ihre Besonderheit besteht darin, dass sie im Methoden-Kopf deklariert ist.