带你了解教育行业过年疫情期间会议安排工作！

一.新年假期延长任务安排

二.2.31会议精神传达，互联网加教育

三.确认我们的主流产品，仍旧是云校园，云阅卷，博教育等系统功能产品。

四.博教育，考虑更新迭代和收费问题。

五.公司的机会和优势，整体策略
恢复管理，产品需求针对性给出分析和策略，可以和产品技术支持共同制定发展策略
发展方向不符的往后推等，最终以有限的资源做最有价值的产品

六.研发部门的短板问题处理
产品规划
项目计划，从无到有，不怕有问题，怕没有。要求每个产品线都要有。
产品需求，不详细，专职的产品经理少，每个产品线要靠自己多讨论，多积累经验等。
产品设计，有各个产品线管理人员组织的产品委员会最终参与最后的设计。
产品评审，可以找外部人员参与评审。
代码提交，各个产品线负责管理，整体待完善
代码测试，专职只有一个，整体较弱，年后准备专门的服务测试电脑，多组织全员参与测试。

七.公司服务
1.对于用户提的新需求等，不要乱保证

八.配置管理
1.产品版本不一致等问题
2.版本没有标识无法区分等，没有新版本的具体更新详情
要求，统一标识，定时统一发布，附带版本更新详情

项目控制，招标管理等可适度进行相关培训。新产品的交付，学分银行等

九.各抒己见

【需求和代码问题】
1.需求投入和认知，有限，需求和研发时间投入占有限，深度不够。
对一个新产品，短期也不可能认知的很有深度。只能在参考竞品的情况下，尽量完善，做好新品的前期调研

2.需求文档，规范哪些东西？
（1）规范，细节的输入输出。不能随意改，要统一讨论后改。
（2）规范，业务流和数据流的流程图。
（3）规范，数据流，测试用例，界面的，功能的，数据的。

一定要规范，业务流，数据流程。尽量不改动，流程就是一个链条，改动一个点就是动一条线。

3.需求调整，测试的时候有新的发现还会调整。开发初期，对需求会有另一个层次的认识。要讨论调整。
4.需求变动，用户使用的时候，对需求还会有一个变动。
随着时间的推移，政策的调整，科技的发展，用户群的变动，需求也会变动。
5.需求变动问题的处理。
（1）小变动，当下修改(从设计，测试，到开发前期，前期完善流程，各个流程阶段就可以调整小的变动)
（2）大变动，留出时间，统一规划，统一放在新版本发布任务中。
（3）大变动，需求确定后，尽量不要再有大的变动，尽量不要有需求不准确和错误的问题出现。
前期投入足够的时间人力完善需求，全局讨论评审需求。（新产品做好前期调研，做好对新产品的积累和沉淀）

6.代码规范，研发版本的产品设计概要，对数据库表规范，代码编写规范，监督管理。

为什么需要老变动？怎么减少变动？
1.在一定时期内，人对产品的认知有限的
解决方法：提前调研，提前规划，实时跟踪产品（测试期，开发初期亦可微调）分期分阶段更新迭代产品，（原理：随着接触的增做人对产品的认知会逐渐加深。）
2.在一定时期内，用户给出的需求不全的
解决方法：自主调研多讨论，需求评审可请外援，参考竞品想方法（原理：所有我们想做的产品别人都已经基本做好了，成功最快的方式就是跟随成功者的脚步）
3.没有考虑业务逻辑下的数据逻辑
有些界面和结构在考虑数据逻辑的情况下就会变动。（原理：知己知彼百战不殆，了解代码和数据基础，增强自身）
解决方法：理解和考虑数据层逻辑

4.需求的固有属性
随着时间的推移，政策的调整（新高考），科技的发展，用户群的变动（PC端到移动端），需求也会变动。（原理：实时俱进即可。此类型的变动需求为正常）

教学管理产品线：智慧课堂系统，网络教学平台，教师教评系统，人事，考勤，财务，OA，

考试管理产品线：课件，题库，智能组卷，五步导学，随堂检测，阅卷系统，成绩管理系统，综合素质评价，学分银行

会议概要200203am，于某人