我最近被一个团队领导(不是我的)问过,我是否愿意接受一个编程项目。他的团队成员目前已经预先处理了其他更重要的项目。我两年前大学毕业,到目前为止,编程只是我的一个爱好。最近我决定想从事软件开发事业。我接受了他的提议,以便我可以获得一些实际经验并开始建立投资组合。
大约一个小时后,我计划与团队负责人会面,讨论他需要的细节。通过与他的简短电子邮件交流,我知道基础项目是更新现有的ASP.NET表单 - 但我认为还有更多内容。
考虑到我最终想把这个项目放在一个投资组合中,我应该在会议上采取什么样的笔记?
答案 0 :(得分:7)
尽你所能,最能帮助您理解 use cases 和 user requirements 。其他所有内容都只是技术细节,可以在以后找到。
答案 1 :(得分:6)
两年前我大学毕业,到目前为止,编程只是我的一个爱好。
在这种情况下,我的建议是:
陶醉于你的无知。
充分利用这样一个事实:你什么都不知道,而且你有机会学习 - 滥用机会尽可能多地向团队负责人询问你应该提出什么类型的问题要问你应该如何记录你学到的东西。
你只有一次无知的机会,一旦你浪费了它,你必须把你的余生作为一个全知的人度过;抓住机会享受学习过程。
答案 2 :(得分:4)
获取目标用户的列表。与他们交谈可以让您充实团队领导给您的概述。预期的用户可能对应用程序应该做的事情有了非常不同的理解。所以你可能会来回走动一段时间。尽管如此,这是值得的,因为你会减少重新编码。
答案 3 :(得分:3)
尝试了解团队负责人他/她自己可能在开始时甚至没有所有可用的要求。准备好追捕他们并在他们进来时写下所有这些要求。
在开发过程中,事情会发生变化,新的问题和新的要求总是会出现。
答案 4 :(得分:3)
三件事:
什么:软件应该做什么,你可以设法越多,越好。
如何:是否有任何已知的限制?例如,如果必须要求电话号码,是否必须在全国/国际/根本不进行验证。是否必须在Windows 2008/2003 / all上运行
谁:双方:
答案 5 :(得分:3)
我发现非常有帮助的一件事就是将3环活页夹中的任何现有要求(用例,线框图,任何内容)或任何其他可能有用的信息的硬拷贝带到我参加的任何项目会议中。如果会议偏离了主题或有关以前的讨论或文档的问题,那么将信息提供在您可以做笔记的格式,传递到桌面上等等,这是非常好的。
作为奖励,我发现大多数人都没有携带任何文件参加会议,所以你最终看起来你是一个真正的干将,他总是准备好,这绝不是一件坏事。
这方面的主要缺点是,如果文档经常更新和更改,您将浪费纸张。
答案 6 :(得分:1)
找出所在的位置,网络中存储的文件在哪里,项目的源控制存储库等等。
由于这是您第一次尝试做一个真实世界的项目,请请确保您使用源代码管理,即使您是该项目的唯一开发人员。您的同事会感谢您,您将在第一次需要退出无效的更改时感谢您。