Objective. Students will organize a project file system using a professional naming convention, share and co-edit a document in a cloud productivity suite, and send a professionally formatted technical email with an attachment.
This lesson, its worked examples and its practice questions has not yet been verified by an industry-certified professional or by a certification or approval body. It is a study draft and may contain errors. Do not use it as instructions for work on a job site or on live equipment. Always follow your instructor, your supervising professional, and current official references and regulations.
VoTechWorks program approval and accreditation are still in progress. Credentials are issued only by the certifying bodies named in each program, after their own exams.
Professional web and software developers rarely work alone. You share codebases, swap files with teammates, and communicate with clients or supervisors every day. If your files are scattered, your folder names are vague, or your emails are sloppy, projects stall and your reputation suffers. This lesson covers three skills that form the backbone of professional digital productivity: file management with a consistent naming convention, cloud-based collaboration on shared documents, and professional email communication.
A naming convention is a written agreement about how files and folders will be named so that every team member can find and understand them instantly.
In web development the most widely used folder-and-file naming style is kebab-case: all lowercase letters with words separated by hyphens. Example: `project-assets`, `main-stylesheet.css`, `about-page-v2.html`. Kebab-case avoids spaces (which break URLs and some terminal commands) and avoids the confusion of mixed capitalization.
A typical web project separates concerns into top-level folders:
Keep each folder focused. Never dump unrelated files into a single folder just because it is convenient today; you will pay for it in confusion later.
When you save a new draft, append a version indicator rather than overwriting: `project-plan-v1.docx`, `project-plan-v2.docx`. This creates a simple audit trail. Teams that use version-control software (such as Git) manage this automatically, but even without Git a versioned filename prevents accidental data loss.
Cloud storage services (Google Drive, Microsoft OneDrive, and others) can mirror a local folder to the cloud automatically. This gives you a local copy for speed and an offsite backup for safety. Keep the folder structure identical in both locations so teammates can navigate either without confusion.
File management has real safety implications for your data and your employer's data:
Cloud productivity suites (Google Workspace and Microsoft 365 are the two dominant platforms in US workplaces) allow multiple users to edit the same document at the same time. This is called real-time co-authoring.
Instead of rewriting a teammate's text directly, use the comment feature to ask a question or flag an issue, and use suggestion mode (Google Docs) or Track Changes (Microsoft Word/365) to propose edits without deleting the original. The original author can then accept or reject each suggestion. This workflow mirrors professional code-review practices you will use throughout your career.
A comment is not finished until it is resolved — meaning the question has been answered or the change has been made and the comment thread is closed. Leaving unresolved comments at submission is unprofessional and signals that the team did not finish the review process.
Both Google Workspace and Microsoft 365 store a complete version history of every saved state. If a co-author accidentally deletes important content, you can restore a previous version. Get in the habit of naming important versions ("Named version: first draft complete") so you can find them quickly.
Email remains the primary written communication channel in most technical workplaces. A poorly written email can delay a project or create a negative impression before an employer even meets you.
1. Subject line — specific and descriptive. "Code review appointment request" is useful; "Hi" is not.
2. Greeting — use the recipient's name: "Dear Ms. Flores," or "Hello, James," depending on your established relationship.
3. Context paragraph — briefly state who you are (if the recipient may not know) and what you are working on.
4. Specific ask — state exactly what you need, including any relevant details such as dates, times, or file names.
5. Attachment — attach the file before you write the email so you do not forget. Reference the attachment in the body: "I have attached the draft for your review."
6. Professional sign-off — "Best regards,", "Thank you,", or "Sincerely," followed by your full name and, if applicable, your program or role.
Each of these three skills — organized file management, collaborative cloud editing, and professional email — reinforces the others. When your files are well-named and logically structured, attaching the right version to an email takes seconds. When your team uses comments and suggestions correctly, everyone's feedback is traceable and no work is lost. And when your email is clear and complete, your instructor or future employer can act on it immediately. These habits are foundational to every credential and career path in this program.
Answer each question, then check it. Nothing is recorded; this is your own practice.
A free tech program — complimentary, as our commitment to get America working. Help us build VoTechWorks. Tell us what works, what doesn’t, and what you want to learn.