关于网站的项目管理，主要是升级相关，需求相关……

现在公司的最大问题就是没有人能完整的会使用我们自己的网站，我们变化的太快，新功能上的太快，老的功能改变的太快，而且除了老板和IT，谁都不知道这些新功能。而且部门之间几乎沟通等于0，导致了我们做出来的不是他们想要的，他们提的需求基本上很难实现或者实现后很难用（管市场的boss基本不会电脑）。黑盒测试也是个问题，QA组只有一个人，经常把她不会用的东西或者用起来不好的东西当成bug给我们……我们IT部门也有问题，管我们的boss是个geek，隔三差五的就要往系统中方个plugin或者新的framework，而且还要hack以前的plugin，经常造成系统的莫名其妙的bug（到现在还存在n多），而且经常以hack而不是正常的方式实现新需求……

针对我们公司的情况，我想向老板提出一下建议，但是我实在不懂项目管理，希望你们能帮帮我。我的计划如下：

1.网站的升级，需求分阶段进行，每个阶段有明确的目标（实现什么新需求，改正以前的bug），由市场部提出这些需求（书面的形式，如版本库）。然后IT部门和市场部的人一起开会讨论这些新需求，由IT部门制定出时间表。
2.在编写代码过程中，尽量使用现有的技术，尽量不使用hack的方式。
3.当代码编写完毕后，由开发人员写出使用文档，连同需求文档一并发给QA。
4.在内部服务器部署新版本，由QA按照需求认真测试，直到确认没有BUG为止。如果有BUG，将BUG提交给IT部门的主管。
5.新版本上线。在svn中提取一个单独的branch，改正可能出现的bug。并且由专人负责merge。

因为小弟实在不懂项目管理，写的东西可能newbie了一点，希望大大们不要扔进新手区……

看来你首先要说服你们老板以项目的方式来运作......

我首先要说服的是别让他整天用新的plugin，不过这却是最难得……

这种状况我看楼主也改变不了，还是洗洗睡睡，继续给geek老板擦屁股吧......

你的文章中提到两次老板和一次“管我们的boss”，他们是同一个人吗？如果是，老板能把这个系统用起来就很好了，下面的人慢慢的会适应的，否则老板会对他们不满意，那就轮到他们紧张了；如果否，建议你还是先把想法跟“管我们的boss”沟通一下，直接跟老板对话是对他的很不尊重（某种意义上讲你是对他不满意才越过他的），否则你以后的日子未必好过

从你描述的情况来看，似乎从需求到设计、编码、测试及培训都很不完善，要一下子把所有的问题抓起来困难不小。应该在项目组内部先讨论，这些问题哪些是最急需解决的，哪些问题是现阶段的人力、时间、技术及管理水平能够解决的，综合权衡并达成一致，让大家都能理解每项工作的意义何在，然后分工下去，大家一起做。单靠你一己之力是很难改变什么的，反而可能会招至一些负面的影响

个人认为这么多具体的问题中首要的是需求不稳定、变化太快。因为一项需求的变动会导致所有后续工作的变动，产生最多的工作量，是影响最大的一个环节。应该多想想办法稳定需求，或找出更好的方案来适应需求的变化

就是老板，仨老板，一个技术，一个市场，一个CEO，可他们从来不会沟通……

这种问题只能在积累到实在不行的时候，老板才会想起更改流程

为什么不把需求文档先给QA，先写着测试用例呢？难道需求会在开发的过程中变化？

为什么不把需求文档先给QA，先写着测试用例呢？难道需求会在开发的过程中变化？

需求在上线的前一天还会改变，而且是大变……