JSP项目设计中的方法论

作者：运气
email: [email protected]
在设计JSP项目的时候，现行的方法学提供的更多是限制而不是帮助。按照Casey Kochmer的观点，成功的运行一个JSP项目的关键是项目管理而不是设计
。
与一般的想法相反，在运行一个项目的时候，最好的设计方法学并不是那种正式的方法。多数设计方法学都是臃肿而不切实际的。如果一种设计方法需要200页的手册才能说明，那只能说明它在实际应用的时候显得太复杂了。我认为，设计方法的本质应该是简单和整体的。实际上，对于一个成功的设计方法，最关键的甚至可以说是与设计无关的东西，而是项目管理策略。如果管理不当，即使你有最好的设计也有可能失败。在设计方法中，最重要的一点是必须提供一个简单的框架，这个框架要能把任何成功设计中广泛存在的对立和矛盾包容在一起。
在下面的指南中，我们将解释这个问题，讲述项目管理中最基本的组成原则。
项目管理原则
有几个主要的因素可以导致项目失败。我们在下面列出最主要的10个，还包含对每个因素的简单解释。
项目过于死板，不能按照用户需要进行必要的改动。
项目毫无原则，经常因用户的意愿进行改变，因而无法在合理的时间内完成。
在编程人员和客户之间缺乏沟通或者沟通很差。
有不切实际的预期目标。
时间表是不切实际的。
项目过大，无法进行成功的管理。
没有测试或者测试过多。
使用错误的工具。
项目使用的技术对于项目和用户来说太过先进，超前。
项目进行不尊重项目成员。
下面的多数原则就是为了解决这些问题而提出的。当然，每个项目都有其自身的平衡点。因此每个项目经理和主程序员都要按照自己项目的内部特色进行调整。
在项目的设计过程中，必须允许用户提出改变设计的要求。但是同时一个项目又要有一定的“刚性”，要使设计的改变尽量少。平衡这个矛盾需要非常好的设计艺术，而且每个项目的平衡点都是不一样的。
在项目进行过程中，团队需要直接与客户沟通，至少也要保证最低限度的项目回顾和问题澄清/分析过程。
一个项目的时间不要超过一年，以6到9个月为最佳。任何更大更长的项目最好切割为小的子项目。
项目经理与程序设计主管一定要是不同的两个人。将者两个角色合一使一个人的负担过大，两个角色都作不好。
一个项目的人数不要超过7个，以5个为最佳。
一个项目小组最好能混合资深的和年轻的开发者
我发现，如果一个开发小组全是资深的开发者，那么小组很容易陷入陈腐和习惯化的情况。而一个完全又年轻的开发者组成的队伍又明显的缺乏经验。团队中的年轻成员可以消除老的资深人员的惰性，年轻的新手可能经常会问，这个为什么要这样作？这种问题经常带来良好的改进。同时，资深的开发者可以训练新手，让他们经常对设计进行检查，这也可以带来改进。