项目要有建立明确的规则，指定关键节点和里程碑。比如code complete、code freeze为关键节点，在节点规定的时间要完成的任务。
安scrum的流程，每天的站立会，汇总项目进度以及遇到的问题，可以所有人同步信息，动态调整;
复杂问题预演，对与复杂问题，一起讨论实现架构，技术选型以及方案，以及plan b，尽可能的把问题暴露，解决思路清晰;
最后，PM的需求可以调整，就像RD写程序也有bug，但限定期限，比如评完需求的3天内可以适当调整，否则本期不接，并入下期。让产品也提升自己的业务水平。
以上都是手段，在开发中，多沟通是最好的方法。

安姐，今天的主题能否指导下实际工作如何操作吗。项目同步会议后，用什么工具和方法记录大家的任务进度情况，更有效果？能达到一个是更及时准确的知道项目实际情况；和让组员对自己进度负责。
还有一个问题是，对于技术出身，刚开始带团队，我们需要注意什么，有什么学习路线吗？

我们项目采用了快速迭代开发，正好符合文章所说的

有没有推荐的项目管理软件

本文提到的做法，项目延期时要这么做，项目不延期同样也要这么做，这样虽然不能保证项目不延期，但至少自己感觉好像让项目节奏可控了😂

我们在产品迭代过程中几乎总是延期，也采用了各种手段，譬如每天检视、遇到风险减少任务内容；但是经常性地任务要交付时，对应的同事才说因为什么原因无法完成，这种情况一直困扰着我们，不知道如何避免……

做好风险识别和风险管理

软件的开发过程往往存在很多不确定的因素，就想艺术创作一样，有些时候不是简单的 1+1=2 的问题。一般重要或者紧急的事情，每天都会有一个站会大家互相沟通下项目进度。加强沟通，信息对称，无论是能按时还是 delay ，负责人做到心中有数是很重要的。

大家觉得计划的流程如何表现会更好？甘特图的方式？用白班和软件工具哪个好？有没有推荐的工具

写的很赞，大多情况下，项目进度沟通会相关的流程能够明显的预测到项目延期的风险，有时候是迫于一些压力造成只能继续往前推进，而没有有效的措施。比如，项目上线时间已定，而时间是上层强行安排的。

项目延期了先给其他部门道歉，重新安排上线发布时间和日程，重新分配工作，有难解决的点及时介入帮助解决，上线之后在清算问题

我们用的jira,然后每天开daily meeting,然后两个星期一个sprint.文中提到的大部分问题也遇到过，然后进行了文中提到的各种尝试。

项目总有可能延期，但还是要努力去争取时间点。有一个可以共享文档可以看到整个项目的进度，保持项目组内的信息透明，把子任务的优先级，前置依赖梳理清楚，再维持一个曾经项目延期的原因checklist, 这样才能在一定程度上尽可能不延期

评论很精彩，赞一个👍

了解项目各成员也很重要，开发做事风格不同，水平也不同，把控的重点每个人区分对待，有些人很自觉技术也不错，可能只需要偶尔跟一下就行，有些则需要高频次跟进

最重要的还是人，其次是合适的流程。

要有计划，分清优先级，及时反馈

很难控制～从一开始的产品先行，等产品所有细节需求都确定了，然后技术根据需求确定技术方案，确定难点，技术主管确定任务，制定计划表～已经感觉所有部分都做好准备了，但开发期间还是会出现各种状况，比如产品和技术对需求的理解分歧，运营临时加进来需求，其它项目需要征召现有人员，架构师技术方案评估不充分忽略了一些极端情况，这些都会导致延期～归根到底还是团队成员经验不够，团队之间包括与其它部门同事的协同工作出现问题等等～即使经历了很多项目的磨合这些情况依然难以完全避免，这是我需要反思的地方