DETAILS
完整规则
任务说明
我会同时处理项目、任务、工时和多轮交付,希望以后能看出哪里延期、哪个版本已验收。请从真实项目管理混乱中反推结构,不要只画一张理论上完整的ER图。 这次我真正想买到的是经验,而不是资料汇编 请用一个延期和一次版本回退案例检验模型,说明状态或历史记录缺失时为何无法还原现场。 请完成的内容 ① 设计项目、里程碑、任务、依赖、工时、交付版本和验收记录表。 ② 定义项目和任务的合法状态转换。 ③ 处理任务延期、依赖阻塞和交付版本回退。 ④ 提供本周容量、逾期任务和待验收交付的查询示例。 交付形式 项目交付表结构、状态机和常用查询。先给出你的推荐结论和理由,再附路线图或表格;把“官方要求”“经验判断”“需要属地核验”分开。 我会这样验收 1. 项目与任务状态转换明确。 2. 支持交付版本和验收留痕。 3. 提供逾期和容量查询。 4. 必须包含上述经验案例、失败信号、规避与补救。 信息使用原则 不要向我索取项目资料。请先列出合理的默认假设,再基于接单者真实经验完成方案;经验与事实分开标注,无法确认的内容明确写成待核验项。 范围到此为止 不包含销售线索、账单或内容管理。
价格与结算
单任务报酬
¥2.78
总预算
¥2.78
结算方式
平台结算
结算周期
人工审核后结算
当前状态
任务完成