Two software development methodologies that an architect should suggest to solve the issue of visibility are Scrum and Kanban. Scrum is based on the value of openness, which means that the team members and stakeholders share information and feedback regularly and transparently. Kanban is based on the principle of making everything visible, which means that the team uses a visual board to track the progress and status of the work items. Waterfall is not a good methodology for visibility, as it does not allow for frequent communication and feedback. DevOps is not a methodology, but a culture and practice that aims to improve collaboration and delivery across the software development lifecycle.

Tracking effort estimates, actuals, and remaining work can help the developer improve their estimation skills and accuracy, which can benefit the project planning and delivery.

A is the correct answer, as the process to initiate a connection for change sets is to modify the source org to allow an outbound connection to the target org. B and C are incorrect, as the target org does not need to accept any connection from the source org, but only to deploy the inbound change sets that are sent from the source org. D is incorrect, as the source org does not need to allow any inbound connection to the target org, but only to create and upload the outbound change sets to the target org. You can learn more about this process in the Change Sets Basics module on Trailhead.

B and D are the decisions that should be made by an Architecture Review Board (ARB), as they involve choosing the best methodology and authentication mechanism for the project, which have significant impacts on the project scope, quality, and security. A is not a decision that should be made by an ARB, as it is a low- level design decision that can be made by the developers or technical leads. C is not a decision that should be made by an ARB, as it is a testing decision that can be made by the testers or quality assurance leads.

The sfdx force:source:retrieve command is used to retrieve the metadata from an org to a local project directory. However, before running this command, the developer needs to create a project using the sfdx force:
project:create command, and then navigate to the project directory using the cd command. If the developer hasn't done these steps, they will get the error message: "This command is required to run from within an SFDX project". The -n option is not required for the sfdx force:project:create command, as it will prompt the developer to enter a project name interactively. The developer can create the project within VSCode and run the command in a separate terminal, as long as they are in the same project directory.