我们在管理中遇到的一些常见问题应该怎样解决（长期更新）

1.沟通不足

定期举行沟通会议，建立电子信息公告板和反馈机制，明确沟通渠道，设立日报。设立任务公示机制，让每个下游员工能第一时间得知上游任务的完成情况，便于第一时间对接。

2.信息传递失真或滞后

做好信息文档化，必须要有明确的需求文档和审计，包含需求审计和UI审计。

我个人处理通常是和产品经理一起写需求文档，建立云文档，互相审计。UI则是上传蓝湖，对有问题的部分进行批注后，发布任务到禅道通知UI修改。如果需要求改部分较多则需要开会商议。前期工作做完后必须开会讲解需求和UI图和注意事项到全团队成员，让每个人都要对项目有充分的了解。

3.需求做着做着就没了

建立需求管理库，跟踪每条需求状态，明确验收标准。

4.不知道项目现在处于什么进度

使用甘特图、燃尽图、看板等工具实时更新进度。每天通过测试人员口径了解项目实际状况与文本汇报差距，根据经验推算出项目未来可能出现的问题和实际进度。建立自动化部署，每天下班后可以真实的体验到项目进度(面向领导层)。

5.需求不清晰

需求评审、原型设计、明确验收条件。

6.需求频繁变更

做好需求沉淀和软件版本管理，通常来讲当前正在开发时期内提出的需求不要立刻实现，而是放在下一个版本再加入。

7.进度预估不准

尽量将任务颗粒度做原子化拆解，参考团队历史协作水平，留出合理的缓冲时间。

8.延期频发

在项目评估时不要讨好领导，准确辨认自己的责任和义务，要把实际情况摆在明面上说，不要过于压榨员工工时，会极具降低项目质量，或产出极度不稳定。

9.依赖项未提前识别，出现卡点

在需求分析初期应当画好项目依赖图，提前通知和协调好资源，在每个任务节点设置检查点。

10.角色与责任不清

小公司通病，多是领导水平不达标强加的模糊化责任，和预算和领导能力有关。

11.跨部门协作推诿，沟通效率低

双方设立固定跨部门协调人，建立责任机制

12.成员流动导致知识断层

文档化关键流程和设计，知识库和代码注释完整，交接规范化。

13.测试不足，缺陷集中在后期爆发

早期介入 QA，自动化测试覆盖关键场景，持续集成。测试文档必须保持高频率维护，这在大多数出现此问题的公司都是观念意识问题，管理人员要重视测试人员的工作。

14.文档缺失，交付不可复用

建立明确的交付标准，严格审核交付内容。

15.风险未提前识别和量化

建立风险列表，在项目评估阶段、策略制定阶段、开发阶段、测试阶段等全阶段加入处理事项。

16.质量目标和验收标准模糊

明确验收标准（功能、性能、安全等），形成可量化指标，签署验收文档。

大家还有什么问题可以在评论区提问，我会将回答添加到此文档。