【团队】关于管理流程的一点思考

加入这个团队已经半年有余，今天想聊聊流程缺失的问题：

1、整体流程

        指的是围绕软件产品研发相关的全过程标准，瀑布模式或者敏捷模式都可以，目前的现象在于，敏捷开展有半年了，但是仅仅10人的团队，依然很多人不清楚流程如何流转，各个节点该做什么，做的标准是什么；

        1）团队成员的协作意识问题是一方面，同时管理者的宣贯，强调工作也不可或缺；

        2）具象的流程制度是需要的，相当于一个标的，可以反复确认作为标准；

        3）规矩意识，无规矩不成方圆，红线要建立，奖惩要定好，没有规矩意识的团队，就和没有底线的人一样；

        4）整体流程往往有一个清晰的目标，就是为了输出满足标准的成果交付物，但是需要考虑其他可能影响的干扰因素

2、配置管理

        从上次SZ出差过程中就发现配置管理的问题严重，部署现场的版本在出发前进行了封装，部署后发现存在问题，两边开始各自调整改动，导致最终部署时发现，改了的问题又出现了；

        1）版本配置管理，3个库，产品库、配置库、开发库，最基础的保障

        2）配置变更流程是支持不同版本切换的基础流程，缺乏审批确认的变更就是一个定时炸弹；

        3）每个人都有发布权限，这个事情就比较扯，靠嘴说是管不好的，权限收敛要注意；

3、缺陷跟踪

        补位的测试岗位本身没什么问题，从项目周期初始到现阶段，缺陷累积越来越多，产品的问题也堆积如山；

        1）缺陷识别：

        2）缺陷记录

        3）缺陷确认

        4）缺陷改进

        5）缺陷改进确认

        6）缺陷修复完成

        以上的流程是缺陷跟踪的基本过程，和技术能力无关；其次缺陷跟踪是事务管理的基本框架，从头到尾，有流程、有过程、有异常、有难点、有沟通、有协调、有闭环，很考验一个人的责任心。

4、项目流程

        项目的实施和产品研发不同，自然应该有独立的流程支撑，毕竟一个是为了满足项目目标的，一个是为了产品研发达成的，无序的穿插对于一个不成熟的团队来说必然带来极大的挑战；

        这个点不能展开聊项目管理全部，改天单独切入一个点一个点的说

        1）关于项目实施过程中与客户演示这个事情：

                一方面，计划变更要提前安排，行程、可能要做的事情，需要资源配合的内容

                一方面，现场人到位了现学产品功能使用是比较扯

         2）项目经理还是需要有专业素养和技能的人来负责承担的

5、综合能力

        在面对客户总工的汇报前夕和当天早上，所有人忙着无法召开站会的现象，本质上反映了这个团队在面对一些正式场合和任务，应对能力不足。

后续再持续关注...