2019至2020年5月管理类整理
1 涉及消费、支付、敏感信息修改等的功能，前后端都必须有合法性和正确性验证，并且需要增加日志记录；
2 公司、部门、项目上交代的工作任务，如果是有时间要求的，到期必须自觉给一个交代。如果是完成了记得交付；如果是有问题提前沟通；如果是发生了什么变化也需要及时的说明。
3 小组或者项目上、公司整体安排的任务，如果是有不清楚的，大家都可以及时提出来，只有任务和目标清晰，最终事情的结果才有可能靠近我们的目标。
4 所有项目的代码今后不允许私自传播，包括发送给他人、上传到github或者其他代码托管或者网盘之类上。 另外所有项目服务器的信息也请妥善保管。
5 安排的任务，往往可能由于中途有新的事情，或者任务本身有变化导致无法按期完成，类似的情况必须在发现问题时尽快提出，并沟通解决方案；不能因为遇到问题或者有新任务，之前的事情没任何交代就不管了。
类似的要求提过很多次了，后面再有遇到类似情况，会直接扣除绩效，请大家务必注意。
6 工作内容安排、工期安排、方案确认等相关方面的沟通协调请大家尽量在项目群里进行，不允许QQ小窗。 最好的办法是电话沟通，但沟通完之后需要整理电话确认的内容在项目QQ群里面二次确认。
另外如果有协调其他人支援的工作，协调者有责任和义务确认对方收到消息；如果QQ消息没有回复或者电话没有接到，默认为工作并没有安排出去，协调者在确保对方清楚安排并有明确回复后协调工作才算完成。
7 问题中被点到名的同事，请自行检查。没有点名的同事，也请逐条阅读。
这个不是批评，是我们工作中发现的问题，为了改进提升工作阿成果产出，提供工作效率。
不需要特别的解释，有则改之无则加勉。
8 远程办公的同事，当天有工作的请务必发送日报到部门群里。
9 开发的同事注意下，修改别人代码或者拷贝产品代码的时候一定读懂了再做修改。
比如稿件库和中经社，抄的产品CMS处理word导入文章的功能，openoffice吧word转换成html的时候的文件编码是与系统的编码一致的，但系统编码一般不能随便改，所以CMS的产品研发人员增加了类似openoffice对应的字符集编码，可以根据系统的编码设置进行配置，保证最终读到的内容编码正确。
但我们修改的时候，就把这个配置去掉了。由于系统不同、编码差异，部分开发的同事可能本地有问题，但部分同事又没有问题，上了服务器之后也可能有类似的问题。
然后很容易就成了偶发的问题，看运气了。
拷贝代码的时候务必注意，看懂了，特别是产品的代码，都是公司多年积累下来的代码，肯定还有待优化的余地，但很多细节都是有考虑，并且花了心思的。
读懂了，代码就成了自己的；复制过不思考，永远还是所谓的“产品代码”
10 对外支撑的工作安排，主要是设计和前端部分，大家注意下。不要随意给人反馈做不了、来不及，按照之前的安排，如果有问题可以先说下，时间可能偶问题，需要部门内部协调一下，会尽快给出时间。
11 任务推进过程过程中发现有特殊情况或者较深的逻辑，或者有机制方面的坑导致短时间无法解决或相对投入会较大，必须立刻整理清楚发出来；当天确认，根据讨论结果继续推进或换方案或停止，避免：第二天再次提出，然后问题复述、交接、沟通等耗费大量时间，并且通常还要继续安排排查，导致一个问题连续几天没有成果，最终投入大量时间但工作始终没有结果的问题。
12 培训工作提前做点准备，时间安排没有问题需要做个简单的ppt，大纲+核心流程+主要功能。
13 关于微软雅黑字体在设计稿中的使用，方正官方的说法是网页、微软office组件中的使用无版权问题，但图片中输出涉及版权问题，公司统一下要求：
1 设计的同事在出设计稿的时候不使用微软雅黑，如果最终切图需要转换成微软雅黑，请单独交代切图的同事；
2 设计的同事在设计初期需要与甲方沟通设计稿中关于微软雅黑和其他字体带来的细节差异，并收集甲方期望，最终同步给切图的同事；
3 切图的同事拿到设计稿后，发现有非常用字体，请务必联系设计师沟通字体是设计意图还是有替代字体；没有发现问题的，也请与设计同事确认下设计稿中是否有特殊情况。团队内岗位之间的工作衔接特别容易出现一些细节问题，所以协作过程中，请大家尽量保持积极的沟通，避免类似问题。很多时候就是少说一句或者多问一句的事情，但影响却很大。
14 关于工作沟通要求在项目群里沟通问题、发送文件，不允许两个人之间私下沟通工作上的需求、进度、安排等，包括分享的文件；如果是电话或者音频会议沟通，结论必须做会议纪要发到群里，大家二次确认；
15 服务器更新必须做好备份，每次更新前备份操作的文件；如果是数据的话，生产数据必须定时备份，测试环境数据按需备份；有修改数据和删除数据、更新数据的sql执行，也必须提前备份，完成之后再尽量操作。
16 内部协作在发现需要其他人支持的情况下，应及时提出，不要等第二天；尽量当天处理掉。
17 团队或小组长的工作内容优先级：1 团队成员工作推进的前提优先解决；2 客户的问题优先响应；3 需要他人支持的工作优先协调；4 最后才是自己具体需要处理的工作。
18 有时候项目上，无关对错，影响不大，工作量也不高，安排问题也不大的情况下，尽量按照项目经理的安排处理即可。
除非是有明确的不合理或者错误、不符合规范等的问题，可以探讨。
每个人在项目、管理、工作习惯上可能都有自己不同的习惯，项目以谁为主的大家尽量配合。
19 布置的任务除了要讲一下实现的思路和可能的问题、时间安排等，也要问下执行者有没有难度，如果实现有问题的，需要大家协助看一看。特别是新同事
20 议纪要的事情大家形成习惯，开会的时候开着记事本，遇到问题随手就记下来了。 有问题的会后再整理，着急的会后就可以直接发
21 如果作为项目负责人推进项目，请关注团队成员的工作计划；如果作为项目普通成员协助推进，也请及时确认安排。
双向确认，避免遗漏。
22 内部团队注意尽量别喊错名字；
23 项目周期拖长，可能由于工作不饱和导致投入大量增加。
24 作为会议组织者，尽量要比别人早到，不要让人等会议通知；
25 作为项目经理或团队leader，修复bug是需要你在所有的工作安排好之后，整个团队顺利运转起来之后才能开始做的事情。
首要工作是把所有的人的问题协调安排好，客户的关注的问题妥善处理掉。
26 我理解管理的核心就是利用管理者的经验，业务上的、管理规范上的、技术上的，然后形成流程、规范、章程，让事情尽量按照计划来。
更高级的管理在于激发工作者的热情，爆发出更高的潜力，产生比预期更高的价值。
27 在项目初期、授权沟通问题之前、发现问题之时，要多次强调。让大家形成习惯。
28 开发人员在面对客户提出的调整或者变更的咨询问题时，（从成本、变更控制的角度）最好是能跟项目经理进行提前沟通和确认，再给客户答复，不能直接答应客户是否去改有时候项目经理忙不过来，授权内部的同事去对外沟通，特别是技术细节。
但是在授权时，必须把这个要求提出来。
一般情况尽量是项目经理来沟通，但很多时候确实精力不济，要做点别的事情。
所以这个要求首先是群里各位在安排工作时要明确给小组或者项目成员的问题。
29 很多时候项目上的细节，作为管理者不一定特别清楚。所以更多的判断需要执行者自己做决定，很多时候管理者只是把自己发现的可能有问题的指出来，内部有则改之无则加勉。
30 但凡会议，大家务必做好会议纪要。
31 我们的客户找到我们这边的时候，尽量别说让客户去联系xxx这样的说法。
可以内部找到对应的同事要求回电话或者QQ。内部转达一下。一般这种情况，转几次客户都会比较火大。
32 工作安排的流程中，必须指定对应的负责人，提出时间和工作的具体要求。然后在最终时间节点前设置检查点，然后自己跟进检查，发现偏差及时纠正；如果是提了具体的要求和时间节点，但是未完成的，也没有主动沟通说明的，直接提出来扣绩效。
33 一遍情况下，重复标点表达的情绪都比较激烈，在通过QQ或者文字通讯工具沟通时，由于没有语调，标点就成了表达情绪的工具，很容易造成对立情绪，影响沟通。
所以建议大家在沟通过程中尽量不去使用重复标点，尽量通过语言描述问题。
34 项目经理或者小组、团队的leader在工作中需要明确，自己工作的首要职责是要保证团队顺利运转；通过规范相应的流程和标准以及相应的解释，确保大家认识到流程的意义和作用从而保证整个团队的正常运转。
在此之后才是leader自己需要实现的功能点、谈的需求、改的文档、制定的计划、调试的bug。
如果团队不能顺利运转，leader自己把需求谈的再详细、文档写的再漂亮、计划制定的再详细、bug修改的再怎么完善，也都将会失去大部分的意义。因为整个项目或者任务的进度常常已经被耽误了。
35 技术管理岗的职责大致分了两大部分：1 是制定规范，要求按照规范和基础进行管理；发现工作流程中涉及的技术问题，提供解决方案和解决思路，形成规范和记录； 2 是带人，带出几个能帮你干你现在需要干的活的人。
虽然还有很多细节的问题，但核心是需要做到这两点，才能不断的升级。
在一个软件公司，项目管理和技术团队的leader其实都只能算技术管理岗。
36 任务执行过程中，在发现既定的任务已无法按期完成时，务必尽快提出。
如果没有任何反馈，几次之后个人信誉必然耗尽，试想你的团队、你的客户如何信任你，而你后续的工作又改如何开展？
37 节日放假前通知客户，留下联系方式。同时对于在维护的项目，检查下客户服务器，确保手上服务器的信息是正确的，登上去看下应用情况、服务器负载和存储之类的情况。
38 项目上沟通的相关事宜，如果不涉及特别需要保密的事情或者不适合大家都知道的事情，建议大家尽量在项目群里沟通。特别是技术方案和决策过程。
39 人多协作的情况下，我们尽量通过公开渠道来沟通。
40 在同一个团队中，为了共同的工作目标，由多人配合完善的任务，配合双方均有义务敦促对方尽快提供支持。
需要双方配合完善的事情，需要整理相关要求在部门、项目等相关群组中沟通，以确保需要配合的工作被他人知悉及任务整体可以顺利推进。
41 新人前期特别容易流失，需要有具体的工作安排。有事情就需要学习，并且动手，才会有成就感；如果连续一段时间没事情，可能想的就多，容易走掉。
42 很多事情是我自己知道但别人不知道的，但我很难意识到别人不知道，讲话的时候需要考虑一下别人是不是听得懂
43 报价过程要同步梳理整个业务流程的所有核心节点，保证每个节点都顺畅；再结合核心流程外的需求独立评估。整体评估要可行且模块间工作分布基本合理，对于需求不清晰的模块尽量提前沟通，若确实没有需求，可参考我们以往的报价和流程做评估。
44 关于培训内容，技术分享、管理思路、工具方法、个人总结、自我管理、团队协作、效率提升等等，与工作有关的方向都可以
45 工作开始之前项目经理必须确认合同情况；未签订合同的项目除非有领导或者销售同事的授权，才可以开始。
46 跨部门协调或临时协调的人员支持，必须安排工具体的工作，同时确认时间安排、进度计划和工作范围、汇报机制；工作完成后必须给对方领导同步信息，方便对方安排工作。
47 所有项目的工作执行必须是在合同签订之后才能推进。如果确实因为特殊原因合同没签，那么至少也必须有内部销售部门要求提前开发的说法。
另外所有的新增和变更需求在甲方没有正式确认之前，务必按原计划执行，如有特殊情况，可以单独找我沟通。
48 客户沟通过程，不硬刚；有理也不硬钢，有问题说问题，另外注意场合，别让对方下不了台。
49 一般我们是要求内部团队的工作，作为Teamleader优先让团队的人工作起来；之前没有提过对外部团队的事宜，这个大家也注意下。 团队内部其他同事的协助要求，优先级如果是在事务原本优先级的前提下+1的话，外部团队的协助要求优先级至少也要+2；而商务方面的工作协助要求，优先级至少要+3.
具体的操作大家根据自己工作中的实际情况以及具体工作，灵活的安排。
50 新人的事情，需要在入职之后尽快安排一定的工作，对其进行考核。如果是能力不足，我们就尽快换掉；如果是因为我们没有给压力导致无法评价，三个月的时候就会非常尴尬。这个大家一定注意。
51 在项目执行过程中，对于新增和变更需求要格外敏感；一般客户提出新增或变更需求后，我们会配合整理实现方案和工作量、工期影响；如果工作量和影响较小，比如整体1-2天，实际上内外部基本很难会有新费用，内外部领导和商务确认之后，内部做好记录，配合执行即可。如果量相对较大，且影响较大，必须跟甲方、内部领导、公司商务的同事讨论确定清楚之后再做安排，在此之前，团队按原计划继续执行工作。
52 一般小量、小范围的工作配合，尽量配合；但必须跟甲方说明情况，内部可以安排同事加会儿班处理，但不能一直有变更或新增，提前打好预防针。如果确实多，考虑补偿部分工作量和费用。另外内部要求做记录，如果量多了之后会拿列表和清单，并根据项目情况跟甲方再沟通争取费用或拒绝新需求。