我努力寻找良好的沟通媒介。在我们的工作中，似乎很容易迷失在代码中并且忘记时间。发送每个微小任务的更新似乎有点荒谬。尽管我正在努力完成工作，但在一家在其他分支机构之间进行非常积极沟通的公司中，当我不经常更新我的状态时，它往往对我不好。但是，如果我正在进行3-4小时的项目，我不打算为我输出的每一行代码更新管理。
广泛的我知道，取决于人，公司等，但有效沟通的一般经验法则是什么？
答案 0 :(得分：6)
您需要了解经理需要您沟通的原因。我过去经营过开发团队，而且我目前是编码咕噜咕噜，所以我看到了沟通的两个方面。
管理人员通常没有时间密切参与您的编码，主要是因为他们通常还必须与您团队中的其他编码员，测试人员，高级管理人员，产品经理，客户，人力资源等打交道。
您的经理已承诺提供软件，并已委托您提供部分软件。因为（s）他没有时间与你打交道，所以他需要信任你。 （S）他相信您专注于您的工作并提供软件。如果你搞砸了，他也会受伤。
沟通的目的是展示清除知识，展示焦点并展示结果。以下是主要的沟通方式。
随着时间的推移，良好的沟通将建立良好的信任，最终是您的工作的质量和数量将决定您的信任。
对于那个3-4小时的项目，你必须在启动时，完成时以及在中间执行的任何代码提交时进行状态更新（但如果不这样做，那也没关系）。
答案 1 :(得分：1)
敏捷方法论说你应该有两周的代码开发周期。我认为大型项目的沟通也是如此。我试着每两周进行一次重要的沟通。这包括我对所有项目和所有项目的状态。这可以是电子邮件，电话或面对面的形式。在我看来，沟通的唯一原因是，如果你遇到障碍，需要你的经理帮助克服障碍，或者你正在研究他们需要在完成时需要反馈的项目或任务。通常，这会将不需要的通信保持在最低限度。
另一种方法是直接去看你的经理并询问他们想要什么类型的沟通和频率。一般来说，优秀的经理只在有重大问题或每周/每月间隔时才需要更新。你需要与他们讨论什么足以使他们保持在循环中但不浪费你或他们的时间。
答案 2 :(得分：1)
这是一个有趣的问题，因为它突出了一个程序员的口头表达能力，他最终在编码过程中全部消耗掉了所有其他似乎“无关紧要”的东西，在那里做了，带来了灾难性的后果！
不要害怕说出来......
如果在编码时有些事情困扰着你...尝试用简单的术语与他们交谈，最终，管理层不想知道指针操作，TCP / IP堆栈，控件重新刷新WM_PAINT的内部，动态映射网络驱动器以获取一些数据....你得到漂移......
清楚简明地说，是抽象的....而不是说某些东西用于说...指针操作和分段错误，只是说“代码的内部存在一些问题导致它行为不端，我估计 n 时间来解决这个问题，并将其记录下来并标记问题，因为“ n 是一段时间，不论是分钟/小时/几天/几周甚至更糟的月/年....
如果你遵循这种模式，这就是管理层想要听到的，如果他们听到主动的方法，那就是你获得关系和信任的地方，并且信任程度会加深。当然有一个“轻微的障碍”......管理层可能会最终堆积在一堆信任上，相当于你的编码责任......在那里要小心......不要恭维自己思考“天下，他们喜欢我“同时让你对代码负有责任”......在沟通和他们想听的东西之间有一个很好的平衡......顺便说一下，我 绝对< / em> 讨厌接吻一个人的屁股以获得成功的概念......不要!!!!
道德和底线，（我是聋人并且发现沟通非常令人沮丧并且感觉好像我已经放下或没有被倾听，因为我很容易误解或错误而很难处理 - 了解所说的内容，这是我对它的体验）清楚地说出来，无论编码挑战有多大或多小，或者挑战是不可克服的，毕竟这需要团队的努力，不要害怕说出来。与团队分享。如果没有任何共享的话，我会保持警惕，团队中的每个人都处于孤立状态，没有任何说法......那太可疑了....
答案 3 :(得分：0)
最终，很多沟通都很好，但是如果你在这个区域（并且相信我，我知道一旦你进入该区域就走出区域有多难）找到其他方式进行沟通而不会丢失流。
沟通可以采取多种形式。如果您有一个功能列表并可以某种方式检查它们，那么通信就像为每个功能发送电子邮件一样简单。如果您有问题跟踪系统，通信可以像修复/实施时更新问题一样简单。
答案 4 :(得分：0)
更新业务利益相关者的进度？我每周都这样做。
从业务利益相关者那里了解有关我需要的更多详情？一周几次，有时一天几次，总是安排或即兴通过即时信使。
与项目经理交谈？经常使我更有效率。