陈苏漾的IT生涯

12月1日正式入职到新公司，汽车行业，说到底是机遇更是挑战。需要快速的熟悉项目信息，对接相关干系人，了解项目的目标，进度，风险等。碰巧大学同学在这边，和他沟通后发现，这边也在裁人，感觉瞬间压力满满，虽然我这个岗位还在扩招，但是可不能掉以轻心。3.项目的干系人，目标，进度，风险都要进行了解。1.是快速把需要用到的账号给开通保障能用。接下来的日子，只顾风雨兼程，直挂云帆济沧海。4.需要挂项目，写工时日报周报。2.对项目信息需要有点认识。

和领导沟通的结果是，需要侧重点放在管理上，以主人翁的心态去负责，出了事情需要自己担责，而不是扑人的角色。有什么事情是别人对我负责，我对软件负责，其他人不配合，我就进行投诉，管理！（6）软件认可，软件开发完后，提供到客户侧后，需要测试提供测试报告，软件认可报告，车企业还不和传统的WEB项目一样，更新迭代完后就结束了，他们是无休止的去迭代版本，通常是SOP后还会继续迭代，也没有所谓的几期。之前一直是认为PM是对项目负责，仆人心态，项目有啥问题，第一时间，拉通资源，去创造条件去满足项目需求，从而让项目验收。

1通篇 太过绝对不要选， 麻烦领导请三思， 消极武断靠边站， 推卸告状不可行， 知识领域不确定， 尽量要往整合靠， 确定领域看计划， 里面包含怎么做。 2启动篇 看见启动想章程， 整体预先高层级， 主要总体和关键， 论证协议是输入， 没有经验用专家， 章程批准才能做， 正式发布和授权， 启动开工要分清， 英文单词很重要， 开工目的是宣贯， 获得相关方承诺， 阐明角色和职责， 没有识别相关方， 一定先找登记册， 记录期望和分类， 出现期望未满足， 执行相关方

敏捷多用于互联网和IT项目 1、产品经理/客户 与开发团队一般在一起办公 2、有啥问题面对面沟通，因为团队都在一起办公，所以彼此沟通的内燃所有人都能听得到，任何人也都能参与到沟通之中 3、【backlog】产品经理/客户负责需求的梳理，重要且紧急的一般会梳理的比较细，反之则比较粗 4、【计划会】产品经理/客户将比较细的需求给开发团队进行评审，开发团队根据自己的开发周期制定开发计划-迭代任务（可能会砍需求）背砍掉的需求放到下一个开发周期 5、开发团队进行开发，与此同时产品经理/客户对剩下的需求进行梳理，重要且