Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Proposal for Restructure Folder for Magmacore #15394

Open
mickymkumar opened this issue Mar 25, 2024 · 2 comments
Open

Proposal for Restructure Folder for Magmacore #15394

mickymkumar opened this issue Mar 25, 2024 · 2 comments
Assignees
Labels
type: proposal Proposals and design documents

Comments

@mickymkumar
Copy link

mickymkumar commented Mar 25, 2024

Problem:

The current folder structure in Magmacore lacks organization, making it difficult for team members to locate and manage files efficiently. This disorganization leads to wasted time, increased errors, and frustration among team members.

Solution:

To address this problem, we propose restructuring the folder system in Magmacore. This restructuring will involve:

Analysis of Current Structure: Conduct a thorough analysis of the existing folder system to identify inefficiencies, redundancies, and areas for improvement.

Design of New Folder Structure: Develop a new folder structure based on industry best practices and tailored to the specific needs of Magmacore. This structure will be designed to optimize file organization, accessibility, and usability.

Migration Plan: Create a detailed plan for migrating existing files to the new folder structure. This plan will include strategies for minimizing downtime and ensuring data integrity throughout the migration process.

Implementation: Execute the migration plan, reorganizing existing files into the new folder structure according to the established design.

Training and Documentation: Provide training sessions for team members on how to navigate and utilize the new folder structure effectively. Additionally, develop comprehensive documentation outlining the new structure and best practices for file management.

Funds Allocation:

The proposed funds of CAD$6,000 plus HST (open to negotiation) will be allocated as follows:

Analysis of Current Structure: CAD$1,000
Design of New Folder Structure: CAD$1,500
Migration Plan: CAD$1,000
Implementation: CAD$1,500
Training and Documentation: CAD$1,000

Non-Goals:

  • Development of software or tools unrelated to folder restructuring.
  • Major modifications to existing software systems outside the scope of folder organization.

Important Dates:

Invoice Date: 25th of completion month
Payment Date: 30th of completion month

Acceptance:

Upon acceptance of this proposal, a payment of CAD$6,000 plus HST(under my own name) will be made via e-transfer or another agreed-upon method. Acceptance will be considered valid upon written confirmation from both parties.

I believe that the proposed restructuring of the folder system in Magmacore will greatly improve efficiency and productivity within the organization. Thank you for considering this proposal. Please don't hesitate to reach out with any questions or concerns.

@mickymkumar mickymkumar added the type: proposal Proposals and design documents label Mar 25, 2024
@lucasgonze
Copy link
Contributor

lucasgonze commented Mar 25, 2024

Topics:

  • Reuse old repo or create new repo?

If it will be a new repo, who will do the work to port the CI and configuration?

  • When to limit scope because a sensible piece of refactoring breaks something

What is acceptable breakage? How broken could the build be and acceptance would still be made?

  • Defining acceptance

What are the objective metrics for determining job completion?

@mickymkumar mickymkumar self-assigned this Mar 27, 2024
@mickymkumar
Copy link
Author

Topics:

  • Reuse old repo or create new repo?

If it will be a new repo, who will do the work to port the CI and configuration?

  • When to limit scope because a sensible piece of refactoring breaks something

What is acceptable breakage? How broken could the build be and acceptance would still be made?

  • Defining acceptance

What are the objective metrics for determining job completion?

  1. The Proposal will be using a new repo to keeep operation continue for now.
  2. For the new repo around port, It will continue with this proposal and if needed a sub-proposal will proposed.
  3. The reason we are doing in a new repo is to verify and test to make sure nothing breaks.
  4. For acceptable breakage is level of defects or issues that are considered permissible in a software build or release. the factor we will consider are the following
  • Severity of the Defects
  • Stage of Development
  • Impact on Users
    Depending on why it is broken that will determine the acceptance or not to continue a build.
  1. Once offical proposal acceptance is accepted, We share a document with timeline with milestones , weekly updates, defects details, and other requirement needed with discussion with TSC.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: proposal Proposals and design documents
Projects
None yet
Development

No branches or pull requests

2 participants