程序员应该多久与管理人员沟通？

Question

我很难找到一个良好的沟通媒介.在我们的工作中,似乎很容易迷失在代码中并且忘记时间.发送每个微小任务的更新似乎有点荒谬.尽管我正在努力完成工作,但在一家在其他分支机构之间进行非常积极沟通的公司,当我不经常更新我的状态时,它往往对我不好.但是,如果我正在进行3-4小时的项目,我不会为我输出的每一行代码更新管理.

广泛的我知道,取决于人,公司等,但有效沟通的一般经验法则是什么？

Answer 1

您需要了解经理需要您沟通的原因.我过去经营过开发团队,而且我目前是编码咕噜咕噜,所以我看到了沟通的两个方面.

管理人员通常没有时间密切参与您的编码,主要是因为他们经常还需要与您团队中的其他编码员,测试人员,高级管理人员,产品经理,客户,人力资源等打交道.

您的经理已承诺提供软件,并委托您提供部分软件.因为(s)他没有时间与你打交道,所以他需要信任你.(S)他相信您专注于您的工作并提供软件.如果你搞砸了,他也会受伤.

沟通的目的是展示对purpuse的知识,展示焦点并展示结果.以下是主要的沟通方式.

• 高级设计告诉您,您知道您委托提供什么.它不一定是花哨的.我很熟悉一个好的数据模型的粗略草图,详细的关键用例和第三方软件的接口.
• 开发计划似乎合理地表明您了解交付所需的步骤.我发现,无论我是经理还是编码人员,提供工作用例都是最好的,因为这是一种明确的方式来独立验证有用工作的完成情况.
• 定期状态更新很好,因为它们表明了重点.作为一名经理,我不在乎您是否参与了这项工作.我关心你提供的是什么.从开发人员的角度来看,提交状态报告的最佳时机是将代码提交给源代码控制.当然,您需要良好的评论来表明您是按照计划交付的.这也是交付的自然时间,因为它代表了"流动"的结束或"在区域内"的一段时期.
• 标记障碍很重要,因为它展示了目的和重点的知识.一个好的经理会帮助你解决这些问题,但他必须了解这些问题.
• 处理错误是一个特别敏感的时间,因为一个错误代表了信任的崩溃,因为在你的经理脑海里,你没有按照你说的那样交付.在这里进行额外交流非常重要.

随着时间的推移,良好的沟通将建立良好的信任,最终是你的工作的质量和数量将决定你的信任.

对于那个3-4小时的项目,你必须在启动时,完成它以及在中间执行任何代码提交时进行状态更新(但如果你没有,那也没关系).