🚧 Under construction — VoTechWorks is being built. A free tech program — complimentary, as our commitment to get America working.
voTechWorksGrade 13 · a vocational technology learning center, by urbanicity
newSchoolWorks.com › VoTechWorks › Technology & Design › Web & Software Development › Externship / Worksite Placement › Lesson 3
TEC-WEB46-09 · Lesson 3 · 162 clock hours · field

Supervised On-Site Development Work — Phase 2 (Weeks 6–12)

Objective. Students will demonstrate increasing independence by taking on expanded or more complex tasks, contributing to team deliverables, and applying feedback from Phase 1 throughout the second and final phase of placement.

⚠ Pending professional review

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.

Supervised On-Site Development Work — Phase 2 (Weeks 6–12)

Phase 2 is the final and most demanding stretch of your externship. You have already proven you can show up, follow workplace norms, and complete assigned tasks under close supervision. Now the expectation shifts: your employer mentor and program coordinator expect you to work with greater independence, take ownership of a real deliverable, and leave the placement with a portfolio artifact you can show in future interviews.

What Changes in Phase 2

The core rhythm of Phase 2 looks similar to Phase 1 — daily work, logged hours, mentor check-ins — but the nature of your tasks should deepen. In Phase 1 you were oriented and guided step by step. In Phase 2 you are expected to read a ticket, plan an approach, write and test code, get it reviewed, and see it through to deployment or handoff with less hand-holding. That progression is intentional. Professional developers are evaluated not just on whether they can write code but on whether they can carry a task through the full development cycle.

If your employer uses a sprint or issue-tracking workflow — common in teams that follow Agile or Kanban practices — volunteer to own at least one ticket from start to finish. That means writing or refining the acceptance criteria, breaking the work into steps, coding, writing or updating tests, submitting a pull request, responding to review comments, and confirming the feature works in a staging or production environment. Document each phase in your work log on the day it happens.

Leading or Co-Leading a Feature or Bug-Fix

Taking the lead does not require that you work alone. Co-leading with a senior developer or peer is a legitimate and common professional pattern. What matters is that you are an active driver: you schedule the planning conversation, you open the branch, you write the first draft of the code, and you follow up on the review. When you document this in your work log, capture the ticket number or task name, what you planned, what you built, what tests you ran, and who approved the merge or accepted the handoff.

If the employer cannot give you access to a production deployment pipeline for security or policy reasons, a handoff to a senior developer for final deployment still counts — document that clearly.

Mid-Phase-2 Self-Assessment

Around the midpoint of Phase 2 — roughly week 8 or 9 — complete a voluntary self-assessment using the same 100-point employer rubric your mentor uses. Score yourself honestly across all five areas: technical skill, professionalism, teamwork, communication, and initiative. Then identify the two areas where you scored yourself lowest and write down at least one concrete improvement action for each. "Be better at communication" is not a concrete action. "Send a written status update to my mentor every Friday before noon" is.

Share the completed self-assessment with your mentor and schedule a brief one-on-one to discuss it. Mentors in professional settings respond well to self-awareness. Showing that you can evaluate your own work critically and act on the gap is itself a sign of professional maturity — it reflects the same growth mindset you will need throughout your career.

Building Your Portfolio Artifact

Before Phase 2 ends, compile at least one portfolio artifact from your worksite work. This could be a documented code sample (with comments explaining design decisions), a write-up of a problem you debugged and how you solved it, or a link to a tested feature branch. The artifact must be something you can legitimately share with future employers.

Because the work you do on-site belongs to the employer, you must obtain written permission before including any employer code, screenshots, or system descriptions in your portfolio. Use the portfolio artifact release/permission form provided by your program. If the employer cannot release the code itself, a written case-study description of the problem, your approach, and the outcome — without proprietary details — is an acceptable alternative and still demonstrates your thinking to hiring managers.

Professionalism and Workplace Safety

Professionalism remains non-negotiable in Phase 2. Attendance, punctuality, and communication standards do not relax because you are further into the placement. If you must miss a shift, notify your supervisor before the shift starts using whatever channel the employer prefers.

From a safety standpoint, software development worksites carry ergonomic and data-security responsibilities. Continue to follow proper ergonomic setup — monitor height, chair adjustment, wrist position — to prevent repetitive strain injuries over a workday. Follow all employer policies on handling sensitive data, credentials, and access tokens; never store passwords or API keys in plain text in version-controlled files, and never share access credentials with fellow students or family. If you encounter a situation where you are unsure whether an action is authorized — such as deploying to a production server or accessing a customer database — stop and ask your mentor before proceeding. In professional development environments, acting on uncertainty without checking is a serious mistake.

