让步还是继续前进

   到现在项目已启动将近2个 月了，前期准备不足，导致现在出现很多问题。需求调研的延期，需求的不断变更，而作为项目负责人的我，更是开始惶恐。
   虽然知道管理是应该以实践为主要的，不过我希望是在有理论基础上，而又是靠近现实的理论。虽然看过了一本IT项目管理的书籍，但是书中的理论并不适合我现在这个项目的环境，而且书里是纯理论，没有讲到任何问题的解决方案。
   我想看的是一本理论与实践相结合的项目管理书，也就是书中应该举些实际上的例子，然后提出最终的解决方案，这样我想应该还是可以借鉴下的。现在很想学习scrum的管理方法，不过昨天看关于scrum的书籍时，发现很多东西我们都难以实现，不知道是我太悲观还是怎么的。
   现在我在这个项目中已经运用到的一般能想到的，比如代码规范，jira的bug跟踪，junit测试，cc持续集成，dbdeploy数据库版本控制。。。等等，scrum中提到的东西，在我了解scrum之前就已使用。然而，或许因为我个人原因，这些东西现在都没能执行的很好，实际上并不是用上这些就能让项目很顺利的进行，甚至说只是带来益处。如果没有去好好的执行相当于没有，甚至比没有的效果更差。
   现在这一堆东西都已创建，只等待着执行和使用！实际上这些东西我都还是第1次使用，我有时候在想，在这个时间这么紧张，只赶进度的项目上，这些东西的使用是否没有必要？不过，那总是一瞬间而已，平常时候，我还是认为这些项目管理的工具只要去好好执行就绝对可以带来好处的。问题就看能不能好好执行。
  当然以上都是我个人的想法，或许有人会认为工具并不能起什么作用，希望大家能给我推荐一本好的项目管理的书和建议。
  现在思维有点混乱，加班加的。有些语句可能很凌乱，请大家不要介意。 继续等待老板通话中。。。。

你需要锻炼和指导
就好像菜鸟程序员你不可能期望丢给他一堆任务他自己就能漂漂亮亮的做出来，尽管他以前读书考试可能很厉害
菜鸟项目经理也不可能一下子就知道该怎么管理项目，尽管以前写程序可能很厉害
管理同样是一门技术，没错，我是说，技术
项目管理有很多套路，经验，模式，知识，工具，跟编程一样
仍然跟编程一样，学会项目管理的最好办法就是在一个有经验的项目经理身边，师傅带徒弟的方式来学

单就你这一个项目而言，你能做的最好的事就是面对现实
作为项目经理你不知道该做什么来帮助项目和团队
承认这个事实，让你的老板派一个合格的项目经理来，你可以做做QA或者程序员，或者什么都不做，至少你不帮倒忙
造成这个处境不是你的错，是你老板用人不当让你处在这么一个尴尬的境地，他应该向你道歉
但如果你已经发现这个处境而不说出来，那就是你的问题了

为什么18个小时前的帖子我才看到啊？
我平均2小时刷新一次啊。

而且浏览量是 ：1 ？


发了个回复，就变成 74了。 诡异。。。

  实际上我也非常希望老板能找个这样的项目经理来，然而如果我一提现在的情况，跟老板说现在的处境，老板就会让现在的小老板来当项目经理让他来管，而实际上小老板的技术我不敢恭维，反而经常捣乱。在我工作的时候，让我去教他技术，导致我的工作安排不开，所以我现在很矛盾。

一个很“诡异”的建议！



一个很“单纯”的青年！

怎么说呢…首先项目经理不需要太多的技术背景，或者说技术背景只是“有了更好”的东西。项目管理是另外的一套技术。我曾经见过完全不会编程把项目管理得舒舒服服的项目经理，也见过有十几年编程经验仍然让我觉得非常SB的项目经理。你的这个担忧首先就偏了方向。
而且我觉得你是个特别正直的好青年。如果我遇到这种情况我可能首先想的不是项目会不会失败而是怎么保证项目不会因为我的原因而失败。有时候你就是负不起那么多的责任，有时候你负太多责任是在越俎代庖。不过年轻的时候有点过剩的责任心总是好的。所以就祝你好运吧。

顺便好奇的问你一句，从你们项目的CC能看到哪些信息？

我们的CC可以看到每个build的时间，该build有哪些更新check in,build成功或者失败，就这些。

嗯，小老板的管理手腕都是我们认同的，这方面他把握的很好，当然管的不是我们公司的时候。如果让他管的话我就担心就是技术方面他掺和的太多，因为一开始现在他是小老板，也就是我的上司，然后他老是提一些没有技术基础的东西想让我们去实现，然后我们说实现不了，他也不同意，他很强权，他说的话我们完全没有反抗甚至提建议的余地。
而且他由于是甲方的一个部门的经理，根本没有时间来我们公司。其实他一直说想培养我，可实际上遇到什么问题，从来他都不告诉我怎么解决，而是让我自己去想，这样的话实际上他的管理的方法我并不能学到什么。如果他就是呆在公司的话，那他就算不培养我，我平时从他的为人处事和解决问题的方法也能学到经验。可惜。。。。我们公司和他的关系太复杂，而大老板又非常信任他，只要我们这边一说有什么做不了就会去他。比如设计数据库，我们是希望老板找个专业的DBA，结果竟然也交给他了，至于设计的那些表，我们都不敢恭维。所以，我现在在想是应该把我现在这个职位推给一个比我更能说的，跟老板关系很好的一个同事，然后我一心又退回到coreder，还是我继续和另一个技术非常强，而且还当过老板的同事一起再努力挽回现在的局面？


嗯 ，cc里我能看到的内容和javavsnet的一样。

你那些复杂的关系我没兴趣了解。前面说那些只是让你知道有这么一个选项，至于怎么去选那是你自己要做的决定。
你前面说一些工具“没能执行的很好”，所以我很好奇你们的CC能看到什么信息。持续集成服务器是项目信息的重要出口之一（另一个出口应该是issue tracker），如果你用了一些工具和/或实践来提升代码质量那么这些东西原则上来说应该在CC体现出他们的痕迹。比如说你用junit做测试，那么你就应该期望看到测试覆盖率在提高，那么你首先就要有一个地方能及时看到测试覆盖率。仅仅那些内容只是一个最基本的持续集成环境，你如果连持续改进持续集成环境的意愿和能力都不具备的话那么开发过程的持续改进就更谈不上了。

嗯，现在我们的代码评估使用了checkstyle、findbugs、pmd、cpd、cobertura。但问题是没执行，所以用cc把它输出也是现在最大的问题。
等把这几天老总逼得特别紧的事解决掉，就开始让整顿让整个团队规范起来。因为现在的话，在老总的一些逼迫没办法做这些工作！
现在我们眼前最重要要写确认书，让老总相信写确认书是有用的，因为他一直不同意写确认书，认为耽误时间，结果我们做的功能不断更改。然后我提出意见，他竟然说这个只会在这个功能上会这样，以后的就不会。然后只要能把这个流程规范了，那以后我们就能老总相信，同时也有时间和精力去规范内部团队了。