文档介绍：项目规划的重要性是不言而喻的,但很多时候,规划阶段好像成了一个形式,规划方案也是属于放之四海而皆准的。
个人认为软件项目规划书就是一份项目可行性分析加一份详尽的项目实施计划。在此,可行性分析已经不再是对市场、经济、社会等因素进行分析,因为这些内容应该在策划阶段进行。在规划阶段,可行性分析应该是对项目目标可行性及项目技术可行性(实际技术可行性也是目标中的一项,只是技术可行性需要包括应有的技术方案,所以单独拿出来讨论)的分析。确保了这两个方面的可行,才可以推进项目,制定项目规划。
目标可行性:就是项目所制定的目标我们是否可以达到,注意是我们,即PM自己与你领导的团队,不是别人。这里的目标并非单指技术目标,包括完成项目所需的所有内容,管理目标、时间目标、成本目标、资源目标、技术目标等等。当然这些内容都要与自身的实力相结合才可作出判断,并且当这些目标无法实现时,PM应该提出折衷方案或者说是一种优化的解决方案。确保项目可行。举个例子:管理目标。很多项目并不是很重视项目管理的,但管理确无时不在。譬如:1、项目文档一定要健全,且与项目同步,有效文档必须包括××××,文档的作用应达到×××。2、版本控制必须严格按照……来执行,确保版本的拆分与合并;3、团队人员应通过本项目达到×××程度,等等。同时要了解目标彼此之间是相互制约的,管理要求的提升,意味着要付出更多的成本,这就是需要来分析的地方。在此多说一句,技术目标一定要明确。不要含糊不清。这为后续的技术可行性确立标准,否则技术可行性会是空谈。
技术可行性:对于非技术型的PM,这部分需要技术经理来协助。此部分需要与实际情况相结合,不要空谈。这部分容易也复杂。容易是因为很多技术方案都适合,随便上网上搜一下就可以了,复杂是因为你拿到的方案未必真的适合这个项目。又或者未必真的理解别人技术方案设计的用意么?在此需要说明的是:别人可以做到的我们未必可以做到。别人可以实现的我们未必可以实现。所以,技术方案不在华丽,而是在于可实现,技术方案也不在于先进,而是在于可达到预订目标,技术方案最重要的是可行,适合我们自身,并且可行。在此给出几点建议:
1、  架构的灵活性永远是相对的,满足要求就好,但性能是不能妥协的,性能的失败就是项目的失败;(架构越灵活性能就会越低,集成难度就会越高。性能是最要命的。)
2、  技术方案中的每个部分,都会有替代方案,或者说第二方案,如果没有,那就需要考虑其是否合理了;(替代方案的出现并不是要代替首选方案,而是要证明首选方案的正确性,此方面需要结合实际情况考虑,否则会有点偏激)
3、  技术架构的设计或技术架构的选择适用就好,这方面一定要克制技术人员的技术探索性,同时技术架构尽可能不要更改当前团队的工作模式;(技术人员先天对技术就有一种探索学****的冲动,要克制,不同的技术方案同时也会对当前人员素质、工作模式产生影响)。
4、  技术方案中的每一部分都需要明确其解决的问题,实现那些目标,拿这些解决的问题和目标与前面的内容进行比对,是否真的满足了?是否真的解决了?而且是否真的可以对应上?
5、  尽量采用成熟的技术,不要采用哪些刚刚出现的先进技术;(这个不用解释了)
6、  尽量采用团队熟练的技术,不要采用团队都不熟悉的技术,学****是好的,但要考了学****的成本和效率,及后期带来的风险;(这个也很好理