我所在的公司是个50几人的小公司。现在我分到一个五人的项目开发组，可事实上，这个项目的开始都已经两个月了，还只有两人在写文档，其它人都有事在忙其它的了，项目由暂由公司的上一层领导。两人中，其中就有我也负责写需求文档，事实上我刚毕业，专业和软件没一点关系，但没办法，没其它人了，我只得也上了。我没学过软件工程，不知道一个项目下来应该具体怎么操作。但我觉得我现在这样，就很有问题。
首先，功能性需求都确定不下来，我想我以我为主先把自己的想法写下来，然后项目组成员一起讨论确定下来，但是这个讨论因为没时间，事实上其它成员也没关注这项目，就一直没有进行。我不能只等着，于是就往下写，然后是写用例，再写活动图了。
可现在麻烦的事，那个间接领导有时间时，会检查一下我的文档，然后他突然有了个想法，要加上什么什么功能，又要去掉什么什么功能，然后我又按他要求修改；下次他检查时，结果又是这样，搞得面目全非，我也形成不了自己的思想体系，只有揣摩他的意思。两月下来了，觉得还在考虑功能部分，真是失败啊。难道这就是RUP 开发的迭代过程。还是我们管理有问题，我的想法有问题，大家指教。
我觉得应该定下功能性需求，然后再根据功能写用例，再从开发角度上细化用例，根据用例写时序图，根据时序图确实类，再画图，组件图什么的。大家觉得应该这个过程是什么样的，是不是我有问题了？
分析1：
1：您现在所做的工作，仅是以后工作的铺垫
2：也许您的工作经验还不足，领导先安排您熟悉以下公司的情况，顺便要你帮着打打杂
3：当您的公司派其他专业人员参与进来后，您的项目算正式启动了
4：您千万别因当前的工作有所情绪
分析2：
对于需求确定来说本来就是一件很难的事情。特别是工程性项目。不知道楼主所说的项目是属于哪种，看了全文个人认为应该属于研发性的项目，而研发性的项目需求前期确定一开始就需要有一个需求调研和立项的过程。如果说你的公司连需求都没有调研过，没有立项过，那这个项目到底要做什么就没有人知道了。对于写需求文档那都是在调研以及立项文档中都已经确定了的。你要写的是详细的需求规格说明书，并不是你自己凭空可以想出来的。
你应该做好与领导的沟通，详细的确定需求再写说明书。这样就不会出现不知道写什么好了。
就你的描述，这个项目的团队也还没有形成。根本称不上是项目组。
楼主可以借这个项目提高自己这方面的能力，个人认为对你并没有什么坏处。但需要注意的是不要一味的抱怨，应该好好思考一下你该怎么做。
分析3：
1。如果这时个重点项目，或者人力充足的话，不会你刚刚参加工作就能从事这样的岗位。
2。在这种情况，领导对项目目前的进展不抱太大的期待（请原谅我直言）。所以，即使项目出现问题，你也会得到谅解的，除非有人想整你，但是你刚到公司这基本上不可能。
3。这可能是你来公司后不可多得的机会去施展你的才能，让公司认识你的潜力和价值。也是你获得实践经验的大好时机。其实，公司是怎么认识你的，不就是看你做的每一件事情吗？不就是看你的做事态度吗？
4。不要对领导的意见抱有抵触的情绪，你所了解的东西，和你的视角相对会有很多的局限，你的领导往往会有更多要关注的东西，他也不一定会有时间给你讲清楚。你要学会站在他的位置思考，多请示，汇报，多思考。
您的位置：
