1.範圍、時間，成本，這三項中哪些是可以由客戶控制的？
範圍、時間、成本，是專案管理中常說的三角關係。任何一方改變都可能牽扯到其他兩方的變動。專案管理的本質，就是在保證質量的前提下，尋求這三者之間的最佳平衡。因為客戶是需求方和投資方，客戶有權對這三者進行控制，當然客戶主要控制範圍，即提出他們的需求——專案要實現的功能特性，其次，客戶也非常關心能交付的時間和所付出的成本。在滿足客戶的需求情況下，可以在時間、成本上和客戶進行交流、談判。從專案管理的角度看，最好固定其中一項，其他兩項可以根據實際狀況來調節保證專案質量。
2.迭代和增量的區別在**？
軟體開發不是一躇而就，其過程猶如雕琢一件工藝品，由無形到有形、由粗到細，很難一次就能開發出功能完善、強大的乙個版本，而往往是分階段進行，乙個版本接乙個版本的發布出去。軟體開發分階段可以通過兩種模型來描述，即增量模型和迭代模型。 增量模型描述軟體產品的不同階段是按產品所具有的功能進行劃分，先開發主要功能或使用者最需要功能，然後，隨著時間推進，不斷增加新的輔助功能或次要功能，最終開發出乙個強大的、功能完善的、高質量的、穩定的產品。 迭代模型描述軟體產品的不同階段是按產品深度或細化的程度來劃分，先將產品的整個框架都建立起來，在系統的初期，已經具有使用者所需求的全部功能。然後，隨著時間推進，不斷細化已有的功能或完善已有功能，這個過程好像是乙個迭代的過程。最終的目標是一致的，也是為了實現乙個強大的、功能完善的、高質量的、穩定的產品。
3.如果客戶想要的東西太多，你在範圍和時間上怎樣跟他達成一致呢？
首先要向客戶說明，如果在某個時間內去做不可能完成的工作，其結果必然是質量得不到保證，或者所化的成本過大。應該沒有客戶想做賠本的生意，每個客戶都會重視質量，而不願意損害自己的利益。 然後，和客戶一起，按需求重要性、緊急性等對需求進行分類，分為不同的等級，然後從優先順序高的需求開始，來估算不同優先順序類別的需求實現的工作量。設定幾個不同的開發周期或交付時間，從而由使用者作出選擇，例如： （1）只做優先順序最高的那類需求，開發周期需要3個月； （2）做優先順序最高和優先順序高的那兩類需求，開發周期需要7個月； （3）做優先順序最高、高和中等的共3類需求，開發周期需要12個月； （4）所有需求都實現，開發周期需要18個月
4.你認為專案中最重要的是哪些過程？
需求分析、設計階段（也可以加上測試，但千萬別說編碼或開發階段），根據《人月神話》的觀點：1/3 計畫；1/6 編碼；1/4 構件測試和早期系統測試；1/4 系統測試，所有的構件已完成。但根據國內目前的狀況一般公司不會有很多的分析與設計時間（這取決於公司規模和時間成本），這樣在乙個工期很緊張的專案中我們應該盡量分配出進度優先順序來，首先拿出客戶最希望看到的和最能證明成果的東西來，其他的留待2期甚至3期去作，你可以告訴客戶需要進一步除錯（專業人員的欺騙手段，實際上就是在進行後續的開發）。
5.如果給你乙個4－6個人的team，那麼你怎麼分配他們、管理他們？
管理能力和經驗的綜合題，可能沒有人有相同的觀點，那你可以按照某些思路來側面解答：我會挑選乙個技術過硬的人作為我的替補和專案的輕騎兵，是的團隊中必須有機動人員，否則你的專案十有**會夭折。其他的人會被平均的分配任務。我們會在每週進行全面的任務分配，每個人獲取一周的大概工作，然後每天的工作由他自己完成並匯報。（很好，如果答出這些就差不多了，多說可能會出現漏洞）
6.簡述常用的軟體開發文件。
1）可行性研究報告（某些公司或模型沒有）
2）專案開發計畫
3）軟體需求說明書（必有）
4）資料要求說明書
5）概要設計說明書（必有）
6）詳細設計說明書（必有）
7）資料庫設計說明書（必有）
8）使用者手冊（一般會有）
9）操作手冊（必有）
10）模組開發卷宗
11）測試計畫（必有）
12）測試分析報告
13）開發進度月報
14）專案開發總結報告
7.怎樣和為什麼要在編制專案計畫時考慮依賴關係
依賴關係可以通過將任務及其後續任務的識別符號進行關聯來表示。依賴關係說明了任務之間關聯/並列的要求。依賴關係可以是指在另乙個任務能開始之前有乙個任務必須完成。例如，邏輯模型必須在物理模型前完成。但測試並不是要在所有程式設計工作完成之後才開始。專案計畫加入依賴關係，就能找出專案的關鍵路徑並且能夠確定它對專案工期的影響。
8.人員管理的技能---你作為專案經理要做的第一件事情是什麼？
除了注意公司的發展方向並從中發現自己的發展道路外，在頭腦中要建立專案經理所關注事物（商務，公司，專案，團隊，個人，技術和方**的變化）的優先順序。因此，和部門經理開會確定優先順序，安排使用者和職員會議，得到全部成員的狀態報告和評價。重要的是能盡快處理業務，專案和個人有關的事情。
9.人員管理的技能---你的團隊主要是由新手組成的，並且進度已經落後。你將做什麼？
需要記住乙個專案很少因為在截止時間內沒有完成而被取消的。專案被取消，主要是諸如缺少資金，使用者支援或不能滿足的業務目標。因此，要做的第一件事是培訓，無論在室內還是室外，在課堂或通過錄影帶。另一種附加方法就是讓資深的雇員或高階顧問充當教師。舉辦針對個人評估和輔導的會議。幫助每個員工準確評價他們各自的優點和缺點。同時明確任務，將所有必須遵守的標準或準則闡述清楚。為每個員工提供從成功專案中得到的模板作為指南，還要允許他們發揮自己的才能。如果需要，和他們一起工作。對任何問題或完成的任務做出迅速的反饋。對於較大的任務，看看他們的計畫，有助於確定他們是否了解任務的範圍和目標，以便了解他們是否能完成任務。傾聽員工的觀點，也許他們會有完成任務的正確的方法和途徑。然而也要防止雇員陷入挫折和士氣低落的困境中。
10.專案經理的能力和職能？
專案經理最重要的是協調溝通能力和組織能力，能夠安排合適的人到合適的位置，制定較完備的專案計畫方案，讓專案組成員清楚了解各自的職責、工作量及時間安排，遇到困難能準確找到問題的關鍵點迅速組織人員解決之。
專案經理不一定要技術最好，但技術好的專案經理在進度推進困難的時候將起到很大的作用。
11.專案實施有哪些主要階段，每個階段應該提交什麼成果？
這裡只是列出幾個大的階段 ：
1.需求分析－－－－－－－提交《專案需求說明書》，並得到雙方認可。
2.系統設計－－－－－－－提交《體系結構設計書》《資料庫設計書》《介面設計書》《模組設計書》，均通過審評
3.實現和測試－－－－－－專案得到成品，並按《專案需求說明書》要求測試完畢，解決了所有已知問題。
4.結項階段－－－－－－－客戶驗收通過。
5.具體實施和維護階段－－實施成功，並合同要求進行維護
12.需求變更管理的手段和與客戶溝通的手段？
專案開發過程中，需求變更是不能迴避的問題，我們需要乙個正規的變更文件來定義每一次變更，並保持各個階段文件的一致性，避免混亂。
對於需求變更應得到客戶在開發成本和進度的認可情況下進行，而不是一未滿足客戶，導致嚴重超支延期。
變更這對專案開發一方是很頭痛的問題，變更應該有所控制，在雙方相互協調、認識統一的前提下進行，與客戶的溝通盡量採用可見的通俗易懂的方式方法進行。
但在必要的情況下，應該採取對客戶進行相關專業知識的培訓手段，避免不合理的要求。
理想中的專案經理
作為程式設計師，我們希望的專案經理應該是 1。主動性 你不可能指望同級別的同事拋開自己的事情不做跑過來幫你解決問題，這時候專案經理起到的就是協調作用，應該經常向程式設計師詢問情況，有什麼困難需要什麼幫助，盡最大的努力利用自己手上的權利去幫助程式設計師。2。bug修復及時 專案經理要能把握bug的輕重...
理想中的專案經理
作為程式設計師，我們希望的專案經理應該是 1。主動性 你不可能指望同級別的同事拋開自己的事情不做跑過來幫你解決問題，這時候專案經理起到的就是協調作用，應該經常向程式設計師詢問情況，有什麼困難需要什麼幫助，盡最大的努力利用自己手上的權利去幫助程式設計師。2。bug修復及時 專案經理要能把握bug的輕重...
面試中遇到的問題
ado activex data objects 是乙個用於訪問資料來源的 com元件 應用程式介面 應用程式和底層軟體互動控制的聯絡方法 超文字置標語言 英文 hypertext markup language 簡稱為 html 什麼是 超檔案傳輸協議 是網際網路上應用最為廣泛的一種網路傳輸協議。...