如何對正在實施的軟體系統（專案）進行問題分析和評估

3.所有專案開發商不應主動修改程式，沒有變更控制流程，沒有管理人員或變更控制者，也沒有CCB（變更控制委員會）。

這導致開發工作量增加，系統不穩定，需求不確定，甚至難以接受。

變更流程：1）變更申請。應記錄更改人員、日期和更改請求的內容等資訊。

2）變更評估。對變更的影響、嚴重性、經濟和技術可行性進行系統分析。

3）改變決策。由具有適當許可權的個人或組織決定是否實施更改。

4）改變實施。經理指定的人員在受控狀態下實施變更。

6）通訊存檔。將更改通知可能受影響的人員，並將更改存檔在摘要和存檔中。 如果提議的變更在決策時被拒絕，也應保留其初始記錄。

建設成本：條件不足，是資訊點嗎？ 目前市場價格一度在50元左右，5號是250元，39號是1950元，85號是4250元，355號是17750元。

可以使用低質量的平台來幫助落地，比如天靈、天中、濮原，這些平台都可以實現

乙個專案如何保證專案的實際執行能夠符合計畫和控制，能夠把握搶眼的進度？

1、對專案需求有明確的確認：乙個專案的啟動必須源於某個需求或解決某個問題。 對需求的清晰分析和對問題的精確定位將使專案從一開始就朝著正確的方向發展，避免浪費精力。

2、制定合理的專案策略：制定專案策略的第一件事是從專案團隊入手，根據團隊的實際情況確定專案時間、成本和範圍，從而保證專案的質量。 二是管理專案風險，評估實施過程中可能發生的風險，並計畫規避、轉移或接受。

規避和使用其他執行手段規避風險，轉移和變更到其他地方以降低這種風險的可能性，接受是評估風險的可能性並在容忍範圍內接受風險。

3、在實施過程中，一旦出現問題，應估計問題對整個專案進度的影響，並按照風險管理中列舉的方法及時調整專案計畫，確保專案質量、時間等專案要求不變。

分級管理，集中責任。 各部門根據部門履行的職能、人員的工作職責以及承擔的工作目標和任務，負責對對方的日常監督、檢查和考核。 teemlink'監督管理工作計畫到分發，到節點控制和反饋，最後解決績效、閉環執行、高效解決方案監督和輔助實施工具。

1 人 8 小時的工作量是 1 人日。 100 人日等於 1 人做 100 天或 100 人做一天。

設計的出發點是需求。 在產品生命週期中，需求是乙個動態的過程，產品可分為：匯入期、成長期、成熟期和衰退期，產品在不同階段有不同的需求，需求的型別也不同。

從物件的角度來看，要求是：基本需求、易用性需求、可操作性要求;

從產品運營來看，需求有：產品運營需求、政策和法律需求;

從系統角度來看，要求是：安全要求、效能要求、可維護性和可移植性要求;

公司擁有成熟的需求收集、審核和管理機制。 在判斷需求的優先順序時，使用卡諾模型來判斷它是魅力需求、預期需求、必須需求、無差別需求還是反向需求。 比如前面提到的摺疊屏，正面和背面拍照，應用之間的互動就屬於魅力需求。

應用拆分是預期要求。 摺疊可靠性是必不可少的。