最近开发的一个软件项目管理软件(也算是对管理的讨论)

在我上一个帖子中我就说过.

对于一个软件企业, 重要的是""""""管理""""""", 再好的项目管理软件和软件工程思想也无法代替管理. 所以企业真的想要苦练内功. 而future这个软件是协助软件开发的, 而不是替代开发的.
这在我和客户交谈时, 也提到的.
future这个软件作了几件事情:
1.告诉软件企业, 软件开发的基本域有那些,他们在做管理的时候需要注意那些方面的事情
2.和林锐的spp的开发流程和模板相结合的.
3.通过这个软件来协助客户管理他们开发
OK  是协助, 不是代替管理.

dlee, 在你的公司里面, 可以使用单元测试和持续集成, 可以去评估bugzilla对你们的企业是否有用, 你们知道应该怎么样子去很好的协调.

你是否认为中国的大部分软件开发企业和团队能像你们一样有这样的水平和能力.
他们基本上没有开发流程, 基本的开发流程就是需求--->开发--->功能测试. 他们无法控制需求的变更, 他们基本上没有好的技术构架, 无法应付需求的变更, 他们没有详细的任务列表, 因为他们他们无法把任务很好的分解并分配到人. 他们没有自己的bug追踪工具或者方法, 很难控制bug的再次发生, 他们甚至不会使用源代码管理工具. 他们的人员是绝对的不稳体, 很容易发生人员离职.  他们的成功基于的是个人能力的强大, 和一次好运气.

不好意思的说一句, 我自己在小公司待过, 我知道他们的能力和水平, 其实就是因为在小公司的经历, 我才会和林锐合作开发future.

对于这部分的企业, 你是否有好的方法去提高他们的管理水平, 这里面包括项目管理和软件工程方面的水平. 如果你有, 给我借鉴一下. 我想你可以把你们公司使用的方法介绍给他们. Ok. I think this is a good idea.

future不仅仅是一个软件, 他是chinaspis提供的整体解决方案之一, 我们希望通过我们自己总结的软件过程,通过培训, 再结合我们的工具来帮助企业提高自己的开发水平.  这三者是一个铁三角, 缺一不可. 我们不用疯狂到想用一个工具去解决所有的问题.


dlee, 从你的帖子中我可以看出, 你们公司开发人员不多, 你们现在工作很协调, 整个开发团队已经有一个很好的工作流程和方法.
我很感兴趣的是, 你们是如何形成现在这种工作流程和方式的. 另外, 如果你们公司人越来越多, 你们准备怎么样去安排和协调他们的工作.

^_^  大家都是高手, 希望大家能安装future看看, 给我提出更多的意见, 以便于我们改进.

对于林锐我不想评论。
我只是说说我对于小公司的看法。我一直在各个公司间建立一个适合各自环境的流程。流程应该是人的流程，而不是物的流程。是你我的流程，不是别人的流程。没有了你这个流程就不应该存在。它是动态的，随时可以调节的。但是又不能是过分活跃以至于不能掌握的。那么流程怎么得出呢？其实也很简单，不是让你去告诉他们有一个什么什么流程是好的，是应该的。软件行业中除了SCM是有一定的稳定规范的以外根本就不存在什么稳定的东西。那些希望得到自己流程的人首先应该坐下来总结，看看自己现在做的究竟什么是好的，让自己满意的的东西。这样的东西先固定下来，然后在选择这些东西之间的联系的部分，慢慢的一点一点的固定。这个过程中随时要考察已经固定的部分是不是又变得脆弱了。
这是我对于过程重构的看法，也是我多次实施行之有效的办法。判断一个东西是不是有效，往往根本就不用什么数据，只要依靠那些实际操作者的直觉就可以了。
而其实开发服务于过程的工具在我看来还是很有必要的，毕竟不是所有的人都会接受我的观点。给他们一个这个东西是对于他们的一个心理安慰。但是我更喜欢你开发一些真正对于项目管理有用的东西，比如开发一些支持持续集成的工具，开发一些SCM工具。这些东西不要涉及面太宽，只要抓住一点就可以了。
特别是SCM工具现在可以说是养活了很多人，现在依然有很多的东西可作。要是我才不会和林锐搞这样的东西。

呵呵，管理是不可以移植的。我现在很庆幸没有在那样一家公司里面。家家有本难念的经，他们的问题他们自己解决（上帝的归上帝，恺撒的归恺撒）。我还没有颓废到去做管理咨询的地步，也并不想贩卖什么《人间指南》（千万不要联想引申，我绝对没有特指）。
舵手是很重要的，榜样的力量是无穷的，我们公司有一个好舵手，不过不是我。一个公司有什么样的管理者就会有什么样的经营模式，只想搞钱（注意是只想搞钱）的人是办不好软件公司的。小公司的管理可以说是强人管理，我们公司正好有这样的强人。规范化管理可能是一两年以后的事了，即使到那时候我们也肯定不会走 CMM 的道路的。正如 TDM 所说，CMM 只适合印度的那些不需要多少头脑的外包企业。
我们达到现在这样的状态是 3 年多艰苦努力的结果，这些经验其他公司很难说有多少效仿的可能。所以我相信 future 肯定可以帮助他们，如果他们真的认真去用的话。
其他的观点我都同意 ozzzzzz 的意见。看看《人月神话》和《人件》，你会有更多想法的。（什么？我很神气？拜托，这两本书国外随便哪位做过 3、4 开发工作的人都读过，我还后悔读得太晚了呢！）

