每間公司對"大型"的定義不同。
不同角色在專案中的關注點不同，專案經理跟研發就會看不同的面向。
要先把範圍框出來才有辦法討論。 最簡單的做法就是，把數量丟給對方。
對方會自己決定，對他而言，這樣是大還是小專案。
假設要問的是研發類型的角色好了，會從幾個角度去看。
1. 參與的人數
人數越多，溝通複雜度越高。
都在同一個單位，還是跨單位合作?
=> 直接影響到version control跟Build system。溝通的機制也會複雜化
2. Scope
多大的系統
例如同時負荷多少concurrent user
=> 100, 10K, 1M背後的系統架構差很多
3. Schedule
理論上時間越長，專案越複雜。但隨著Agile概念起來，不太有以前Waterfall
那樣的長週期專案。
會注意到就是Dependency的問題，尤其是跨部門溝通合作。
UI/UX、RD、QA、Operation、MKT之間，一個卡一個，如何處理。
資深一點的都該知道，自己的角色在哪塊。怎樣的行為會影響到前後的流程，
而不是只有自己寫完往後丟就算結束。
4. Impact
投入成本這點研發人員很難清楚知道，都只有推算。
要量化的話，直接說使用者有多少? 這個產品位公司帶來的營收有多少?
會比較容易讓對方有概念。
※ 引述《binghuanlin (BH_Lin)》之銘言：
: 各位前輩好，
: 小弟最近在和同事們討論，對於"大型專案"的定義。
: 不論是在工作上或面試時，都有意無意會提到，
: "有沒有維護或參與過大型專案",
: 這個時候，就衍生出一個問題，
: 何謂大型專案？
: 以下為小弟我在網上找到的對於"大型專案"的定義：
: <https://en.wikipedia.org/wiki/Megaproject>.
: 原文：
: According to the Oxford Handbook of Megaproject Management,
: "Megaprojects are large-scale,
: complex ventures that typically cost $1 billion or more,
: take many years to develop and build,
: involve multiple public and private stakeholders,
: are transformational, and impact millions of people".
: [2] However, $1 billion is not a constraint in defining megaprojects,
: as sometimes (e.g. in developing countries)
: a relative approach is needed because in some contexts,
: a much smaller project (such as one with a $100 million budget)
: could constitute a megaproject.
: Therefore, a more general definition is
: "Megaprojects are temporary endeavours (i.e. projects) characterized b
: y:
: large investment commitment,
: vast complexity (especially in organizational terms),
: and long-lasting impact on the economy, the environment, and society".
: 大體上似乎專案的"大型"也就是其規模，是取決於
: A: 投入成本。
: B: 影響人數
: C: 複雜度。
: 而在Wiki這裡面有提到一些數字：
: 1. 投入成本： 10億美金
: 2. 影響人員： 100萬人
: 所以，如果照著wiki裡的講法，以上二者成立，才能算是"大型專案"嗎？
: 請各位前輩不吝指教和討論。