跨项目依赖
项目经理：张伟
部门：产品研发中心
更新日期：0000-00-00
结论：身份认证已接通，短信进行中，门禁未开始
一、依赖概述
行政协同平台要按 10月31日对十二层 86 名员工开放订会议室、请假、访客登记和用品申领，需要三个外部项目配合：统一身份认证、短信网关、门禁系统。身份认证提供登录，短信发送审批和确认通知，门禁原计划用于访客自动开门。张伟登记依赖并跟踪日期，刘洋负责技术对接，陈静决定某一依赖延误时是否调整本期交付。
- 三条依赖都有明确的对方负责人和最近一次确认日期。
- 依赖延误超过 5 个工作日，张伟当天给出对试点日的影响。
- 本期可以没有自动开门，不能没有登录和审批通知。
- 对方项目的内部排期变化，以书面或邮件为准，口头日期不写入计划。
二、依赖清单
下表为三条依赖的现状。身份认证已于 9月12日在测试环境走通。短信模板尚在对方审核。门禁厂商把联调包推迟到 10月24日，本期访客改为周敏人工确认，自动开门的对接尚未开始。
三、影响与时限
身份认证若回退，全员无法登录，试点不能开始，这是最高优先级。短信若 10月15日仍未审核通过，审批人改在系统内查看待办，页面保留红点提示，试点日可以维持，由陈静确认这种降级。门禁晚到只影响自动开门，不影响人工确认的访客流程，因此不作为 10月31日的前置条件。
- 登录接口刘洋已做失败提示，身份组计划在 10月20日再做一次证书检查。
- 短信模板三条：请假待审批、访客待确认、用品已扣减，文案由周敏在 10月10日前提交。
- 门禁沙箱与业务环境隔离，10月24日后的联调不占用系统测试窗口。
- 组织主数据若周五未同步，新主管会看不到待审批，周敏用当天人工名单补上。
四、协调机制
张伟每两周与身份组、短信组各对一次日期，会议 20 分钟，纪要写明承诺日是否变化。厂商由刘洋单点联系，每周一把进展报给张伟。需要对方改优先级时，由陈静出面，张伟不直接向对方管理层施压。协调结论当天更新本页的表。
- 最近一次短信协调在 9月27日，赵凯确认审核队列中还有 4 个模板排在前面。
- 身份组周倩指定了备份联系人，主联系人请假时备份 4 小时内响应。
- 厂商延期函已存档，作为访客改人工确认的依据。
- 跨项目事项不进日常站会展开，只在站会报阻塞是否解除。
五、当前跟踪
9月30日的跟踪结论是：登录可以支持系统测试；短信是黄色风险，张伟在 10月10日检查模板是否提交；门禁保持未开始，不投入本期开发人力。组织主数据本周五已同步，主管 28 人、缺代理人 2 人，周敏在 10月8日前补齐。下一轮协调定在 10月11日。
- 王芳的系统测试账号已用身份认证登录成功，抽测 10 个账号全部通过。
- 若 10月15日短信仍未开通，张伟当天请陈静确认降级方案。
- 门禁到达后，刘洋用 2 天做技术验证，验证结果单独报告，不自动并入试点。
- 本清单由张伟更新，对方负责人变更时在 24 小时内改表。