小公司如何做项目管理(下)

哈哈，等我明天忽然想整一个估算与计划培训班的时候，我可能就会改口了。当然这是一个玩笑。不过我确实看过很多估算方面的资料，也参加过很多培训和讨论，自己也给别人介绍和辅导过很多这个方面的内容。然而最终我自己发现，往往是我在项目最初的直觉，最终都是最准确的。并且我做过调查，基本上当一个开发者在保持复习项目的习惯半年之后，对于项目规模的直接就很准了。而这也使我对估算这个问题有了新的视角，我现在更愿意教大家如何回顾和复习自己的工作，并不断对自己的直觉估算能力做训练。
当然同时我们必须还认识到，至少对于我来说同样的需求，所带来的任务和完成的工作量并不是很恒定的，它会由于开发者的选择有十分大的伸缩性。比如同样是做一个网站，即使你使用同样的技术和高层设计，并且是同样的人员，最终的代码规模和完成的时间长短以及工程的质量都可能差别很大。并且很多时候，开发者自己也知道这一点，并且是有意的利用了这一点。当然如果把项目放在极限状态下考虑，这一点就该被强烈的重视起来。
而我也发现当项目处于极限状态下，在混乱与秩序的边界，其收益和实施的过程往往是最具有活性的。当然人与组织之间的区别很大，这个交界点的差异就更大。这也需要大家不断的对自己的工作进行回顾和复习。

我接受这样的批评，解释下，由于这两个东西关系还是比较紧密的，所以我就暂且混为一谈：）。人的因素是核心我对此深信不疑，当然过程也很重要，举个不太恰当的例子，人就是老虎，过程监控就是给老虎插上双翅膀！
另外想请教：
怎么样才算是合适的人？是指在没有监控的环境下可以努力的工作？是不是有些过于理想化呢？
过程监控应当把重点放在哪几个环节？这个是我心里没谱的。

我看是铁手铐！（如果监控不当的话）

过程监控关注点有哪些？
一是进度，要相信群众！在进度有问题的时候群众会自动反馈！
二是质量，要相信群众！代码review、单元测试、集成测试会反映出来的。
三是士气，要相信群众！基层主管对群众的士气是非常敏感的！

这里我确实需要解释解释。我说什么什么是核心，并不是说只要有了核心就行了，还需要有外围的辅助。
比如你拿到一个项目，最佳的方案是找到一个合适的人，全权委托给他去做。然而往往我们找不到这样一个人，我们只能找到一些可以完成这个事情一部分比较合适的人。这个时候，你就需要把这个事情划分为适应于这些人各自不同情况的组合，并将这些组合委派给他们去完成。而由于是组合，很可能他们之间的工作还有所联系。因此你就需要做协调。当然由于你要协调，对他们各自的工作情况就需要有一个监控，以使你可以在合适的时间采取相应的措施。这个任务的划分就是计划，这个监控就是项目的过程控制。由此我们就可以明白，所谓的计划面向的是人，服务的是人；所谓的过程控制，面向的也是人，服务的还是人。
而进一步看这个问题，我们可以说，设计也是应该面向人的，交流还是面向人的，一切的一切都是面向人的。

=======================================================================================


如果你在一个TEAM里,别人做同样的事情5天,你需要8天,DB强啥的,我觉的都没意义,开发本来就是全面的工作,JAVA,数据库,HTML,JS,都得自己做,时间长了你也做不下去是吧

我的意思是说,领导一定要自己做SAMPLE,这样可以比较合理的预计工作量,我无法想象,还有什么更好的估算方法,如果你有,可以说出来,大家一起交流

我们一直都是这样做的,而且我个人感觉很必要

 

过程监控给大家留下的印象都都很差吗？同意你归咎于监控不当。

先假设监控得当吧，怎样监控得当可以向o6z请教，我想说的是员工在有规矩的环境下貌似工作更有效率。

不管是手铐还是翅膀这一点先放一下吧

ＬＳ，小团队这样没有什么，稍大点的，要从架构的角度考虑吧？
Sample，可以架构人员做出来。但不是用来估算工作量的。
不同的人，可以开发不同的东西吧，ＤＢ强的人可以偏重于做ＤＢ要求多的程序，页面强的人，可以偏重做页面的程序。

怎么样的环境才是有规矩的环境呢？小公司能提供什么样规矩的环境呢？

我在这里列几个词：
1.领导
2.管理
3.监控
4.规矩
5.环境

大家对这些词都有什么样的感觉呢，
这些词背后都蕴含着什么样的价值观呢？

  楼主说的很好！但现实中很多的公司都没有按你的那样咯！
 
  所以相信中国的软件行业终究到最后要做软件流程道路！