（可能大家看到这的时候不理解为什么领导还要用我做为项目负责，可能多数领导觉得我着人的性格适合，想培养我，另两个同事是纯技术的那种。）

二. 制定项目初期计划
首先. 你是决定做什么的人，所以一定是由你来做计划，建议使用ms project 很好用。建立项目的初期计划很重要，我不知道你们 项目现在处于什么阶段。我只能假设在启动阶段，连需求调研都没有开始。
之后. 建立WBS。千万不要以为这是理论的东西，这对于作计划很有好处。现在你所处的阶段不可能wbs作的很细，wbs 的深度细化是项目逐步发展的过程，所以不要妄想，一下就把所有的工作包都找出来，但在这个阶段，把wbs 作到深度第2层是绝对有可能的。（最后 提供一些个人的小经验，用project制定wbs时，广度分解工作最好以“所作的工作为单位”而不是以“工作的时间为单位”。比如：“编码第一阶段//编码第二阶段”这就是以时间为单位。而应该是：“A 功能编码//B功能编码”。这样你以后计划发生变更的话，计划很好调整，也使计划很灵活）
最后 尽量找出现在能找出的工作包，并为其分配资源，确定工作的目标，和寻找“怎么做的问题”以便以后进行控制 。

制定计划很重要 一定要重视，其实除了进度计划，最好还能制定风险计划。并全部体现在project 中。关于如何更好的制定计划，以达到更少的遗漏任务（工作包），最有的资源配置，最短的进度，最低的沟通成本（主要对开发型项目）。等你先制定一个初期计划后，我们在一起针对你项目实际情况来做详细的讨论。
祝你项目成功！！

2：进度，每个软件企业或团队都应该有自己的一套项目
管理的模板或者表格，但是否一下子能被接受呢，是否
真的影响进度能，呵呵，这就需要用你的人格魅力和权利
平衡进度和标准化项目管理的协调性。首先是进度，不要让
他们有理由把责任推到你的头上，也不要让领导认为你的无能
导致了项目的延期。

3：测试工作，这一点比较重要，测试有很多内容，这一点不需要我说
但基本的测试工作需要你去完成，否则，在领导面容易让你威信扫地。

我说的是针对您个人作为初为项目经理的意见，不是作为一个严格
按照IT项目经理的标准去衡量和要求，什么事情都一步一步进入佳境
只有你征的部下的理解和支持才能把工作作好，否则，再精深的项目
管理经验也帮不了你。

弄清楚三点：
1、确保授权得到合理应用，自身姿态调整好。
2、充分尊重其他技术人员的意愿，在总体进度、计划得以保障的前提下，更多参与到项目中，一同制定项目计划，编制相关文档。
3、明确权责、业绩的关系

所有的技术人员都知道项目文档的重要性，如果缺乏约束机制，大多数人是不会写的。你要争取技术人员的支持

这是本人的实施安排计划，请各位看下有无问题