Nazewnictwo plików projektowych
Porządkuj pliki projektowe za pomocą kodu projektu, typu dokumentu, wersji i daty.
Ułatw wyszukiwanie dokumentacji zespołowej i zachowaj przejrzystą kontrolę wersji.
Dla kierowników projektów, zespołów produktowych i pracowników wiedzy
12.4k dokumentów projektowych uporządkowano w zeszłym miesiącu przy użyciu tego wzorca w 89 zespołach produktowych i inżynieryjnych.
Nazewnictwo plików projektowych
Nazywaj pliki projektowe jako ProjectCode_DocType_YYYY-MM-DD_v#.pdf, aby zapewnić przejrzystość między zespołami i kontrolę wersji.
- Zacznij od kodu projektu lub identyfikatora, aby wszystkie pliki projektowe grupowały się razem alfabetycznie.
- Dodaj typ dokumentu (spec, design, proposal, review), aby można je było szybko znaleźć bez przeszukiwania folderów.
- Dodaj datę i wersję, aby umożliwić sortowanie chronologiczne i śledzenie zmian między członkami zespołu.
12.4k dokumentów projektowych uporządkowano w zeszłym miesiącu przy użyciu tego wzorca w 89 zespołach produktowych i inżynieryjnych.
Zalecane wzorce
Standardowy wzorzec pliku projektowego
Zacznij od kodu projektu, aby grupować pliki. Dodaj typ dokumentu i datę, aby ułatwić identyfikację wzrokową.
ProjectCode_DocType_YYYY-MM-DD.pdfPROJ-42_Spec_2025-10-15.pdfPlik projektowy z wersją
Dodaj numer wersji dla iteracyjnych dokumentów, takich jak projekty i specyfikacje, które zmieniają się w trakcie przeglądów.
ProjectCode_DocType_YYYY-MM-DD_v#.pdfPROJ-42_Design_2025-10-15_v2.pdfPlik projektowy z autorem
Dodaj autora w przypadku dokumentów z wieloma współtwórcami, aby śledzić własność i zakres odpowiedzialności.
ProjectCode_DocType_Author_YYYY-MM-DD.pdfPROJ-42_Proposal_JSmith_2025-10-15.pdfPodstawowe zasady
Zaczynaj od kodu projektu
Identyfikator projektu sprawia, że wszystkie powiązane pliki są grupowane alfabetycznie. Ogranicza rozrastanie się folderów i umożliwia wyszukiwanie między projektami.
Używaj spójnych skrótów typów dokumentów
Ustandaryzuj Spec, Design, Proposal, Review, Meeting, Roadmap, aby zespoły wyszukiwały i porządkowały pliki w spójny sposób.
Dodawaj daty dla kontekstu czasowego
Format YYYY-MM-DD pokazuje wiek dokumentu i częstotliwość aktualizacji. Ma to znaczenie dla roadmap i przeglądów kwartalnych.
Numery wersji do śledzenia iteracji
Numery wersji śledzą rozwój w kolejnych cyklach przeglądu. Używaj ich dla specyfikacji i projektów, nie dla notatek ze spotkań.
Nie umieszczaj statusu w nazwach plików
spec_DRAFT_PENDING_REVIEW.pdf sygnalizuje słaby przepływ pracy. Do śledzenia statusu używaj narzędzi do zarządzania projektami.
Nigdy nie używaj zaimków osobowych
My_Proposal.pdf lub Team_Document.pdf powodują niejasności co do własności. Zamiast tego używaj kodów projektów i nazwisk autorów.
Typowe błędy
Pomijanie kodu projektu
Pliki rozpraszają się po folderach. Nie da się znaleźć wszystkich dokumentów projektu bez ręcznego wyszukiwania.
Poprawka: Zawsze zaczynaj od kodu projektu: PROJ-42_Spec_2025-10-15.pdf
Używanie "Final" lub "Latest" w nazwach plików
Design_Final_v3_REALLY_FINAL.pdf sygnalizuje słabą kontrolę wersji. Każda wersja uważa się za ostateczną.
Poprawka: Używaj dat i wersji: PROJ-42_Design_2025-10-15_v3.pdf
Ogólne nazwy, takie jak "Document.pdf" lub "Notes.pdf"
Brak kontekstu. Pliki są nadpisywane w folderach współdzielonych i pobranych.
Poprawka: Dodaj projekt, typ i datę: PROJ-42_MeetingNotes_2025-10-15.pdf
Niespójne formaty kodów projektów
PROJ-42, P42, Project-42 utrudniają wyszukiwanie i grupowanie. Zespoły nie mogą znaleźć powiązanych plików.
Poprawka: Przyjmij jeden format w całej firmie: PROJ-NNNN
Pozostawianie spacji w nazwach plików
Spacje powodują problemy w narzędziach wiersza poleceń i na niektórych platformach współpracy. Tworzą %20 w URL-ach.
Poprawka: Używaj podkreślników lub myślników: PROJ-42_Spec_2025-10-15.pdf
Więcej poradników nazewnictwa
Zobacz wszystkie poradniki nazewnictwa →Często zadawane pytania
Czy należy uwzględniać nazwiska interesariuszy w nazwach plików?
Opcjonalnie. Dodaj interesariusza lub dział po kodzie projektu, jeśli dokumenty są specyficzne dla interesariusza: PROJ-42_Eng_Spec_2025-10-15.pdf.
Jak obsługiwać notatki ze spotkań i agendy?
Używaj MeetingNotes lub Agenda jako typu dokumentu z datą: PROJ-42_MeetingNotes_2025-10-15.pdf. Pomijaj numery wersji dla materiałów ze spotkań.
Co z załącznikami i aneksami?
Dodaj identyfikator załącznika: PROJ-42_Spec_2025-10-15_AppendixA.pdf lub użyj podfolderu z nazwą głównego dokumentu.
Czy można tego używać do dokumentacji kodu?
Tak. Sprawdza się w przypadku specyfikacji technicznych, dokumentów architektonicznych i dokumentacji API. Dostosuj typy dokumentów: TechSpec, Architecture, API.
Czy należy zmieniać nazwy historycznych plików projektowych?
Zacznij od nowych plików. Zmieniaj nazwy historycznych plików zbiorczo podczas retrospektyw projektowych lub migracji archiwów, gdy dostępny jest kontekst.