Validated Learning Quarter

Business Inquiry Quarter (hereinafter, the Quarter) is the first of four lectures of Operations Quadrivium (hereinafter, the Quadrivium):

• The Quarter is designed to introduce its learners to enterprise discovery, or, in other words, to concepts related to obtaining data needed to administer the enterprise effort; and
• The Quadrivium examines concepts of administering various types of enterprises known as enterprise administration as a whole.

The Quadrivium is the first of seven modules of Septem Artes Administrativi, which is a course designed to introduce its learners to general concepts in business administration, management, and organizational behavior.

Outline

The predecessor lecture is Project Management Quarter.

Concepts

1. Enterprise discovery. All activities resulted in obtaining of any data relevant to further effort development undertaken in order to achieve the effort goal or goals.
2. Negotiation. A process in which two or more parties exchange goods or services and attempt to agree on the exchange rate for them.
   • Fixed pie. The belief that there is only a set amount of goods and services to be divided up between the parties.
   • Distributive bargaining. Negotiation that seeks to divide up a fixed amount of resources; a win-lose situation.
   • BATNA. The best alternative to a negotiated agreement; the least the individual should accept.
   • Integrative bargaining. Negotiation that seeks one or more settlements that can create a win-win solution.
   • Zero-sum approach. An approach that treats the reward "pie" as fixed, such as that any gains by one individual are at the expense of another.

• Workspace.
• Workplace.
• "Boiled frog" phenomenon. A perspective on recognizing performance declines that suggests watching out for subtly declining situations.
• ISO 9000. A series of international quality management standards that set uniform guidelines for processes to entire products conform to customer requirements.
• Experiment

1. Prototype. A partial or preliminary conceptual model of a deliverable to be developed; this model is used as a reference, publicity artifact, or data-gathering tool.
   • Prototype. A rough guide for the layout of a website or app, giving an indication of the direction that the product is heading.
   • Low-fidelity prototype. A quick and easy translation of high-level design concepts into tangible and testable artefacts, giving an indication of the direction that the product is heading.
   • Throw-away prototype. A prototype used to quickly uncover and clarify interface requirements using simple tools, sometimes just paper and pencil. Usually discarded when the final system has been developed.
   • Exploratory prototype. A prototype developed to explore or verify requirements.
   • Horizontal prototype. A prototype that shows a shallow, and possibly wide, view of the system's functionality, but which does not generally support any actual use or interaction.
   • Vertical prototype. A prototype that dives into the details of the interface, functionality, or both.
   • High-fidelity prototype. A prototype which is quite close to the final product, with lots of detail and a good indication of the final proposed aesthetics and functionality.

Roles

1. Tester. A stakeholder responsible for assessing the quality of, and identifying defects in, a software application.

Methods

1. Solicitation.
   • Request for information (RFI). A requirements document issued to solicit vendor input on a proposed process or product. An RFI is used when the issuing organization seeks to compare different alternatives or is uncertain regarding the available options
   • Request for proposal (RFP). A requirements document issued when an organization is seeking a formal proposal from vendors. An RFP typically requires that the proposals be submitted following a specific process and using sealed bids which will be evaluated against a formal evaluation methodology.
   • Request for quote (RFQ). An informal solicitation of proposals from vendors.
2. Testing. The data-gathering technique that is based on taking measures to check the performance and/or reliability of somebody, especially before making agreements, or something, especially before putting it into widespread use or practice.
   • Black box test. A test written without regard to how the software is implemented. These tests show only what the expected input and outputs will be.
   • User acceptance test. Test cases that users employ to judge whether the delivered system is acceptable. Each acceptance test describes a set of system inputs and expected results.
   • Usability test. A user sits in front of your website or app and you have them perform tasks and think out loud while doing so.
3. Inspection. A formal type of peer review that utilizes a predefined and documented process, specific participant roles, and the capture of defect and process metrics. See also structured walkthrough.
   • Inspection. The data-gathering technique that is based on careful examination of something in order to either learn about its features or check whether its features confirm its specifications.
4. Fail-fast. The process of starting work on a task or project, obtaining immediate feedback, and then determining whether to continue working on that task or take a different approach—that is, adapt. If a project is not working, it is best to determine that early on in the process rather than waiting until too much money and time has invested.
   • Contextual inquiry. Interviewing users in the location that they use the website or app, in order to understand their tasks and challenges.
5. Benchmarking. The search for the best practices among competitors or noncompetitors that lead to their superior performance.
   • Benchmarking. A comparison of a process or system's cost, time, quality, or other metrics to those of leading peer organizations to identify opportunities for improvement.
   • Benchmark. The standard of excellence against which to measure and compare.

Practices

The successor lecture is Controlling Quarter.