在项目开始时,我应该做什么笔记(如果有的话)?

我两年前大学毕业,到现在为止编程只是我的业余爱好。

在这种情况下,我的建议是:

陶醉于你的无知。

充分利用这样一个事实:你什么都不知道,而且你有机会去学习——滥用这个机会,尽可能多地向有问题的团队领导提出关于你的问题类型的问题。 应该 询问你应该如何记录你所学的东西。

你只有一次机会变得无知,一旦你浪费了它,你必须把你的余生作为一个无所不知的人度过;抓住机会享受学习过程。

尽你所能记下能帮助你理解 use cases 以及 user requirements . 其他的一切都只是技术细节,可以稍后解决。

获取目标用户的列表。与他们交谈可以让你充实出团队领导给你的概述。很可能预期的用户对应用程序应该做什么的理解与TL完全不同。所以你可能会来回走动一会儿。不过,这项工作还是值得的,因为重新编码的工作量要少得多。

试着理解团队领导自己可能在一开始就没有所有可用的需求。准备好追捕人们,并在他们进来的时候把所有这些要求写下来。

在开发过程中事情会发生变化,新的问题和新的需求总是会出现。

三件事:

• 什么 :软件应该做什么,你能让别人做得越详细越好。

• 怎么 :有什么已知的限制吗?例如,如果它必须要一个电话号码,它是否必须在国家/国际/根本不需要验证。必须在Windows 2008/2003/All上运行吗

• 谁 双方:

  1. 谁会回答你所有的问题,你会安排每周的进度会议吗?
  2. 谁将使用该软件,你能得到他们对你的原型的早期输入,你能向他们征求意见/要求吗?

我发现有一件事非常有用,那就是在我参加的任何项目会议上,在3环活页夹中携带任何现有需求(用例、线框等)的硬拷贝或任何其他可能有用的信息。如果会议偏离了主题,或者出现了关于以前讨论或文档的问题,那么最好将信息以您可以做笔记、在桌子周围传递等的格式放在指尖。

作为额外的好处,我发现大多数人都不带任何文件去开会,所以你最终也会觉得你是一个真正的有进取心的人,总是有备而来,这从来不是一件坏事。

这样做的主要缺点是,如果文档经常更新和更改,您将浪费纸张。

找出你需要存储在网络上的文件在哪里,项目的源代码管理存储库在哪里,等等。

因为这是您第一次尝试做一个真实的项目,请确保您使用源代码管理,即使您是项目上唯一的开发人员。你的同事会感谢你,当你第一次需要放弃一个不起作用的改变时,你会感谢你。