Re: 前两天给头提的新开发方式

呵呵，很高兴与你交流这个问题。首先声明，我没有敏捷的实践经验，知道的那点东西都是书本和网络上的。 :D [quote="basicbest"]敏捷只是一种思想，如果咋们[u]非要打着敏捷的旗号[/u]，相信成功的可能性不大。我在项目中推行流程和方法都是根据喜好，如果老板喜欢RUP，我就说这个是RUP，其实他怎么知道RUP是什么？如果你说自己在敏捷，如果站在“长老”们的角度，相信我也会反感你的。[/quote] 虽然我确实在公司的内部技术交流中专门介绍过敏捷，但是本次提出方案我没有打着敏捷的旗号。只是想针对公司目前存在的问题，从敏捷思想中借鉴一点东西，提出一些新的方式，希望能够解决目前的一些问题。自然这个方案非常幼稚，呵呵，或许正是这种幼稚遭到“长老”们的“反感”。 像我这样只是汲取了敏捷一点点东西，就很难展开了。所以我认为敏捷推广“任重而道远”。 [quote="basicbest"]我不知道你们的团队大小，但是可以发现的是，这个流程本身并不能体现敏捷。有些可能犯了基本的管理上的失误。比如： D：如果在指定时间内某人没有完成任务，责任不仅仅是任务领取人个人的，也是大家的这样职责不明，队伍稍大些，就会出现一只老鼠坏锅汤的问题。[/quote] 小组一共三个半人，那半个是一名组员只被头分配了50%的时间和精力。之前小组内部分配任务，一人分配一个或几个模块，从前台一直做到后台（JSP > Action > delegate > accessor > EJB > Bo > Dao）。存在很强的封闭型，这样的代码拿给别的人是很难理解。可能我在那个草稿中的说法不清楚。我想体现的是，第一：代码共享；第二：配对编程。PP非常难以实现，但是代码共享还是可以做到的。所以提出了这样的想法。希望大家互相关注，团结一致。 [quote="basicbest"] E：每天上午9:30，在会议室召开例会（立会）。所有人站立开会，每次时间控制在15分钟左右。如果有项目经理这样定义，我的第一个想法就是：离开这家公司，至少离开这个项目组。 :lol: “所有人站立开会”这个非常诡异。如果我是瘸子，你叫我咋办？召开例会是没有问题的，但是把“站立开会”写在书面文件中是非常奇怪的事情。另外，每个人都回答四个问题的做法，即使在一个很小的团队都是很[u]浪费时间[/u]的。而且，这种方法应当算是被动式的管理方式。[/quote] 这个提法是想解决两个问题：第一，掌握项目进度，控制节奏。以往公司都是要求大家填写project，但是这个东西是静态的，只会写上完成的百分比，无法体现项目和小组成员的真实状况。项目经理只要看到大家完成的百分比，然后就催促进度。 第二：加强沟通。譬如：碰到了什么问题？有什么成功经验？有什么想要告诉大家的？ 现在小组成员之间根本就没有太多交流，每天闷头干活，只不过大家碰巧都在做一个模块里的东西而已。简单几个问题，就能知道大家的状况，更多的交流会后就会在成员之间展开。 第三：说到浪费时间，那我们也来算一算。例会每天召开，每次都控制在15分钟之内。这样每周五天，最多就是75分钟。而目前的例会是每周五召开，每次都是拖拖拉拉，至少要一个半小时才能开完。那么75分钟和90分钟那个更加浪费时间就很明显了。 :wink: [quote="basicbest"] step 1: 所有人员阅读所有文档，需要熟悉理解所有业务需求。这个也是很奇怪的做法，实在不知道这样做的意义。[/quote] 前边我回答过这个问题。呵呵，实际上我们现在只有几个文档，量很小。而且正处于需求收集阶段，在这个阶段要求大家熟悉理解所有的业务（也只是概要的），不过分吧？否则怎么实现代码共享？怎么能够知道别人在做什么？ [quote="basicbest"] [b]有些东西流行并不是因为它确实合适，而只是因为它迎合了某些人的心理需要。[/b]但是心理需要归心理需要，赚钱还是最重要的。有市场的且能够带来盈利的才是最好的。建议楼主研究一下UP，以及其他的Agile方法，比如FDD，Scrum，水晶等等。江南布衣的观点相对比较中肯，我觉得可以参考。o6z的观点有些超前，可以在深入以后再去理解。其他还有很多有真正的具体经验的朋友意见都不错。当然，这些只是我的看法。不管怎样，千万不可听信一家之言。[/quote] javaeye上我最关注的就是项目管理和敏捷了，o6z应该是实干者和理论者，我非常佩服。白衣的很多东西更接近我的状况。顺便说一句，他在springside上提的对service的单元测试可真的不算是纯正的单元测试了。 :wink: