【Uly】我们现在所处的项目阶段，我们要在这个阶段做的事情

最近的思考：

　　我等学生，总是有着速进，追新的一些特性，这样的特性，虽然让我们非常容易犯错，但也让我们非常容易突破既往的旧有思维，敢于创造新生事物。从一些方面来说，这也算得上是一种Think-out-of-box。然而，科技界长久以来的趋势就是，短期被高估，长期被低估，因此，在我等看到这些眼前的新技术、炫酷的东西的时候？是否应该考虑这些呢？

最近的状态：

　　我们的这个项目的远景，从最初的源于解决桑梓内部存在的问题，上升到希望能够解决校园环境下的一些问题，而现在又回到了解决桑梓内部的问题中来？原因很简单，最初的出现，是因为我们发现生活中的问题，想要解决它？之后的上升，是因为我们发现其实，把上面的想法扩展，能够帮助到更多的人，而最后的回归，则是源于，我们的项目经历了这个轮回之后，发现了，我们在最初的阶段，应该核心解决的问题。

　　因此，我们的远景，又再次回到了这个目的上。而 在过去的一个月中，我们一直处于项目的初始规划阶段，甚至还未到达设计阶段，而造成我们沟通上最大问题的矛盾源于，在这个总结归纳需求的时候，在团队里引入了技术人员，而又无法找到适合的任务分配，而造成的悬空，所产生的一头雾水的情况。对于我们而言，要如何解决呢？初始的时候，我们的思路还算模糊，大体认为，这个阶段，由开发者和IT支持人员确定我们的项目可能采用的一些技术，评估之后进行学习。然而，事实上却在这里出现了问题。先期的这种假设并未成立，在缺乏目的性的技术评估工作中，开发者感到无所适从。这个问题应该如何解决？我仍然在思考，希望有遇到过同样问题的前辈能够提出一些建议。

 

　　再回过头看看我们的状态：

　　上图是一个项目从发起到发布的一个基本阶段，从上图中大家可以看到，我们现在所处在的是初始阶段的即将结束的位置，没错，当我们把最重要的需求都整理成清晰描述的问题列表和使用场景的时候，我们就进入设计的阶段。

　　其实，这样的一份所谓的日程表，还有我们项目的建议书，本来，都是应该在项目最初的阶段，完成的东西，这样，能够让大家能够较为清晰的了解到我们项目的计划，和推进的情况，然而，正如项目日程表的陷阱和项目计划书的问题一样，当我在畏惧的时候，一切的这些，都变成了任何理由都可以抵挡掉的东西。

　　问题，存在于此，我们要迎着问题前进，去解决它。