TO G项目全流程复盘

发布时间:2021-12-12 07:36:59 | 作者:亚博游戏官网

  此次项目自己从前期商务接洽、售前作业、招投标作业,初期需求收集作业、计划规划作业,中期产品规划作业、产品研制测验作业、项目办理作业,后期项目交给和继续运营作业,全流程参加。本次复盘也是一次全方位的项目复盘。

  此项目业主方为某市某区网信办,项目由某大型国企作为总集成方,某软件服务央企作为软件部分分包商,我司作为的该央企软件外包服务商。

  软件部分包含舆情大数据监测办理体系(PC)和网信指令交办体系(PC&App),首要处理舆情监测预警和后续的网信指令交办问题。

  现在项目合同包含功用和其他需求功用已完结开发作业,并已完结检验交给作业。合同中现在“对接其他舆情体系”没有完结,“舆情简报”功用改版功用没有完结。

  项目自试运转以来共更新迭代9个版别,后续会依据网信办用户和镇街用户反应继续优化迭代项目,一同做好日常运转的运维作业。

  因为此项目实质上是一个TO G建造交给类型的项目,不同于团队研制的规范化产品,交给类型的项目需求相对不可控,而客户需求延伸,或许会导致:

  前期为能够顺畅拿下项目,没有充沛考虑客户需求与团队资源匹配度问题,导致技能团队无法完结客户需求,导致项目延期或违约;

  中后期为能赶快满意用户需求完结检验作业,对业主方的需求来者不拒,扩展项目规模,反而导致项目迟迟无法交给上线;

  业主方需求的随意改动或延伸,团队疲于满意用户会使团队成员发生抵抗心思,影响团队气氛,冲击团队士气。

  在处理用户需求问题上,前期团队尽或许满意用户需求,所以咱们也相同面对2、3、4点的问题,导致项目迟迟无法交给,团队士气受挫。为了处理当时问题,我做了以下改动:

  关于交给类型项目不管是在前期需求调研、需求收集,中期产品规划、开发编码,后期项目检验进程中,作为项目担任人都应从商务、产品、研制层面强化需求鸿沟认识,让团队成员认识到需求鸿沟的重要性,严厉控制项目鸿沟,以便愈加顺畅推进项目。

  产品规划的条件是对事务实质的了解,经过对业主方需求和事务形式笼统出产品结构和事务流程,具象成详细的产品功用。

  因为此次项目对我来说是一次全新的项目,所以在前期我也参阅了许多老练产品的材料,但发现市面上大多数同类产品更多地聚集在舆情信息监测舆情,而对后续舆情处置、指令交办没有过多的触及。这儿就需求思整个体系的中心究竟是什么?

  经过前期与业主方的屡次沟通,发现其实体系的中心十分清晰,经过信息化手法和相关技能,实时监控把握网络舆情信息,一同树立起多机协同、多部分参加、信息同享、共商共治的网络突发事件处置体系。

  首要应该为了完结从舆情监测到指令交办,是怎样一个流程?这些流程中会触及到哪些人物和要害节点?每一个流程这些人物的输入和输出是什么?到下一流程的约束条件?流程是否可逆?出于对上面流程的考虑,整理除了以下事务流程:

  作为一个完好体系,除要害事务流程外,还需求一些根底装备和支撑办理的模块,这儿咱们考虑了包含:用户办理、权限办理、音讯推送、数据计算、审计日志、根底装备办理等。

  因为本项目还触及到原有体系的整合及历史数据的搬迁,咱们也规划一致运用办理模块。以下是咱们对体系架构的笼统:

  接下来咱们要做的便是对产品功用的整理和罗列,对前期一切信息和常识的整合,咱们对事务流程和产品结构进行了进一步拆解成产品功用,从而进行产品原型规划。

  产品原型规划本应是与业主方进行前期沟通、团队内部(研制、测验、UI)评定的重要东西手法,但在这儿我犯了2个十分严重过错:

  在产品规划的时分太重功用,而小看用户体会。网信办用户在处理舆情上的作业是十分冗杂、琐碎的,但我没有过多地在易用性层面考虑问题,导致用户体会较差。

  在未将产品原型与业主方沟通承认的条件下,直接进行内部评定进入开发阶段,导致产品在第一个版别给业主方试用时,发现许多功用并非业主方真正想要的东西,反应欠好。

  鉴于第一版存在的问题,经过和业主方及研制团队的沟通,咱们决定在保存根底功用的条件下,对体系进行从头规划。

  关于从头规划的体系,我更多地从用户视角动身,深化了解网信办用户和镇街用户的日常作业状况以及作业量,在确保正常功用流程能跑通的条件下,更多地考虑产品的易用性和灵敏性问题,比方重复问题的一键生成模块,流程自定义等。

  一同为了防止之前规划的功用并非业主方需求,我在后续的规划进程中,每完结一个版别的规划提早和业主方沟通,清晰后再投入开发作业,也防止了开发团队重复修正。

  产品司理在规划产品的时分免不了会带有一些片面认识,但产品规划绝不是依托某个人的感觉和判别来完结的。关于建造交给类型的项目,咱们需求一同考虑事务可行性和技能可行性,与客户充沛沟通承认规划原型和与研制团队评定产品完结是相同重要,所以在产品规划的时分需求在产品维度、技能维度和用户维度之间随时切换。

  编码研制是对产品规划的详细完结,在开发测验阶段我更多的作业在于和谐、协作研制作业的顺畅进行,一同把控整体项目进行。

  因为和团队的成员有较好的默契,一同内部也有规范的研制流程,所以整个研制进程较为顺畅,作业进展也没有呈现较大误差。这儿讲一讲咱们团队的整个研制测验进程。

  1)咱们在前期与业主方触摸时,就提早与研制担任人商议,做一些技能储备,以方便在后续清晰需求后可赶快打开作业。首要触及到爬虫技能和移动端开发(团队成员之前均没有写APP阅历)。

  2)在需求清晰后,正式研制作业开端前,由我与研制担任人从一同商议拟定项目的研制计划表。表首要触及的内容包含体系功用、研制人员、各自责任、研制周期等。

  3)每周进行一次整体的研制进展会,总结上一周作业以及下一周的作业组织;每天由研制担任人跟进研制进展,评价进展状况。关于研制滞后或许紧急状况,及时进行作业调整。

  4)关于需求多客户端联调的状况,提早与相关担任的搭档约好时刻,以便咱们能够集中精力做同一件事。

  5)在确保项目质量和进展的一同,也需会时常注重开发人员的心情和主意。产品司理对需求的把控才干十分重要,可是做到八面玲珑往往很难,研制人员的反应和一些考虑,比方在一些流程和技能上的考虑,也是需求注重的。

  因为开发资源有限,且时刻十分紧,咱们的测验团队在开发完结一个模块后,会立刻组织测验人员进行相关测验,这样做的优点是,开发人员能够防止在做到后边作业的时分,还需求抽出时刻精力从头了解前面的代码,一同也能够防止前面的bug导致后边的开发进程中的过错。

  实在的运用环境总会有意想不到的问题,所以在体系完结开发作业后,咱们与业主方商议赶快上线投入试运转,以便在实在环境下发现问题、及时整改。

  首要上线前咱们内部进行了屡次体系性测验,防止在上线当天呈现意外;在上线当天咱们的研制时刻注重体系运用状况,若呈现忽然状况能够及时处理;在正式上线前,对业主方及其下属单位进行了体系训练,让用户提早了解体系功用。

  一同准备好体系训练PPT、体系说明书、体系演示视频等材料,防止部分客户呈现不知道体系运用方法的状况;一同与用户组成体系评论群,树立反应机制。

  咱们内部项目相关人员也全员参加评论,防止部分搭档没有及时回复音讯,而导致网信事务不能及时展开。

  当然咱们在前期相同也遇到了大多数项目刚上线时的问题:体系运转不稳定,总会时不时地呈现一些或大或小的问题,这些问题或许是因为产品规划时没有考虑周到而发生的问题,也或许是程序上的bug,也或许是用户的运用环境不支撑等。

  这期间咱们需求做的是对产品质量进行严厉把控,呈现问题及时和研制搭档沟通赶快处理问题,假如呈现较多问题也会下降用户对体系的不信任。

  一般来说在一段时刻的试运转整改调优,一同跟着用户对新体系的逐渐了解,体系的运转会逐渐走上正轨,也能够较好地支撑业主方的日常作业。

  因为咱们整个团队处于创业阶段,这儿在各方资源、本钱十分有限,这儿我也讲一讲关于创业团队以及项目进程中遇到的一些其他问题。

  其实不管是在创业公司仍是大厂,资源总是有限的,而我以为创业的实质便是整理已有资源,并充沛利用、和谐这些资源发明出对用户有功效的产品,并能继续发明价值。

  咱们整个项目团队的人员构成是:项目担任人兼产品司理(1人)、Java研制工程师(1人)、前端研制工程师(1人)、 安卓开发工程师(1人)、QA(1人)、UI规划师(外包)。在团队内部资源十分有限的状况下,咱们的处理计划是——复用。团队的每个人都在尽或许地触摸和学习自己的常识盲区,在有需求的时分能顶上。

  在文章最前面我说到,我作为项目担任人从最开端的商务接洽到后续的运维办理,我是全流程参加。对我而言,曾经的作业首要聚集在对外收集用户需求、对内进行项目办理,但在此次项目中的商务接洽、商场推行、售前计划,招投标计划等都是我曾经没有触摸的作业,归于我的常识盲区和惊惧区,但在团队处于创业资源匮乏期,走出舒适区是必不可少的作业。

  当然不光是我,整个团队的成员都在复用,也都阅历了走出舒适区的阵痛,好在咱们扛过来了。创业便是摸着石头过河,便是不断地去触及新的范畴,不断地在困难和应战中锻炼自己。我信任也只需这样的团队才干经得住商场的检测,能够生计下来。

  再说一说本钱问题,一个企业能不能活下来依托健康的现金流,能不能活得好依托的是赢利率。

  在前期商务接洽与招投标的阶段,咱们承认的价格的赢利空间还比较大,所以在收购一些外部服务的时分,还没过多地注重本钱问题(咱们是在中标前就现已开端了部分作业)。

  但后来因为本来与咱们协作的总集成商在招投标的时分呈现失误,被现在的总集成商中标,而本来的总集成商又变成了分包商,导致在总集成商在与咱们的商洽中,被分走了大部分赢利,这也是因为咱们前期没有做好满足的危险把控和本钱预算。

  所以在咱们做任何决议计划前,咱们都应该警醒自己,每一个决议计划都会影响项目本钱,所以咱们在做决议计划前,需求花更多的时刻去权衡投入产出比、乃至是替代计划。

  现在项目现已正式投入运转运用,运转状况良好。咱们本来也是将本次项目作为演示类型的建造项目,后续将逐渐在本市其他网信办推行运用,作为规范化产品。

  正如在本钱问题里我说到,活下来的要害是现金流,而建造类型的项目大多回款周期较慢,咱们作为创业团队也需求满足健康和继续现金流事务才干进一步考虑活得好欠好。所以现在咱们也正在积极地经过与外部同伴协作将产品SAAS化,供给规范+定制化服务,以求能有更大的打破。