非常同意你的看法, 管理是不能移植的. 任何主义和思想, 必须经过实践, 并作出相应的修改, 才满足实际的要求.  这是肯定的.   适合自己的不一定是最好的, 但是一定是最实用的.   最有找到自己最实用的管理方法才是正途.
^_^  还想问一点,做管理咨询为什么会颓废呢? 我想了半天, 都没有想清楚.

future这个软件希望能协助软件企业的管理, 但是要真的起作用的话, 正想dlee说的, 必须"认真"去用. 而这个认真去用, 应该以下几个方面:
1.找到适合于自己的项目管理方法和软件开发流程, 然后和我们这个工具相结合, 找到那写功能能够实际的帮助管理.
2.管理, 本身在使用future的时候, 就应该有管理, 如果管理成员去使用future
3.培训, 只有经过培训才能用好future, 自己摸索需要花费的时间很大
4."执行力", 这是最重要的一点, 既然决定了使用future, 那么就应该强有力的去执行,任何成员, 都必须去使用他来协助开发, 并有在future中维护项目相关信息的意识.


dlee, 测试一下这个软件, 给我你的意见好吗??  不要光说不练!!!  ^_^

抱歉，最近时间实在不多，也许要到春节才有时间。
提点建议吧：
1、吸取 XP 和 FDD 的优点，不要与这两种日益流行的开发过程相抵触。我很想听听林博士对这两种过程的看法。因为以前读过林博士对自己的评价，感觉他还是蛮诚恳的一个人。
2、可以考虑 ozzzzzz 的意见，向支持持续集成和 SCM 的方向努力。比如我们现在 SCM 方面只用到了 CVS，但是感到还很不够。不过 SCM 方面已经有一些 Open Source 的工具了，要了解这些工具的特点，然后击败他们。
3、不要为过程而过程，完全可以杂合多种过程的优点（一个杂种，又皱眉了不是？）。林博士卖这个软件主要还是为了推销他自己的过程吧？

Just for fun!  我是觉得这类软件蛮无聊的，不过只是我自己的看法，没必要引用，也没必要上纲上线地批判。

非常同意你的观点, 过程改进, 就应该实际去实施, 一个过程再好, 如果只停留在理论的基础上而缺乏实践, 这个过程就是值得去怀疑的.  只有通过实践才能知道这个过程是否适合自己的公司或者团队, 那些地方需要持续的改进. 这个过程一个比较漫长的过程,而且中间充满了失败和挫折. 重要的一点是, 坚持, 不要放弃.

作为一个开发人员, 我开发future的原因就是希望"开发一些真正对于项目管理有用的东西".  现在future的一些功能还很弱, 这一版在一些功能上, 只是为了表现, 我们想要作什么, 将来方向是什么. 而你所说的scm也是我们的一个方向(是不是有点大了^_^).

对future我自己的期望是他能够满足3个要求
1.能够实际的协助和简化管理(简化的是管理的工作的复杂性, 管理工作本身你该作的还必须去做).
2.能够和开发工具(包括eclipse等等)相结合, 来协调开发
3.希望在future中时间流程定制功能, 也就是把自己企业的软件开发流程的规范和模板放到future中.  这样就形成了, 企业自己的标准. 然后future来协助你管理.

谢谢你和ozzzzzz的建议.

我27号也就是明天去上海, 希望能和你, robbin, ozzzzzz(我不知道ozzzzzz是否在上海) , 还有其他hibernate里面的高手, 见见面. 大家面对面的沟通沟通.

老汉我在伟大首都。
其实我现在觉得SCM真的是有非常大的市场，而且我想可以作的工作也很多。有些事情我在论坛上实在不好说，主要是商业上的一些东西。但是SCM绝对是暴利，一个客户端就是上万。而其实功能也不过比CVS强些有限，可是一样很多人买。说白了不光是卖产品还要卖服务卖咨询，而这在我看来比林锐搞那个什么CMMI强的多，也长久的多。

好啊，明天下午我去打羽毛球，不知道 robbin 是否有时间，晚上聚聚。
我的手机：13162001367
我想上海的朋友可以搞一次规模大一些的聚会。我喜欢热闹，这是我最大的一个缺点。

Good luck!

我也想，但是没有时间。 你们先组织聚会吧。