Setting Up a New Plutio Project Board

Purpose and Scope: This SOP outlines the steps for setting up a new project board in Plutio, detailing task assignments, timelines, and responsibilities for the refinement, design, and development phases. It ensures efficient project setup and alignment across teams.

Definitions:

  • Client Input: Tasks or information required from the client.

  • Refinement Phase: Initial stage to finalize project scope and prepare for development.

  • Design Phase: Period for creating visual and functional designs.

  • Development Phase: Execution of approved designs and functionality in tools like GLIDE or BUBBLE.

  • LF Calls: Live Feedback calls to iterate on designs.

  • Dev Demo: Weekly call showcasing development progress.

Procedure:

  1. Role Assignment (Based on Availability and Queue):

    • Business Analyst (BA): Assigned by Head Office (HO) right when the project comes in.

    • Project Manager (PM): Assigned by Head Office (HO) right when the project comes in.

    • Designer: Assigned by HD right when the project comes in.

    • Developer (Dev): Assigned by PM once the Design is fully approved, as this depends heavily on client approval.

    • Quality Assurance (QA): Assigned by PM once Development is ready for testing.

  2. Client Input > Refinement:

    • Assign all tasks under Refinement to Diego.

    • Set due dates for all Refinement tasks as 5 days from the start date.

  3. Calls & Timeline:

    • Set start and due dates for all project phases based on the proposal’s timeline.

    • Assign Diego to all Refinement calls, due each day of the week following the payment date.

  4. Designers’ Responsibilities:

    • Designers must engage with the project scope and begin the first LF Draft during the Refinement phase, even if the Design phase hasn’t officially started.

  5. Kickoff:

    • Set the Kickoff task due 1 week after the first Refinement call.

  6. LF Calls:

    • Schedule weekly recurring LF calls according to the Design timeline outlined in the scope.

  7. GLIDE Phase:

    • Ideally lasts 2-3 weeks.

    • Designers must actively participate during Refinement.

  8. BUBBLE Phase:

    • Ideally lasts 4-6 weeks.

    • All roles must be approved before starting development, though some roles may release earlier for efficiency upon team consultation.

  9. Client Input Tasks:

    • Backlog: Assign tentative due dates for client completion of tasks. Release 3-5 tasks per week, ensuring completion before the corresponding phase ends.

    • FAQs: Assign all FAQs to the client without a due date.

    • To-Do’s:

      • "Read All FAQs" Task: Due 1 day after Kickoff.

      • "Fill in Onboarding Questionnaire": Due 2 days after Kickoff.

  10. Internal Weekly Meetings:

    • Schedule weekly dev updates during the Design phase. Adjust the number of calls to match the project’s proposal.

  11. Design Phase Milestones:

    • Set up design milestones by role.

    • Add tasks for each role, including scope details, and set due dates based on LF calls.

    • GLIDE: All roles must be approved before starting development.

    • BUBBLE: Aim for all roles to be approved before development, but some roles may release earlier for efficiency.

  12. Development Phase:

    • Create development milestones once design roles are approved.

    • Schedule weekly internal calls and demos by role, aligned with milestone due dates.

  13. Post-Handoff:

    • Send a client survey after the handoff.

    • Move all internal tasks to the "Delivery Tasks" column.

  14. Create Support Form

Responsibilities:

  • Project Manager: Ensure timelines, task assignments, and milestones are set up according to this SOP.

  • Developers: Follow milestones and provide weekly demos.

  • Designers: Engage early and ensure designs meet approval criteria.

  • Clients: Complete assigned tasks and provide feedback promptly.

Exceptions and Special Scenarios:

  • If unclear on task prioritization or role releases, consult the team for guidance.

  • Adjust the number of LF or Internal calls based on project-specific requirements in the proposal.

  • For overlapping timelines or expedited phases, ensure alignment with all stakeholders to prevent bottlenecks.

 


Was this article helpful?
© 2025 LowCode Internal Docs