liveBook · Manning

Feasibility

As explained in Think Like a Software Engineering Manager

Feasibility is the degree to which a proposed idea or solution can be successfully implemented under relevant constraints.

Feasibility is the degree to which an idea can be implemented successfully within relevant business, technical, legal, financial, resource, and time constraints. A feasibility analysis is a preliminary, objective check of whether the proposed outcome is realistic and viable. Project discovery uses proof-of-concept work to test feasibility before committing to full execution. section 10.1.1 section 10.1.2

Assess feasibility by asking practical questions before the project advances:

  • Check legal and business constraints: could regulations or market conditions prevent the product from being sold? section 10.1.2
  • Check technical readiness: does the organization have, or can it create, the technology required? section 10.1.2
  • Check authorization and dependencies: do the relevant teams and leaders support the work, and can dependent work proceed? section 10.1.2 section 3.2.1
  • Check capacity and cost: are enough people, budget, software, hardware, and time available? section 10.1.2
  • Use proof-of-concept work to test the value and practicality of an idea, such as time saved through automation. section 10.1.1

Project Accessible

A toy company plans a website for a new line of accessibility-friendly toys. Before execution, the project manager checks whether selling the products has legal obstacles, whether the hardware team has leadership approval, whether the website technology is available, and whether staffing and budget are sufficient. Senior engineers contribute to the technical assessment. Strong confidence allows the project to continue; unresolved doubts require reconsideration before the next stage. section 10.1.2

Feasibility also informs team goals and strategy: cost, development effort, timelines, dependencies, and feasibility analysis help determine whether objectives are achievable and aligned across teams. section 3.2.1

How Think Like a Software Engineering Manager covers it

How deep it goes
Moves from proof-of-concept testing to preliminary legal, technical, financial, resource, and timeline checks, stopping before detailed execution.
Examples
Uses automation value testing and the Project Accessible website to illustrate feasibility questions and go/no-go decisions.
What it assumes
Assumes a proposed project and expected outcomes, while teaching beginners which business, technical, legal, financial, and resource questions to ask.
What you can do after
Evaluate project realism, identify fundamental flaws, involve senior engineers, and decide whether to proceed to the next stage.
How it connects
Connects proof of concept, project discovery, budgeting, dependencies, project management, and goal setting.

Also explained in

Compare how 4 books explain feasibility →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Think Like a Software Engineering Manager. The section links point to the parts of the book it draws on.