我是大学毕业后的第一份开发工作，并且已经完成了一项（个人）项目，该项目完全超出了我的技能/经验范围，无论是在使用的技术还是物品的范围方面。
我花了大约6个月左右的时间基本上完全重新训练自己，然后开始做这件事，虽然我在大学时表现很好，但我认为我正在努力交付，我对我一直在做的事情没有任何反馈，我突然开始感觉到我的深度。
我的直接上司，虽然是一个好人，我认为一个称职的编码员，没有最好的沟通技巧，基本上告诉我“读一本书”当我问他一些指导，这不是真的我希望的是什么！
我对作为初级开发人员的期望支持量是不切实际的？在我看来，忽视这个问题并向前推进可能会导致项目失败的风险，这对任何人都没有好处。我可以把我的指导请求提高到开发部门的一步，但我不想听起来我说我不能做这个工作，也不想让我的主管看起来很糟糕。
任何人都可以建议一个好的方法来说“帮助！”没有让自己或我的主管看起来很糟糕？
答案 0 :(得分：1)
这是一个很好的问题，我认为这是一个相当普遍的情况。基本上，我认为您所要求的是如何与您的老板以及您组织中的其他人进行沟通的指导。
这可能是调查scrum framework的好时机，并从中获取适用于您的环境的内容。
特别是，你提到你可能已经过头了。或者，当你真的不知道需要多长时间时，有一个（隐含的）期望你需要“明天”完成这个项目。
我建议从列表开始。写下你需要做的一切。包括非编码活动，如“研究技术X做Y”，并给每个任务一个基本的时间估计，简称“1”，中等“2”，长期“3”。然后把事情按照你认为有意义的顺序排列。
然后每周一次与你的老板见面20分钟，讨论你做了什么，以及下周要做什么。在这个讨论中，你们都会看到发生了什么，并相应地调整期望（和列表）。当期望的冲突出现时，请说出来。
关于作为初级开发人员的期望支持量，这实际上取决于您的组织和主管的意见。由于软件工程仍然是一个相对年轻的专业，因此没有太多的行业标准辅导计划。
我建议尝试列出+会议的事情几个月，并观察您对支持情况的看法如何变化。然后，尽快去参加一个大型会议;如果你需要花钱。你会看到谁在挣扎于类似的情况，以及谁不挣扎，你将创建自己的，更明智的“行业应该如何工作”的模型。
关于良好的沟通方式，我（严重）建议约翰戈特曼提出The Seven Principles for Making Marriage Work，其中有许多例子说明在与人沟通时哪些有效，哪些无效。