让步还是继续前进

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

评论

16 楼 blueskit 2008-10-26  

gigix 写道

zqrain 写道

gigix 写道

但是如果这个组织对质量的重要性还没有这么深的认识，他还没有痛到这样的程度，那么他就不会有这么大的决心来贯彻，那么你也就只能随波逐流。这种事情，强扭的瓜不甜。

突然看到这句话，解除了心中的一个困惑。

突然又有了另一个困惑：面对“无知无畏”的团队，该如何下手进行过程改进？

我已经说过了，如果一个组织还没有认识到质量低下会带来怎样的损失，你就没办法有效地引入质量改进的手段。
所以你应该做的第一件事是让他们意识到这种损失。
这分成两部分：
1. 让一些严重的损失具现出来，让所有人都意识到这种损失
2. 让大家意识到这些损失是因为质量的缺失而造成的
先想办法搜集证据，至于证据能不能说服人，就再说吧。

非常认同这种看法,不失去一些东西总是无法提高自我认知
从人的水平发展来说,也是分阶段的,想提高一个台阶,总是要付出很多才行吧

15 楼 seen 2008-10-26  

你们说楼主这头像是男人还是女人？ 

14 楼 gigix 2008-10-25  

zqrain 写道

gigix 写道

但是如果这个组织对质量的重要性还没有这么深的认识，他还没有痛到这样的程度，那么他就不会有这么大的决心来贯彻，那么你也就只能随波逐流。这种事情，强扭的瓜不甜。

突然看到这句话，解除了心中的一个困惑。

突然又有了另一个困惑：面对“无知无畏”的团队，该如何下手进行过程改进？

我已经说过了，如果一个组织还没有认识到质量低下会带来怎样的损失，你就没办法有效地引入质量改进的手段。
所以你应该做的第一件事是让他们意识到这种损失。
这分成两部分：
1. 让一些严重的损失具现出来，让所有人都意识到这种损失
2. 让大家意识到这些损失是因为质量的缺失而造成的
先想办法搜集证据，至于证据能不能说服人，就再说吧。

13 楼 zqrain 2008-10-25  

gigix 写道

但是如果这个组织对质量的重要性还没有这么深的认识，他还没有痛到这样的程度，那么他就不会有这么大的决心来贯彻，那么你也就只能随波逐流。这种事情，强扭的瓜不甜。

突然看到这句话，解除了心中的一个困惑。

突然又有了另一个困惑：面对“无知无畏”的团队，该如何下手进行过程改进？

12 楼 zqrain 2008-10-25  

kayzhan 写道

现在我们眼前最重要要写确认书，让老总相信写确认书是有用的，因为他一直不同意写确认书，认为耽误时间，结果我们做的功能不断更改。

你是不是认为，老总写了确认书之后，就不会有变化了？！

11 楼 amonlei 2008-10-25  

楼主没啥信心了现在，有信心的话会把问题一二三四列出来，让大家帮忙解决。。。目前有点快崩溃的感觉。。。项目失控中。。。。

10 楼 gigix 2008-10-25  

kayzhan 写道

嗯，现在我们的代码评估使用了checkstyle、findbugs、pmd、cpd、cobertura。但问题是没执行，所以用cc把它输出也是现在最大的问题。

当然这个取决于你的组织到底有多大的决心来改进。
比如说我咨询的一个客户，他们在很多年的痛苦和反思之后终于明白，代码质量是重要的──所谓重要，那就不是可有可无的，而是不可讨价还价的。最简单的一个例子：如果真到了必须二选一的时候，要坚守质量标准就做不完需求，要做完需求就得降低质量标准，那么这个客户的选择就一定是坚守质量标准，在需求上讨价还价。因为很多年的经验教训已经让他们明白，质量低下的代码就算写出来完成功能，它也一定会让你付出更大的代价。不符合质量标准的代码不是生产率──实际上它是负生产率，因为你将来要花更多的工夫来维护它。
如果你有了这样的觉悟，那么接下来的事情就很简单了，比如说checkstyle必须通过，不通过就break build，然后所有人都停下来直到build被修复。但是如果这个组织对质量的重要性还没有这么深的认识，他还没有痛到这样的程度，那么他就不会有这么大的决心来贯彻，那么你也就只能随波逐流。这种事情，强扭的瓜不甜。

9 楼 kayzhan 2008-10-23  

gigix 写道

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

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

8 楼 gigix 2008-10-23  

kayzhan 写道

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

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

7 楼 kayzhan 2008-10-23  

gigix 写道

kayzhan 写道
    实际上我也非常希望老板能找个这样的项目经理来，然而如果我一提现在的情况，跟老板说现在的处境，老板就会让现在的小老板来当项目经理让他来管，而实际上小老板的技术我不敢恭维，反而经常捣乱。在我工作的时候，让我去教他技术，导致我的工作安排不开，所以我现在很矛盾。怎么说呢…首先项目经理不需要太多的技术背景，或者说技术背景只是“有了更好”的东西。项目管理是另外的一套技术。我曾经见过完全不会编程把项目管理得舒舒服服的项目经理，也见过有十几年编程经验仍然让我觉得非常SB的项目经理。你的这个担忧首先就偏了方向。 而且我觉得你是个特别正直的好青年。如果我遇到这种情况我可能首先想的不是项目会不会失败而是怎么保证项目不会因为我的原因而失败。有时候你就是负不起那么多的责任，有时候你负太多责任是在越俎代庖。不过年轻的时候有点过剩的责任心总是好的。所以就祝你好运吧。 顺便好奇的问你一句，从你们项目的CC能看到哪些信息？

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


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

6 楼 javavsnet 2008-10-23  

gigix 写道

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

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

5 楼 gigix 2008-10-23  

kayzhan 写道

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

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

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

4 楼 zqrain 2008-10-22  

gigix 写道

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

一个很“诡异”的建议！

kayzhan 写道

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

一个很“单纯”的青年！

3 楼 kayzhan 2008-10-22  

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

2 楼 sg552 2008-10-22  

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

而且浏览量是 ：1 ？


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

1 楼 gigix 2008-10-21  

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

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