5

最近,一位团队负责人(不是我的)问我是否愿意承担一个编程项目。他的团队成员目前正忙于其他更重要的项目。两年前我大学毕业,直到现在编程只是我的一个爱好。最近我决定要从事软件开发的职业。我接受了他的提议,这样我就可以获得一些现实世界的经验并开始建立一个投资组合。

大约一个小时后,我计划与团队负责人会面,讨论他需要什么的细节。从与他的简短电子邮件交流中,我知道基础项目是更新现有的 ASP.NET 表单——但我也认为还有更多。

考虑到我想最终把这个项目放在一个作品集中,我应该在会议上做什么样的笔记?

4

7 回答 7

7

做任何能帮助你理解用例用户需求的笔记。其他一切都只是技术细节,以后可以弄清楚。

于 2009-09-25T16:11:35.507 回答
6

两年前我大学毕业,直到现在编程只是我的一个爱好。

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

陶醉于你的无知。

充分利用您一无所知并且获得学习机会的事实 - 滥用机会向相关团队负责人提出尽可能多的问题,例如您应该问什么类型的问题以及应该如何提问记录你学到的东西。

你只有一次无知的机会,一旦你浪费了,你的余生就得像个无所不知的人一样度过;借此机会享受学习过程。

于 2009-09-25T16:21:54.580 回答
4

获取目标用户列表。与他们交谈将使您充实团队负责人给您的概述。目标用户对应用程序应该做什么的理解可能与 TL 的理解截然不同。因此,您可能会来回走动一段时间。不过,这是非常值得的,因为您将做更少的重新编码。

于 2009-09-25T16:19:33.663 回答
3

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

作为奖励,我发现大多数人不携带任何文件参加会议,所以你最终也会看起来像一个真正的干劲十足的人,总是做好准备,这绝不是一件坏事。

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

于 2009-09-25T17:07:47.497 回答
3

尝试了解团队负责人他/她自己甚至可能一开始就没有所有可用的要求。准备好追捕人们并在他们进来时写下所有这些要求。

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

于 2009-09-25T16:15:15.283 回答
3

三件事:

  • What:软件应该做什么,越详细越好。

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

  • :两个方面:

    1. 谁会回答你的任何问题,你会安排每周的进度会议吗?
    2. 谁将使用该软件,您能否获得他们对您的原型的早期意见,您能否向他们征求意见/要求?
于 2009-09-25T16:21:31.493 回答
1

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

由于这是您第一次尝试做一个真实世界的项目,请确保您使用源代码控制,即使您是该项目的唯一开发人员。您的同事会感谢您,当您第一次需要取消无效的更改时,您会感谢您。

于 2009-09-25T22:01:53.797 回答