协作

   项目进行到当前阶段,团队也就一直稳定在2人,团队建设方面没有任何进展,有时候在想还好是两人,不至于是光杆司令,至少有个商量。

   回到公司后这两天对项目又进行了一轮梳理,进过几轮出差业务需求应该是比较清楚了,从大的方面来说项目没有想象的复杂,业务功能点也还能接受,延期的主要原因还是在于没有形成好的团队,缺少有效的协作。

   不去做团队的深入分析了,存在有他的历史原因,还是想着如何在延期后把项目尽量做的完善。

   经过两天的调整缓和,今天开始动手进行工具的开发,用于满足客户的非正常流程的人工干预,对客户而言业务中的随意性,让现有的框架很难满足需求,现阶段必须配备一个工具。对我们而言也是好事,通过工具的编写慢慢让同事熟悉这块的库表结构和业务流程,考虑以后重构,当前框架也是此次项目开发的重要吐槽点,问题多,性能差,长久考虑重构是最优选择。

   两人合作,他负责客户端程序开发,我负责webapi的开发,基于web服务的架构,考虑到多客户端的场景,这个项目虽然不大,五脏俱全,有winform,浏览器,移动端,通过web服务最大简化开发工作量。

    在这之前已经形成了一些工具,实体的自动生成配合轻量级的dapper简化数据库的操作,基于json的传输让整个服务端变得简单快捷,在下班之前测试通过,明天即可进行相关view的联调。

    人不在多,目前两人的配合还算不错,只是移动端和bs开发还需各引进一人,才能形成一个所谓的团队,协作得有人才行。

原文地址:https://www.cnblogs.com/jingsha/p/5628040.html