找个人或工作室开发，对对方的实力判断不准，经常性的项目延期，甚至项目不能交付 有什么办法规避？
我认为这个需求必须平台来满足，比如电鸭。
从实际来看，很多甲方只知道自己有一个需求，但是这个需求具体应该用什么产品来满足，他们并不清楚；如何开发这款产品就更是一窍不通。如果是大厂，或者岗位配置完备的公司，那么这个时候应该分别有产品经理、项目经理介入；而外行甲方就只能找外包。如果外包给力，倒也无妨，如果外包本着能混过验收就行，能蒙则蒙，能拖则拖，那结果很可能赔了夫人又折兵，又亏钱又耽误时间。
这时就需要平台介入：
据我了解电鸭目前只是一个信息平台（很多兼职平台也是这么个角色），并不打算做中间人。并且由于兼职的特殊性，合作形式、操作策略每个公司和个人都有很多定制化需求，平台是很难满足的，说白了吃力不讨好，没办法给到双方什么保障。不过你说的也是一个思路或者方案，也许可以有一个团队专门提供评估+需求梳理服务呢
团队的问题和外包一样，很难保证不跑路，相对来说平台要好很多，A 跑了找 B，B 跑了找 C。
当然电鸭不打算搞这个也很正常，感觉是另一摊业务。
不过是否可以搞个第三方团队常驻电鸭，专做这一块，我觉得有点机会。
我的意思是搞一个咨询服务团队，一次性收费，细化需求点。一方面保证了工程师的工作量合理性，一方面给到甲方一系列验收标准，分步支付降低风险。把排期、短期验收目标、标准、酬劳给到甲方，不参与项目管理
说实话，我觉得这个价值不大，解决不了客户的需求，MVP 不够 V。
电鸭如果能够有能力细化需求，那么它基本不是论坛，而是半个咨询公司了，这个要求其实很高，不太现实。
电鸭外包给我们这样的用户，以官方名义，拿分成嘛。
项目现在都是敏捷开发模式，让对方先提供项目设计，每个模块定时间路标，到时间点看功能是否完成，确保到后面不会出现大范围功能延迟。 可以找个熟悉的人或第三方看对方项目设计是否合理来评估对方实力，如果没有项目设计，从电话沟通上理解对方的沟通能力如何，是否能精确理解你的意思，并延申你的想法。 方式还是比较多，当然钱还是很重要，钱少即使高手也不会给你做多好的
时间评估不准确说明项目拆分不够细，拆分不够细很大原因是需求不够明确。 所以，最好的解决办法是，将明确的需求写在文档上，白纸黑字不会死无对证。最终交付的时候，只要乙方规定时间内满足了文档要求，就ok。假如产品出来后发现逻辑不对/不合理，责任都在甲方。
楼上的同学们已经讲得很好了, 我再叨叨两句.
梳理需求和排期的过程一定要让最终写这块代码的开发一起参与进来. 上面有同学提到了 MVP, 同样的功能不同的开发用时可能不一样. 会者不难难者不会嘛~
比如, 你的项目涉及多个仓库, Vue/React/Angular 代码都有, 这时你只有找我这种全能型的才有可能搞定, 我 Angular 技能多于 Vue/React. (这娃好狂啊~)
再比如, 你找好前端了, 后端 PHP 开发还没找好, 这时若是找的我, 那我前后端就可以一起搞了, 少了沟通的话在一定程度上还能节省时间. (打他打他~他会个屁~)
再比如, 你说项目还要做成双语的, 你又搁哪要去找个英语翻译, 花钱花时间, 这时若是找我, 那这个也省了, 我就是英语专业, 别给我化学医生生物天文啥专业性太强的东西, 我一般都能翻译得地道点, 我专八笔试证口试证也不是白拿的嘛. (拖出去拖出去~)
啥? 你还想写个移动端 app? 你要招 iOS 跟安卓开发吧? 你的项目很难嘛? 功能很复杂嘛? 要求极高的性能嘛? 看看你的预算, 你只能请得起我, 混合应用或 RN 开发的非混合非原生的应用你定, 你定~
你还要统一技术栈? 没问题, 我可以 web, 小程序, app 都用 React, 后端你不想要 PHP 咱就上 Java/Spring Boot, 你若喜欢 Node 上 Egg/Koa 也无妨嘛~(版主今天一定给我把这娃关小黑屋去~)
其它还有什么小事呢? 项目排得急的话每日汇报进度也是必须的嘛~ 这样对着排期看才能避免功能堆到最后开发不完~ 还有开发过程中不要乱加需求, 加需求就加工期~ 这道理你要懂~ 可以买本人月神话看看~ 有哪里不清楚及时沟通嘛~
若你要的是那种难度大的需求, 比如, 推荐算法, AI, 自然语言处理, NLP, 区块链技术, 当我没说, 你租办公室招人去吧~加油, 奥力给~
逃~打不着窝~嘿嘿嘿~
定期持续沟通，定好每个阶段交付的内容
如果是对对方的实力判断不准，除了上面大家说过的方法，可以在开发前多沟通、确认，我的经验是会让开发给出详细（具体到每一个需求点，越详细越好）的技术方案，然后一起开会讨论确定方案，根据每一个需求点的方案让开发评估时间，这样双方对于需求的理解、实现方式都非常的清楚，开发在做的时候也比较清晰，这个方法的缺点是比较耗时，但是这样大概率可以保证需求的实现度，很大程度上也能避免延期。
互联网行业的项目管理(PM)，也许能对标艺术领域的艺术策展人(curator)，就可参考的范式来说，艺术行业比互联网行业都成熟许多，上世纪中期 60 年代就出现的特殊身份，策展人，需要协调艺术家将策展想法落地，沟通、协调与跨文化专业语境等交叉性，实际实践需要许多具逻辑的空间想象，尤其远程项目有空间时间化的特性，将时间扁平线性，便会涉及压缩与失真的问题，以及角色转变协调时的转码、编码与解码，有本书可以参考《策展人手册》 Adrian george
这种问题比较难判断，很有可能是双方都有问题。
先讲乙方的问题：绝大部分应该是需求判断不准确，导致工时估算过少，所以希望乙方在报工时的时候留一定余地。我们团队的标准是预估工时 x (2-3)，主要是把沟通成本和技术方面的风险做一个缓冲。
再讲甲方的问题：其实很多时候甲方的需求应该都是没完善的，所以只要提出修改，就应该需要有工期延后的期待。特别是如果项目的报价是固定的时候，对乙方极其不公平。
解决的办法：我们对于需求可能不固定的甲方都提出按照实际小时计算，周结或者月结。我们每个人的电脑上都有计时器，能够清楚反映实际使用的工时，可以透明和甲方共享。绝大部分时候我们的估算都和最初相差不大，就算是中途需要有需求变更，也能够及时响应，重新估算未来的工时。我们合作过的甲方都很满意这种结算方式。
如果还是倾向于传统的结算方式，我们建议采取里程碑式的项目节点设计，每个里程碑有明确的交付物（设计文档，代码，运维模板和文档等），每个里程碑结算。建议乙方留足够多的缓冲，并且在合同上注明需求变更的步骤和允许附加新的里程碑，这样可以做到灵活。
最后给甲方的一句话：软件工程和盖楼一样，都会有风险，需要充分理解并拥抱风险，这样就不会有期望偏差导致纠纷的情况。我们和甲方合作的时候都充分说明具体哪一个模块会有风险，这样甲方就算是不懂技术也能知道每一步我们遇到的情况，这样甲方也能理解并做出相应的支持。我相信如果甲乙双方有这种合作态度的话，一般项目都能正常进行和结束。
项目细分到每周作为一个小验收，每周任务细分到每天，每日事每日必（对于开发，有卡壳很正常，但是影响周计划，就要扣钱了），不管是个人还是工作室，少摸鱼提高8小时工作效率，延期很少出现
有机会可以聊一下
什么原因导致的延期呢，是单纯的开发速度慢，还是需求沟通导致的反复修改。
442原则， 付钱，时间节点，都定好。要完成，把工作细化，细化到每天。这样子就能把控全局了。
正好刚刚写完个帖子，可以参考 https://eleduck.com/posts/a4fmRD
甲方从一开始就约定时间，如果可以或者有人愿意接这个活，再细分，看看要不要扩。主要在第二级架构和产品上来把控时间的细节，其余的就是能者就上，不能就不要上，上了延期可能得不到钱。
合作前，是不是考虑将工作切分成更小的任务，通过小的任务积累合作的基础，至于怎么规避？没合作过怎么知道对方的实力？
我是做设计的，我觉得这不是判断实力的问题，而是双方是否清楚工作范围和细节的问题， 比如我在签合同之前，会根据客户的需求有个详细的方案和需要的时间，补齐客户提供的资料和需求之间的Gap，客户提供的原型经常是不完善不细致的，会在这个的基础上进一步的提出问题和解决方案，会先脑里实操一次，并把实操结果和客户沟通和细化，然后把沟通结果写进合同。而不是签了合同在想怎么做，再去想这个项目会不会有什么问题，如果你觉得他不错，他看了项目也觉得问题不大，没有细致的沟通和敲定工作内容和细节，这不是合作，这是在赌，他赌你不作妖，你赌他有职业道德。
做设计我很靠谱，有需求可以考虑下我，谢谢 https://eleduck.com/posts/VvfYRm
还是需要找靠谱的团队 价格要符合市场，这两点没满足 才容易出现跑路 翻车的情况，案例也需要看看，最好规避掉商务中间商，因为中间商会那走一部分，这样你的价格就满足不了市场，翻车是必定的
感觉沟通很重要，尤其是远程合作，保证一天一碰头，发现偏离轨道，及时调整
1、提升挑选对象的能力。从历史项目经验、留作业判断专业技能；通过聊天侧面了解考察人的责任心、其他工作时间占有情况、家庭情况等各种会影响到交付的因素；通过沟通了解其沟通能力理解力等 2.项目过程控制：设定可拆分量化的目标及时间计划、按期检验、提前提醒、设置延期交付赔偿条款等等
下载APP，能及时收到回复或进展
我认为这个需求必须平台来满足，比如电鸭。
从实际来看，很多甲方只知道自己有一个需求，但是这个需求具体应该用什么产品来满足，他们并不清楚；如何开发这款产品就更是一窍不通。如果是大厂，或者岗位配置完备的公司，那么这个时候应该分别有产品经理、项目经理介入；而外行甲方就只能找外包。如果外包给力，倒也无妨，如果外包本着能混过验收就行，能蒙则蒙，能拖则拖，那结果很可能赔了夫人又折兵，又亏钱又耽误时间。
这时就需要平台介入：
据我了解电鸭目前只是一个信息平台（很多兼职平台也是这么个角色），并不打算做中间人。并且由于兼职的特殊性，合作形式、操作策略每个公司和个人都有很多定制化需求，平台是很难满足的，说白了吃力不讨好，没办法给到双方什么保障。不过你说的也是一个思路或者方案，也许可以有一个团队专门提供评估+需求梳理服务呢
团队的问题和外包一样，很难保证不跑路，相对来说平台要好很多，A 跑了找 B，B 跑了找 C。
当然电鸭不打算搞这个也很正常，感觉是另一摊业务。
不过是否可以搞个第三方团队常驻电鸭，专做这一块，我觉得有点机会。
我的意思是搞一个咨询服务团队，一次性收费，细化需求点。一方面保证了工程师的工作量合理性，一方面给到甲方一系列验收标准，分步支付降低风险。把排期、短期验收目标、标准、酬劳给到甲方，不参与项目管理
说实话，我觉得这个价值不大，解决不了客户的需求，MVP 不够 V。
电鸭如果能够有能力细化需求，那么它基本不是论坛，而是半个咨询公司了，这个要求其实很高，不太现实。
电鸭外包给我们这样的用户，以官方名义，拿分成嘛。
项目现在都是敏捷开发模式，让对方先提供项目设计，每个模块定时间路标，到时间点看功能是否完成，确保到后面不会出现大范围功能延迟。
可以找个熟悉的人或第三方看对方项目设计是否合理来评估对方实力，如果没有项目设计，从电话沟通上理解对方的沟通能力如何，是否能精确理解你的意思，并延申你的想法。
方式还是比较多，当然钱还是很重要，钱少即使高手也不会给你做多好的
时间评估不准确说明项目拆分不够细，拆分不够细很大原因是需求不够明确。 所以，最好的解决办法是，将明确的需求写在文档上，白纸黑字不会死无对证。最终交付的时候，只要乙方规定时间内满足了文档要求，就ok。假如产品出来后发现逻辑不对/不合理，责任都在甲方。
楼上的同学们已经讲得很好了, 我再叨叨两句.
梳理需求和排期的过程一定要让最终写这块代码的开发一起参与进来. 上面有同学提到了 MVP, 同样的功能不同的开发用时可能不一样. 会者不难难者不会嘛~
比如, 你的项目涉及多个仓库, Vue/React/Angular 代码都有, 这时你只有找我这种全能型的才有可能搞定, 我 Angular 技能多于 Vue/React. (这娃好狂啊~)
再比如, 你找好前端了, 后端 PHP 开发还没找好, 这时若是找的我, 那我前后端就可以一起搞了, 少了沟通的话在一定程度上还能节省时间. (打他打他~他会个屁~)
再比如, 你说项目还要做成双语的, 你又搁哪要去找个英语翻译, 花钱花时间, 这时若是找我, 那这个也省了, 我就是英语专业, 别给我化学医生生物天文啥专业性太强的东西, 我一般都能翻译得地道点, 我专八笔试证口试证也不是白拿的嘛. (拖出去拖出去~)
啥? 你还想写个移动端 app? 你要招 iOS 跟安卓开发吧? 你的项目很难嘛? 功能很复杂嘛? 要求极高的性能嘛? 看看你的预算, 你只能请得起我, 混合应用或 RN 开发的非混合非原生的应用你定, 你定~
你还要统一技术栈? 没问题, 我可以 web, 小程序, app 都用 React, 后端你不想要 PHP 咱就上 Java/Spring Boot, 你若喜欢 Node 上 Egg/Koa 也无妨嘛~(版主今天一定给我把这娃关小黑屋去~)
其它还有什么小事呢? 项目排得急的话每日汇报进度也是必须的嘛~ 这样对着排期看才能避免功能堆到最后开发不完~ 还有开发过程中不要乱加需求, 加需求就加工期~ 这道理你要懂~ 可以买本人月神话看看~ 有哪里不清楚及时沟通嘛~
若你要的是那种难度大的需求, 比如, 推荐算法, AI, 自然语言处理, NLP, 区块链技术, 当我没说, 你租办公室招人去吧~加油, 奥力给~
逃~打不着窝~嘿嘿嘿~
定期持续沟通，定好每个阶段交付的内容
如果是对对方的实力判断不准，除了上面大家说过的方法，可以在开发前多沟通、确认，我的经验是会让开发给出详细（具体到每一个需求点，越详细越好）的技术方案，然后一起开会讨论确定方案，根据每一个需求点的方案让开发评估时间，这样双方对于需求的理解、实现方式都非常的清楚，开发在做的时候也比较清晰，这个方法的缺点是比较耗时，但是这样大概率可以保证需求的实现度，很大程度上也能避免延期。
互联网行业的项目管理(PM)，也许能对标艺术领域的艺术策展人(curator)，就可参考的范式来说，艺术行业比互联网行业都成熟许多，上世纪中期 60 年代就出现的特殊身份，策展人，需要协调艺术家将策展想法落地，沟通、协调与跨文化专业语境等交叉性，实际实践需要许多具逻辑的空间想象，尤其远程项目有空间时间化的特性，将时间扁平线性，便会涉及压缩与失真的问题，以及角色转变协调时的转码、编码与解码，有本书可以参考《策展人手册》 Adrian george
这种问题比较难判断，很有可能是双方都有问题。
先讲乙方的问题：绝大部分应该是需求判断不准确，导致工时估算过少，所以希望乙方在报工时的时候留一定余地。我们团队的标准是预估工时 x (2-3)，主要是把沟通成本和技术方面的风险做一个缓冲。
再讲甲方的问题：其实很多时候甲方的需求应该都是没完善的，所以只要提出修改，就应该需要有工期延后的期待。特别是如果项目的报价是固定的时候，对乙方极其不公平。
解决的办法：我们对于需求可能不固定的甲方都提出按照实际小时计算，周结或者月结。我们每个人的电脑上都有计时器，能够清楚反映实际使用的工时，可以透明和甲方共享。绝大部分时候我们的估算都和最初相差不大，就算是中途需要有需求变更，也能够及时响应，重新估算未来的工时。我们合作过的甲方都很满意这种结算方式。
如果还是倾向于传统的结算方式，我们建议采取里程碑式的项目节点设计，每个里程碑有明确的交付物（设计文档，代码，运维模板和文档等），每个里程碑结算。建议乙方留足够多的缓冲，并且在合同上注明需求变更的步骤和允许附加新的里程碑，这样可以做到灵活。
最后给甲方的一句话：软件工程和盖楼一样，都会有风险，需要充分理解并拥抱风险，这样就不会有期望偏差导致纠纷的情况。我们和甲方合作的时候都充分说明具体哪一个模块会有风险，这样甲方就算是不懂技术也能知道每一步我们遇到的情况，这样甲方也能理解并做出相应的支持。我相信如果甲乙双方有这种合作态度的话，一般项目都能正常进行和结束。
项目细分到每周作为一个小验收，每周任务细分到每天，每日事每日必（对于开发，有卡壳很正常，但是影响周计划，就要扣钱了），不管是个人还是工作室，少摸鱼提高8小时工作效率，延期很少出现
有机会可以聊一下
什么原因导致的延期呢，是单纯的开发速度慢，还是需求沟通导致的反复修改。
442原则，
付钱，时间节点，都定好。要完成，把工作细化，细化到每天。这样子就能把控全局了。
正好刚刚写完个帖子，可以参考
https://eleduck.com/posts/a4fmRD
甲方从一开始就约定时间，如果可以或者有人愿意接这个活，再细分，看看要不要扩。主要在第二级架构和产品上来把控时间的细节，其余的就是能者就上，不能就不要上，上了延期可能得不到钱。
合作前，是不是考虑将工作切分成更小的任务，通过小的任务积累合作的基础，至于怎么规避？没合作过怎么知道对方的实力？
我是做设计的，我觉得这不是判断实力的问题，而是双方是否清楚工作范围和细节的问题，
比如我在签合同之前，会根据客户的需求有个详细的方案和需要的时间，补齐客户提供的资料和需求之间的Gap，客户提供的原型经常是不完善不细致的，会在这个的基础上进一步的提出问题和解决方案，会先脑里实操一次，并把实操结果和客户沟通和细化，然后把沟通结果写进合同。而不是签了合同在想怎么做，再去想这个项目会不会有什么问题，如果你觉得他不错，他看了项目也觉得问题不大，没有细致的沟通和敲定工作内容和细节，这不是合作，这是在赌，他赌你不作妖，你赌他有职业道德。
做设计我很靠谱，有需求可以考虑下我，谢谢
https://eleduck.com/posts/VvfYRm
还是需要找靠谱的团队 价格要符合市场，这两点没满足 才容易出现跑路 翻车的情况，案例也需要看看，最好规避掉商务中间商，因为中间商会那走一部分，这样你的价格就满足不了市场，翻车是必定的
感觉沟通很重要，尤其是远程合作，保证一天一碰头，发现偏离轨道，及时调整
1、提升挑选对象的能力。从历史项目经验、留作业判断专业技能；通过聊天侧面了解考察人的责任心、其他工作时间占有情况、家庭情况等各种会影响到交付的因素；通过沟通了解其沟通能力理解力等
2.项目过程控制：设定可拆分量化的目标及时间计划、按期检验、提前提醒、设置延期交付赔偿条款等等