文档介绍：1、项目经理的能力和职能?
-- 项目经理最重要的是协调沟通能力和组织能力,能够安排合适的人到合适的位置,制定较完备的项目计划方案,让项目组成员清楚了解各自的职责、工作量及时间安排,遇到困难能准确找到问题的关键点迅速组织人员解决之。
项目经理不一定要技术最好,但技术好的项目经理在进度推进困难的时候将起到很大的作用。
2、结合人、成本、功能、质量和进度这五大因素怎样管理好一个项目?
-- 以人为本这是前提,只要保证将合适的人各就各位,这为项目的成功奠定了良好的基础
成本、功能、质量、进度是矛盾统一体,要想以最低的成本按进度要求的完成一个功能完备、质量高的项目,这多半是理想状态下的情况,真正的项目实施之后很难达到这个要求,所以,我们必须在做项目分析和做实施方案时,做一些取舍。
首先严格控制成本,这是做一个项目的最终目的,我们需要盈利,亏本的生意我们不做,除非我们的项目组是无需盈利的机构组织;进度与成本成比例,进度越快成本越低,所以保证进度是控制成本的手段。
其次项目质量和功能,已定义好的必要功能是一定要的,多余的内容尽量暂不考虑,在设计之初多考虑一下系统的可扩充性,设计一个易于修改和测试的系统,严把测试关是保证项目质量的有效手段,一个项目最重要的是在设计阶段要尽量考虑全面,这对项目经理来说,经验很重要。
简单总结:首先考虑成本,然后再对其他4项做出取舍,在项目整个过程中,根据进度适当调整。当然最好是能以我们最理想的情况下成功的完成整个项目。
3、项目实施有哪些主要阶段,每个阶段应该提交什么成果?
这里只是列出几个大的阶段
阶段成果
-- 提交《项目需求说明书》,并得到双方认可。
-- 提交《体系结构设计书》《数据库设计书》《界面设计书》《模块设计书》,均通过审评
- 项目得到成品,并按《项目需求说明书》要求测试完毕,解决了所有已知问题。
-- 客户验收通过。
--实施成功,并合同要求进行维护

4、如何识别和控制风险?
以后经验和收集到的资料对项目中将遇到的风险进行预测,对各种分析进行分析评级,设置风险系数也就是风险可承受范围,然后针对各个风险列出降低风险各种方案,确保风险真的来临之时,有可用方案应对。我们无法完全规避风险,只能把未来的风险控制在尽量低的范围内。
5、需求变更管理的手段和与客户沟通的手段?
项目开发过程中,需求变更是不能回避的问题,我们需要一个正规的变更文档来定义每一次变更,并保持各个阶段文档的一致性,避免混乱。对于需求变更应得到客户在开发成本和进度的认可情况下进行,而不是一未满足客户,导致严重超支延期。变更这对项目开发一方是很头痛的问题,变更应该有所控制,在双方相互协调、认识统一的前提下进行,与客户的沟通尽量采用可见的通俗易懂的方式方法进行。但在必要的情况下,应该采取对客户进行相关专业知识的培训手段,避免不合理的要求。
1 你认为项目中最重要的是哪些过程?

分析、设计阶段(也可以加上测试,但千万别说编码或开发阶段),根据《人月神话》的观点:1/3 计划;1/6 编码;1/4 构件测试和早期系统测试;1/4 系统测试,所有的构件已完成
但根据国内目前的状况一般公司不会有很多的分析与设计时间(这取决于公司规模和时间成本),这样在一个工期很紧张的项目中我们应该尽量分配出进度优先级来,首先拿出客户最希望看到的和最能证明成果的东西来,其他的留待2期甚至3期去作,你可以告诉客户需要进一步调试(专业人员的欺骗手段,实际上就是在进行后续的开发)。
2 如果给你一个4-6个人的Team,那么你怎么分配他们、管理他们?
管理能力和经验的综合题,可能没有人有相同的观点,那你可以按照某些思路来侧面解答:我会挑选一个技术过硬的人作为我的替补和项目的轻骑兵,是的团队中必须有机动人员,否则你的项目十有八九会夭折。其他的人会被平均的分配任务。
我们会在每周进行全面的任务分配,每个人获取一周的大概工作,然后每天的工作由他自己完成并汇报。(很好,如果答出这些就差不多了,多说可能会出现漏洞)
3、简述常用的软件开发文档。
可行性研究报告(某些公司或模型没有)
2) 项目开发计划
3) 软件需求说明书(必有)
4) 数据要求说明书
5) 概要设计说明书(必有)
6) 详细设计说明书(必有)
7) 数据库设计说明书(必有)
8) 用户手册(一般会有)
9) 操作手册(必有)
10) 模块开发卷宗
11) 测试计划(必有)
12) 测试分析报告
13) 开发进度月报
14) 项目开发总结报告
4 你认为一个项目如何进行才正确?(比如:尽一切可能快的完成任务或完全