最近和同事 一起开发，都一周了 其实思绪还是比较混乱，我甚至都理不清晰。
我大概是一个大器晚成的人 ，比较笨，我对项目没有概念，只能在我的 工作局部操作
不过我的工作局部操作也成功了，虽然遇到一些问题，但是还是很幸运
以前 因为产品经理需求 一是太多太杂 二是 确实天马行空 难以实现，好比 根据手机壳 换app颜色主题，所以排斥产品。不过假如项目开发没有产品经理，开发体验确实是一团乱麻，甚至 开会都没有重点，大家各自说自己的，另外的人也不清晰到底说明白了没。项目的交付也没有标准，导致大家 协助起来还是很困难，我甚至好几次搞错 自己到底要搞什么。 总结一些经验教训
-
项目 一定要有一个 系统架构图 流程图，可视化展示 项目的 业务/数据 流动过程，谁来触发还是 定时任务，谁负责哪一块
-
每一个具体的需求 需要绝对多 你可以想到的限定词，缺少一个限定词都会导致项目的缺陷和漏洞
3.口述一定会有遗漏 及不清楚 不清晰 ，尤其是在对接需求，一定要写在文档和 邮件中
4.有一个公共的wiki 需求文档 让大家了解各自的内容重点和具体的内容，
5.每一个需求都需要有一个交付验证的标准，没有标准 最后在扯皮 中会越来越背离上一次得到的结果
6.与非本团队的人员沟通，一定要 让他们给足验证和要求 ，数据格式 ，标准 尽量以文档形式呈现，了解他们验证的 模式和标准，尽量加微信沟通和 实际工位 了解，拿到 机器 和log 日志 和页面
7.一定要有测试环境存在，项目需要调试基础，暂时git 可以做到不错的 部署上传，要有能力在跳板机的障碍下 调试
8.如果有一个产品经理 ，或者懂项目管理 产品思路的技术人员，可以有效促进开发的效率
- 项目开发有迭代和模块化思想，还是先用最熟悉的技术 走通全部流程，然后用想用的新技术去替代某些模块
10.不同语言 的交互请求 ，一定要对接清楚，url ，dada format ，触发条件 类型 等 必要充分条件
11.首次 或半路加入到项目中来，一定会对项目缺少敏感性 ，对一些内容没有概念，不知所云，需要通过个人努力贯穿整个流程
12.对于实际需要付诸行动的， 先接受 具体的任务安排，最后才是接受形容词 和客套话
网友评论