Final Evaluation and Exit Interview

At the close of week 12, your mentor completes the full 100-point employer evaluation rubric covering technical skill, professionalism, teamwork, communication, and initiative. You must score 75 or above overall to satisfy the externship requirement. Your program coordinator will then conduct an exit interview with both you and your mentor present. Come prepared to discuss what you accomplished, what you would do differently, and how the experience connects to your career goals. The exit interview is also a professional opportunity: it is appropriate to thank your mentor formally and to ask whether you may list them as a professional reference.

Key terms9

Development cycleThe full sequence of steps for completing a software task: planning, coding, testing, code review, and deployment or handoff.
SprintA short, time-boxed period (commonly one or two weeks) during which a development team completes a defined set of tasks; a common practice in Agile workflows.
Pull request (PR)A formal request to merge code from one branch into another, typically accompanied by peer review and automated testing before approval.
Acceptance criteriaThe specific, agreed-upon conditions a feature or bug-fix must meet before it is considered complete and ready for review or deployment.
Self-assessmentA structured review in which the student evaluates their own performance against a defined rubric, identifies gaps, and sets improvement actions.
Portfolio artifactA concrete work sample — such as documented code, a case study, or a tested feature branch — that demonstrates a student's skills to future employers.
Portfolio artifact release formA written employer permission document authorizing a student to include specific work products or descriptions in their professional portfolio.
Employer evaluation rubricA 100-point scoring tool used by the mentor to rate student performance across technical skill, professionalism, teamwork, communication, and initiative at the end of the externship.
Exit interviewA structured closing conversation conducted by the program coordinator with the student and mentor together to review the externship experience and outcomes.
In class: Lead or co-lead at least one discrete feature, bug-fix sprint, or internal tool project from initial ticket through deployment or handoff, documenting the full development cycle (planning, coding, testing, review, deployment) in the work log. · Conduct a voluntary mid-Phase-2 self-assessment against the employer rubric, identify the two lowest-scoring areas, and set specific improvement actions in writing; share the self-assessment with the mentor and discuss in a brief one-on-one. · Compile a portfolio artifact from Phase 2 work—such as a documented code sample, a tested feature branch, or a technical write-up of a problem solved—that can be added to the student's professional portfolio with employer permission.
Materials: Same employer-issued workstation and tools as Phase 1, employer rubric (full 100-point version), self-assessment worksheet, portfolio artifact release/permission form, work-log template (continued)
Check: Coordinator reviews weeks 6–12 work-log entries; all shifts must be documented; mentor completes final employer evaluation rubric (100 points covering technical skill, professionalism, teamwork, communication, and initiative); student must score 75 or above overall to satisfy the externship requirement; coordinator conducts an exit interview with the student and mentor together.

Practice check8

Answer each question, then check it. Nothing is recorded; this is your own practice.

Professional Practices / Externship Competency
1. During Phase 2 of the externship, a student is assigned to own a bug-fix ticket. Which sequence correctly represents the full development cycle the student should document in the work log?
Program Requirements / Externship Competency
2. A student scores 75 out of 100 on the final employer evaluation rubric. What is the result for the externship requirement?
Professional Ethics / Externship Competency
3. A student wants to include a code sample from their externship employer in a professional portfolio. What must the student do first?
Professional Development / Externship Competency
4. A student completes a voluntary mid-Phase-2 self-assessment and discovers their two lowest scores are in 'communication' and 'initiative.' Which improvement action is most concrete and professional?
Professional Ethics / Portfolio Development
5. An employer cannot grant permission to release any source code from a student's Phase 2 project. Which alternative is an acceptable portfolio artifact?
Security Fundamentals / CompTIA ITF+ / CompTIA Linux+
6. Which of the following best describes a security risk that Phase 2 students must actively avoid at the worksite?
Professional Practices / Security Fundamentals
7. A student is unsure whether they are authorized to push a change directly to the employer's production server. What is the correct professional action?
Software Development Practices / Professional Practices
8. In a Agile team environment, a student submits a pull request for a bug fix. The reviewer asks for changes to variable naming and error handling. What should the student do?
Record this lesson on my transcript. Sign in with your key and enrollment email to record lessons (enroll free if you have no key). This page stays open to read and practise.