获得徽章 5
- 经验分享,负责项目在前期需要注意的事情有哪些?
技术人提升能力到一定阶段就要负责项目,开始的很长一段时间都会极不适应,为什么呢?那就是用技术思维去应对复杂的人文环境。
项目首先是理解需求,而需求不仅来自于客户的实际生产需要,还有个人的主观性,我们将其分为二八原则,主观性只占两成,但是你的方案如果不照顾到这两成需要,很有可能项目前进过程不断被否定。
就好像你自己去商场买手机,质量功能再好,只有白色款,可你想要黑色,你就想想你当时的心情,这种主观性往往对于客户的心态影响其实很大。
其次是项目的前期文档价值总是被技术人低估,也就是很多程序员代码写得一流,但是写开文档即便使出洪荒之力最多憋出一句话的状态,这就是长期不锻炼写作所导致的生涩。
可是文档在项目前期的作用极为关键,梳理清晰文档,不仅有助于解决内部项目工作任务分解的目标,而且前期项目成本,开发周期,合作方对接,若没有清晰文档的责任边界,很可能将自家的利益拱手送人。
其实对于文档书写困难的很多技术人,我的建议是:一定先要梳理出大纲,下笔无墨时,可以基于章节的关注点,先绘图功能间关系图例,对照图例去描述文字,就有抓地力了!
最后就是项目开发启动过程尽量按照原型、协议、模型、环境搭建后再陆续团队的任务开发。
原型很重要,尤其是在确认需求的阶段,也是指导开发的重要文件,不要给出朦朦胧胧的原型界面,而是具有一定交互的原型集合,人是感性和理想相结合的生灵,视觉感受会极大促进理性思考。
开发前期合作方AB,BC,CD等等之间的协议一定先行,用json?json的业务语义设计?接口调用方法等等,这些事情要认为是基础层,且非常独立,大家的功能又对其紧密依赖,那么一定是协议清晰,各司其职的项目管理方法。
模型代表了项目建设所关注的各个领域进行建模,模型来驱动,界面、数据关系、业务处理这些都是模型作为一条条血管,连通了起来。
这些做完后别忘了环境的搭建,让工程师们在一个共识,统一风格的基础环境上做开发,不要在项目中期或后期因为环境问题,对接不到一起,测试工程师更是恼火。
好吧,就聊这些,项目开发是软件行业的普遍情况,项目负责人就是项目的精神支柱,好好把握住项目节奏,就是对所有参与者最大的负责。展开评论1 - 推荐一个国产新开源的web组态可视化工具,支持mqtt和websocket通信、流程图、拓扑图、脑图、动画、echarts等(有vue和react入门教程)。415