1、关于公告
对外公告，对内公告，公告并不只是公关部门，行政部门才会处理的事情，研发，运营，有时候也需要公告。
比如内部运维公告
服务器需要更换调整，时间范围，影响范围，这个需要通知研发部门，市场部门和客服部门。那么市场部门要提前给出一定的文案说明，客服部门要做好用户投诉的准备，而研发部门要有一定的应急方案，如果出现问题，必须第一时间和运维一起调试修复。
比如产品版本迭代，灰度测试的公告
产品部门发布一个迭代版本，那么公司很多部门应该知晓此事，也是会存在一定的市场反馈，一定的客服压力，一定的潜在事故风险。风控部门也要做好预案，如果迭代出现安全事故，风控部门不能说一无所知。
很多大公司部门繁多，有时候一些产品迭代，或者新的活动组织，内部通知不到位，可能会带来很多意想不到的麻烦，比如自己的风控部门封掉了自己的业务合作；比如有用户反馈官方活动问题的时候，客服会以为是用户遇到的是骗子。不要认为这种事情很少发生。
1.1 公告标题
仍然遵循前文邮件沟通提到的规范，需要标注主题和时间，比如6月2日**产品系统升级公告。
1、基本背景。
比如这次升级的目标，缘由，不用介绍很详细很具体，但应该让人大概知道为什么存在这个升级。可以参看一下苹果市场里各大互联网APP每次版本升级的标注。
2、所占用的时间和影响范畴
几月几日几点几分到几点几分，升级过程中什么功能不可用，什么功能可能会受一定的影响。
3、潜在风险和意外处理
如果出现意外，可能会导致怎样的后果，以及需要如何处理，或者联系谁。
4、希望的配合和协助
比如需要客服部门做好培训，面对可能的投诉做好应对，比如市场部门需要提前发布公告和文案，提示用户。比如研发团队可能有人需要半夜值守待命，升级确认成功后才可以离开。比如风控团队可能需要加强数据监控，应对可能的不利影响。
5、发布者，发布时间，以及授权者
当需要较多部门配合，可能需要一定的权威授权，比如，本公告有运维经理某某某，经技术副总裁某某授权发布。
6、其他诉求
比如，为了便于升级过程中的协调，和统一的信息传递，建立了升级协同群，希望所有有关人员扫码加入。这种也很常见。并要求进群后修改备注为部门/真名or 花名，这个根据公司不同。
公告可以通过邮件发送，小公司也可以贴在墙上，或者打印出来放在有关人员桌头。
一个简单的公告，其实也需要顾虑周详，不要让接收者一头雾水，这是啥情况？跟我有啥关系？为啥通知我？
也不要造成误解，一些工作可能是防患于未然，只在出事的时候才需要处理，提前做一点准备就好，但接收者误以为是工作安排，就开始吭哧吭哧做无用功了。
公告有可能出现一些修订和调整，如果出现比较重要的调整，要确保相关接收者能收到并确认最新公告，比如通过电话或其他即时通讯工具确保对方已经确认。
有些公告需要关键人物回复确认，以确保内容有效传递。传递的确认也是重要的一环，否则一些关键人物真的可能疏漏了。
坦白说，我就经常疏漏一些关键邮件，所以我常跟我的员工说，如果给我发重要的邮件我两三天没响应，务必发个微信给我，如果还没回复，直接微信语音通话呼叫我。
还是那句话，一切都要有换位思考的意识，你不能假设对方和你拥有同样的背景信息，同样的视角和同样的目标，你在写相关文档的时候，要尽量符合对方的视角，对方的目标，对方的利益诉求。一份看上去很简单的公告，可能也能带来非常不同的职场印象。
2、工作汇报
工作汇报是几乎每个人都要面对，最重要的paper work。
在实际职场，工作汇报往往能体现你的个人价值，责任心和成长潜力。有些场合，你的上司可能面对比较多的下属，比如超过10个人向他汇报。有些场合，你的上司本身也肩负着非常沉重的一线技术工作，比如自己每天都要写很多代码，调试很多bug；还有一些场合，你的上司并不擅长你所擅长的技术领域，对你的才能无法真正有效甄别，比如你们项目团队的负责人是产品出身，而你是一个前端设计师。以上三种情况下，领导对你的日常工作可能并不会花太多时间和精力了解，往往只能通过工作汇报来了解你的表现。
工作汇报包括
日常汇报，比如工作日报，周报；
项目汇报，比如项目进度，项目总结，对外合作进展等；
紧急汇报，比如事故处理，紧急资源申请，临时变动汇报；
此外，一般工作汇报是面向直属上司汇报，但项目汇报可能需要面向跨部门。
2.1 日常汇报
1、你完成的工作内容，这里最重要的不是罗列你做了什么，采用了什么技术，而是是否按照预期完成了你的工作计划，以及主管如何才能检视你的阶段工作成果，比如完成了部分功能，测试入口在哪里，测试案例是怎样的。
当然，职场新人，如果直属上司是你师傅，记录一些细节无可厚非，但如果你已经是一个资深职场人士，应该知道你的上司关注的重点是什么，是任务的进度和项目的可控性。完成计划的多少，是否在计划之内，是否有延期，是否有变动。
2、你所面临的困难和问题。
我以前强调过，如果你遇到问题停滞不前，要意识到，你的停滞不前有可能拖累整个项目，或者整个团队，很多职场新人觉得自己要经受考验，一定要独立克服困难，体现自己价值。
你必须记住，在领导眼里，项目的进度和计划，比你的成长更重要，不能不当回事！
当你遇到可能带来工作延期的困扰，务必要及时汇报。
此外，如果是比较严重的困扰，应该立即汇报，而不是等到固定时间汇报，比如每周提交工作周报，但周二你发现有严重的超出预期的瓶颈无法克服，应立即汇报请求协助，而不是等到周末说你努力了三四天没有解决。当然，你对自己有信心，可以拿出一天时间来尝试解决，但真的不能等到无法挽回的时候再来汇报。
3、你所需要的资源和协助。
如果是对项目进展有帮助，对部门绩效有帮助，你应该可以申请一定的资源和其他团队的协助，比如申请其他部门提供一些技术支持，或者申请市场部门提供一些资源，需要一定的种子用户进行产品调研。
4、申请临时授权
工作中，有时候需要你对外进行沟通，或者和其他部门合作，或者发布一些数据报告给有关人员，有时候需要你的上司授权给你。
有两种问题需要避免，第一是未经授权公布一些内部信息和资料，以前我也存在过这样的问题，我觉得不同部门之间分享数据很正常，但其实公司内部有自己的风险控制原则；第二是因为没有授权所以什么都不敢做，本来很好的内外合作机会，因为自己没有授权缩手缩脚。
你可以说，我觉得我们部门的这份数据报告对某些部门或对外合作的业务可能有帮助，申请授权转发给有关负责人或外部合作伙伴，那么是否授权由上司决定，这样既体现了你的工作价值和努力，也能够减少一些不必要的麻烦。
5、你的主动性
工作汇报也是体现主动性的机会，什么是主动性。
你对产品细节调整的建议。
你对工作安排的建议，比如你发现同事谁谁谁的工作任务可能需要帮助，也许你可以分担一下，比如你认为本部门的一些业务数据或者资源可以帮助其他部门的某些业务，比如你觉得当前工作任务较轻，希望承担额外的一些工作，等等。
你对职权范围调整的建议。比如你发现目前对外合作的一些琐碎细节经常需要领导授权，很多时候对客户体验很不好，而且导致流程繁琐，你说能不能在一定范围内，一定额度内，可以先执行，后汇报。这样减少领导的日常琐事，也能体现公司的快速灵活应变能力。如果领导发现风险不大，很多情况下会允许这样的行为，这样你的职权范围就有了一定的扩充。当然，记住要适度，不要过度伸张自己的职权，特别是信任关系没有建立的时候。
最好的情况是这样，比如你说，金额2000以内，合作范围在什么领域内，是不是可以先执行，再汇报。领导一看，2000以内能干什么事，5000以内都先执行，再汇报。这是一个非常好的尺度，就是你所期望的职权，是处于领导信任阈值内的。
所谓工作主动性，需要你体现出来，当然你可以直接跟上司提出自己的诉求，但也可以在工作汇报中提出来。
2.2 日常工作汇报的忌讳
1、流水账，大量记录自己的工作细节。
2、过度请示，特别是有一定职权的基层和中层管理者，有些事情自己可以做主决定，鸡毛蒜皮的事情不用件件请示。
3、缺乏重点，主次不分，最重要的工作和最紧急的事件淹没在无关细节里。
4、过于简略。
(1)简单记录自己的工作范畴和完成情况，这种说白了，一辈子螺丝钉的命。
(2)工作中有没有困惑，有没有遇到障碍，有没有需要支持，有没有一些想法和建议。
(3)最可怕的是简略的同时，任务出现进度问题。本周任务，未完成，因某某工作影响。这是致命的，未完成还简略，对遇到的问题和障碍不汇报，这种是让管理者对你的责任心打负分的行为。
我以前强调过，有些员工会觉得自己很委屈，明明因为正当的原因，没有及时完成任务，或者导致工期变更，比如老板临时安排了其他任务，比如确系遇到了不可抗力，为什么主管还会对自己有很大的意见。
你自己管理公司的时候，自然就会明白，很多时候，负责人不满意的，不是你为什么没有完成任务，而是为什么你没有及时汇报自己无法按时完成任务。因为你没有及时汇报，导致团队的整体延误，影响很多其他人的工作，这是很要命的事情，你说，不对啊，大领导安排的工作，主管不知道么。
第一，主管可能真的不知道，我讲过职场容错性，要允许职场的任务安排和协同不严谨。
第二，主管可能知道一些，但不知道会影响到你当前的工作任务，你应该主动汇报变动所带来的影响。
第三，主管以为你可以搞定，如果你提前说自己搞不定，主管原本有其他安排。而你没有提前说明。
以上是很多职场年轻人犯过的错误，但他们自己往往意识不到。
2.2 项目汇报
特别是涉及跨部门合作时的项目汇报
一种是进度汇报，那么最重要的是项目进度，当前急需解决的问题，所需要的资源，配合。
因为涉及跨部门协调，所以需要配合和资源的时候，无论你的主管级别多么高，无论你经过哪个高管的授权，务必态度低调，语气诚恳。切记不要因为是公司高管指派你负责项目，就颐指气使，居高临下。
如果遇到进度不畅，某个部门无法达成预期，那么建议事先私下沟通，确认原因和解决方案后再发送汇报，汇报中可以列举其原因和解决建议，而不要在汇报中一昧指责，或者仅仅提出对方状态没有解释，尽可能避免让与你合作的人难堪。
其次是项目成果，特别是成果达成预期的时候，很重要的一点，要积极的感谢所有配合的同事，感谢别人的项目贡献。
项目汇报通常会抄送到多个部门负责人，你点名感谢一些同事的贡献，其实就是送了人情给对方，以后需要配合的时候，阻力会小很多。而且别人有好事的时候，有可能也会带上你。
项目汇报可能还需要收集一些反馈，比如各个部门负责人针对所需要资源和配合情况的反馈，这里我必须提出一个要点。
项目汇报，无论是阶段性的汇报，还是总结性的汇报，务必尽量先获得所有相关方的认可，达成协商一致，再出汇报，也就是尽量事先把重要的事项和相关负责人核对，确认后，再完成汇报，汇报是一个阶段性的总结，而不是你自己的计划和安排。如果你在汇报的时候，只顾本部门利益和诉求，完全按照自己的理解和计划编写，没有事先争取其他部门的协商一致，那么有可能导致其他部门负责人不认可，拒绝配合，或者阳奉阴违的情况。比如你的项目汇报中，需要市场部门在下一个阶段进行一定的资源和人力投入，应该在完成汇报前和相关负责人沟通确认，再写进汇报里。
职场部门合作，第一，尊重对方的职责和权限，能够理解对方的顾虑和诉求。第二，先口头或私下沟通确认一致，再通过文件形式留下完整记录，防止日后纠缠不清。
当然，感谢对方可以不事先协商，给对方一个惊喜。
2.3 紧急汇报
比如事故汇报，比如突然产生计划变更的汇报。
有的时候，员工在紧急情况下，是可以越权进行一些操作的，比如紧急事故，员工联系不到负责人，进行了代码的回滚或数据重启，这种情况在很多小公司也是没办法的事情，可能主管手机打不通，但事故已经很严重，总不能坐视不管对不对。
那么处理完，立即写报告，汇报情况，事故表象，事故原因（可能还没查出来），紧急操作的步骤，其他建议。简单扼要，不要写太复杂，抄送相关负责人。
这是既能体现自己责任心，主动性，也能有效降低自己职场风险的方式。如果因为你的处理带来了额外的事故或其他问题，这份报告可能是救命的，你第一时间告诉了有关负责人，为什么你做了这些事情，以及为什么你没有等到授权。
突然计划变更的报告也很重要，前面提到的案例，某大领导突然给你插了一个任务，你必须尽快完成，那么其他项目就可能延期，或者出现了一个短期无法克服的技术障碍，这时候你要写出一个报告，存在怎样一个事情，可能导致什么影响，以及你是否有其他补救的建议，发给上司，那么上司会有自己的评估，也许找其他人协助你解决问题，或者重新安排团队的任务部署。
紧急汇报，很多时候都是口头沟通，都在一个办公区，走过去说一声就算是交代清楚了，但有些场合建议通过邮件做二次确认，职场的文字确认是很重要的，你认为交代清楚了，最后出现问题的时候，主管一句话，我不记得有这件事，你解释不清的。此外，如果涉及多个部门的影响，你应该主动征询主管意见，是否群发通知相关部门。
3.总结
写汇报，写总结，先列框架，再列条目，最后才是具体内容，包括我做课程备案其实也是同理。不要想到哪里写到哪里。
写完后，至少自己要通读几遍，修订诸如错别字，不通顺的段落。
换位思考一直是强调的，主管关心什么，其他部门负责人关心什么，你的汇报和总结是不是优先让他们看到自己关心的信息和结果。
背景信息是否清楚，如果涉及项目汇报，是否涉及有相关部门对项目背景不了解，是否需要单独跟对方解释阐述。
经常问自己这些问题，以及经常问一下关系好的同事和主管的反馈，哪里汇报的不合适，哪里有提升和优化的空间，是否有表达歧义或容易造成误解的描述，这些都是要不断获得反馈，年轻的时候不要怕被批评，被人指摘，你早发现，早改进，你后面的路很长的，终身受益，最怕的是什么，一直觉得自己挺好的，从来没觉得有问题，到了岁数很大了，职场上就是不受领导待见，怎么都上不去，还不知道自己问题在哪里。
那么今天的话题就到这里，谢谢大家。
提问环节:
问: 想问一下，给老板发短信需要注意哪些问题～
答: 内容多检查几遍再发。不要过于口语化。
问: 职场新人的周报有什么特别注意的吗？毕竟刚刚上班可能短时间之内也不会有什么重要的产出……但是写的少又会很尴尬
答:可以提出一些思考问题，比如想了解什么，想增强什么能力，希望主管给你一些建议和指导。也可以写一些关于产品的建议和想法，但不要好高骛远，从细节来写比较实在，别谈战略。
问: 主管有评分，但是不知道有没有看，还要认真写吗
答: 认真写汇报不仅是应对主管，也是对自己成长的记录和总结。
问:工作中遇到一个总是发脾气的领导，还骂人，给他回的邮件从来不看，遇到这种情况怎么办
答: 不知道是只骂你还是谁都骂，挨骂不一定是坏事，主管骂人的原因太多了，很难统一分析，但自己抗造一点总是机会多一些，还有就是要不断证明自己的成长性。如果你成长了，以后大不了自己选择换个主管，公司内有潜力新人换岗太容易了。
问: 对一些不熟悉的项目怎么很好的安排进度，并且能够跟上进度
答: 先跟对人，嘴甜一点，多问，多请教，平常请最厉害的同事喝喝奶茶什么的，让人给你一些建议和参考。
问: 年终个人汇报写的话能写一些，但是要是写到PPT的时候，总觉得不管是从排版，还是PPT风格等方面，就是不合适，总感觉写出来的PPT很丑。1、PPT做的丑会算是扣分项吗？2、有什么小技巧可以让自己的PPT更美观一点呢？谢谢
答: 网上有ppt排版的课程和教材，这事我不擅长，但这个对关键分享来说还是有意义的。
问: 像我们做游戏开发。注重迭代。在沟通汇报方面不会要求那么细致。想问问曹老大 有哪些是工作中必要的汇报，日常会陷于流水 大部分情况下 像曹老大希望下面的主管经理怎样的汇报是让你觉得必要和高效的
答:其实文章提到了，可能导致进度和效率影响的，可能导致排期影响的，都是必须着重的，可能对其他人工作有影响的，都是很需要着重强调的。如果一切都在排期内前进，确实可以快速略过。如果想证明自己技术进步，建议搞技术分享活动。
问:要怎么才能在工作中提出建议或者请求呢？平时有需求和任务评审会议，我比较关注自己那一方面，会提出对应的疑问，但是好几次主管拉我们去谈话都想不出什么问题或者对公司的建议。但是又不知道怎么培养
答: 这个其实怎么说呢，理解能力和敏感性很重要
理解客户的焦虑，理解同事的焦虑，理解合作伙伴的焦虑，你自然就有问题和建议了
那么一是有沟通和收集反馈的意识，二是对反馈信息有一定的敏锐性，或者说代入感，看看访问日志，就能体会出用户的焦虑和挣扎。这感觉就出来了。
问: 对于微信，电话以及其他的沟通方式汇报的时候是不是也必须遵照上面说的几点
答: 即时沟通很难做到面面俱到，反正我做不到，写文档，写邮件沟通准备性会好很多。
标签：需要,系列,比如,部门,主管,汇报,职场 来源： https://blog.csdn.net/gaolh89/article/details/111357760
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。