1、 你认为一个项目如何进行才正确？（比如：尽一切可能快的完成任务或完全按照类似CMM来操作）
根据林锐博士的观点：企业的根本目标是合法地赚取尽可能多的利润，使企业利益最大化。企业所有的特定目标和行动都是围绕上述根本目标开展的，任何背离根本目标的行动都将对企业造成伤害，应当杜绝。
基于此任何人都不要强调我将严格遵守XX模式，带领团队开发出具有XX等级的产品，企业需要的是能够带领团队按时、合格的开发出产品的Manager。
2、 你经常看或仔细研读过的书有哪些？
不用回答你看过的课本，枚举几个经典的当然前提是必须真的看过至少浏览过主题和目录。比如《Java编程思想》、《Java模式》、《人月神话》等，由于将来要做的是team中的替补leader或真正的leader所以你必须说出软工的东西。
3、 你认为你应聘我们公司的项目经理，你自身的优势在哪？
1）融洽，没有领导希望你带领团队每天打嘴仗然后他还要去开屁股（Sorry，这似乎不很文明），你必须说明你能在以往团队中与其他人和谐相处。
2）技术，千万不要谦虚，对方要的就是技术过硬、能力出众的人才，你只需要说明你成功解决过什么难题并且你对J2EE、XX中间件、XX系统有多么的熟悉。
4、 如果给你一个Team，公司决定让你的Team开发A产品，OK这恰好是你的强项，你们很快开发出来了，但很沮丧的结果是它（你们的产品）没有销路；经过讨论公司又决定让你的Team开发B产品，OK这恰好又是你的强项，你们很快开发出来了，但很沮丧的结果是它（你们的产品）又没有销路。请问你怎么面对这个问题，你是否觉得决策层很无能甚至要推翻他或者去一个更有前途的公司？
不要以为这个故事很单纯，这应该是人力在考核你。你一定要告诉她（人力多半是女的），我个人对于失败的项目肯定会难过（是的，我想了很久才想出“难过”这个词，它很中性），不过我认为这恰恰认证了公司在革新和新技术探索方面的魄力（自己想怎么说，如果天下人都说这句那才是悲剧呢），我肯定会以个人的名义向领导层提出我自己的建议和看法当然它未必正确，我不会离开公司，因为有点小挫折未尝不是好事。（你应该在这个问题上好好想想，尽量发挥到10分钟）
5、 你认为项目中最重要的是哪些过程？
分析、设计阶段（也可以加上测试，但千万别说编码或开发阶段），根据《人月神话》的观点：1/3 计划；1/6 编码；1/4 构件测试和早期系统测试；1/4 系统测试，所有的构件已完成
但根据国内目前的状况一般公司不会有很多的分析与设计时间（这取决于公司规模和时间成本），这样在一个工期很紧张的项目中我们应该尽量分配出进度优先级来，首先拿出客户最希望看到的和最能证明成果的东西来，其他的留待2期甚至3期去作，你可以告诉客户需要进一步调试（专业人员的欺骗手段，实际上就是在进行后续的开发）。
6、 如果给你一个4－6个人的Team，那么你怎么分配他们、管理他们？
管理能力和经验的综合题，可能没有人有相同的观点，那你可以按照某些思路来侧面解答：我会挑选一个技术过硬的人作为我的替补和项目的轻骑兵，是的团队中必须有机动人员，否则你的项目十有八九会夭折。其他的人会被平均的分配任务。
我们会在每周进行全面的任务分配，每个人获取一周的大概工作，然后每天的工作由他自己完成并汇报。（很好，如果答出这些就差不多了，多说可能会出现漏洞）
7、 简述常用的软件开发文档。
1） 可行性研究报告（某些公司或模型没有）
2） 项目开发计划
3） 软件需求说明书（必有）
4） 数据要求说明书
5） 概要设计说明书（必有）
6） 详细设计说明书（必有）
7） 数据库设计说明书（必有）
8） 用户手册（一般会有）
9） 操作手册（必有）
10） 模块开发卷宗
11） 测试计划（必有）
12） 测试分析报告
13） 开发进度月报
14） 项目开发总结报告
8、 简述类的关系。
1） 当一个类是“一种”另一个类时：is-a关系
2） 当两个类之间有关联时：
一个类“包含”另一个类：has-a关系
一个类“使用”另一个类
还可以细分有聚合和组合（UML宝典）或聚集和组成（包括国内某些知名学术团体都这么说）。
聚集（aggregation）表示整体与各部分之间的关系。例如汽车与轮胎，没有了汽车轮胎依然是一个整体。（用空心菱形表示）
组成是一种整体和部分所属更强的聚集关系，每个部分只能属于一个整体，没有整体部分也就没有存在的价值。比如桌子和桌腿，没有桌子也就没有桌腿的价值了。（用实心菱形表示）
本文来自CSDN博客，转载请标明出