[如何结束项目？] [英] [how to end up a project?]
问题描述
我真的有点困惑，我希望对以下主题有一些看法：
1.我作为一名初级开发人员进入公司。我期望项目得到很好的定义，有明确的书面规范，甚至是模型和我的项目，将相关的代码与理论上的环境考虑（它是关于微软平台和框架）。相反，我收到一个非常不清楚的架构网格（3页），没有人问我写一个关于解决方案的东西，只是代码背后和视图。你认为哪种方式更合适？
与团队成员讨论情况更合适，不和我们在一起不要拖延重要的讨论，尽快清除事情。
请记住，团队可能做了相当草率的工作无论出于何种原因，准备这个项目和文件。 尽管如此，不要等到人们准备好让你继续。而是尝试积极参与。如果项目目标，架构或其他任何目标尚未形成，认为这是一个额外的机会，您可以为改进团队的工作做出贡献。在所有情况下，提出很多问题。
一个重要的细节：尝试关注项目的基本最终目标，而不是已经做出的决定 - 他们倾向于改变，你就是那个想要更好决策的人。总是试着现实地估计自己有限的经验，但它不应该阻止你说出你能看到的问题;在这方面，不要害怕犯错误：它们是可以理解的。
再次，提出很多问题。试着去做至于理解最终客户的工作及其真实的需要。 尝试自己独立地理解这些需求，因为公司倾向于形成自己的愿景，这可能比客户更好，但在很多情况下，误解正在发展，所以尽量让自己独立观察结果。还有一件事：记下你所有的笔记，特别是那些开始（初始）阶段的项目。
-SA
I really am a bit confused and i wish to have some opinions about the following subject :
1.I run as a junior developer into a company.I expect for project to be well defined , with clear written specification,even a model and my project to have the associated code together with theoretical consideration about environment (it is about Microsoft platforms and frameworks).Instead, i receive a very unclear schema grid (3 pages) and nobody ask me to write a thing about solution,just code behind and views.Which way do you consider is more appropiate?
It's more appropriate to discuss the situation with the team members, not with us. Don't delay important discussions, try to clear things as soon as possible.
Remember that the team might have done quite a sloppy work on preparation for this project and documentation, by whatever reasons. Nevertheless, don't wait until people get it ready for you to proceed. Instead, try to actively participate. If the project goals, architecture or whatever else is not yet well shaped, consider this as an additional opportunity for you to contribute the way improving the work of the team. In all cases, ask a lot of questions.
One important detail: try to focus on fundamental ultimate goals of the project, not the decisions which are already made — they tend to change, and you are the one who want better decisions. Always try to realistically estimate your own limited experience, but it should not stop you from speaking out on the problems you can see; in this respect, don't be afraid of making mistakes: they are quite understandable.
Again, ask many questions. Try to get as far as to the understanding of the work of your end customers and their real need. Try to get your own independent understanding of those needs, as the companies tend to form their own vision which may be better than customer's, but in many cases misunderstanding is being developed, so try to make your own independent observations. One more thing: write down all your notes, especially on those starting (inception) phases of the project.
—SA
这篇关于[如何结束项目？]的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
