软件产品研发管理中的六大报表

软件产品研发管理中的六大报表
软件产品研发管理中的六大报表

软件产品研发管理中的六大报表

?家都在干什么?

?发的人手总是不够!

?也不能不停地到每个人的工位附近转悠!

?个人工作不能考核,更谈不上什么激励机制

处于混沌状态的研发团队,每天都会遇到各种各样管理上的问题。有的团队试图通过实施敏捷等开发方法改善研发流程,也有些团队采用购买缺陷跟踪、配置管理等工具解决问题。

然而,无论是方法还是工具,都只能解决部分问题。对于管理人员,如产品经理、项目经理,多以结果为导向,一方面希望不过分纠结于工程师工作的细节,另一方面希望将整个团队的工作在掌握范围内。执行过程中,在两者之间掌握平衡非常困难。其实,只要掌握了研发过程的一些关键指标,实现对整个项目的掌控并不难。

软件研发管理覆盖了需求管理、开发规划、任务跟踪、质量管理以及知识管理等阶段。在每一个阶段,针对不同角色的报表,都有对应的报表反映团队的工作情况。

1. ALM管理基础棗日志管理和周报

日志管理操作起来非常简单,却非常重要,能够为整个研发管理金字塔打下坚实的基础。

项目成员填写日志,由此产生的周报\双周报\月报,方便项目经理和开发组长查看成员的工作内容和时间,具体都用在了哪些工作上。

同时,日志和周报为项目成员的绩效考核提供了真实的数据,加上费率相关的信息,也为项目成本核算提供了依据。

2. 研发全景图棗需求跟踪矩阵

如何从需求与功能的角度直观了解产品进度与质量?只有把开发中从需求到测试的全过程串起来才能实现。需求跟踪矩阵从需求、功能点、开发任务和测试任务的维度了解研发的进度,并反映互相之间的关联关系。在产品发布前,产品经理通过它就能确保所有的需求和功能已经实现,或出于某种状态。

3. 项目成本微观察棗任务趋势报表

研发经理将为项目的成本、进度全权负责,在保证质量的同时又要降低产品的研发费用和成本。对于从需求分解为功能点,再到开发任务,任务趋势报表反应了研发人员的所花费的时间和成本。

4. 资源分配风向标棗工作量报表

相对于任务,人员的管理是产品/项目经理关心的另一个维度。人员工作量报表方便管理人员动态调整人员分配,保证每个人的工作量负荷正常,使得人员安排最佳化。尤其在一个成员在多项目工作的场景中,有效避免多项目管理中资源冲突的问题。

5. 为产品发布护航棗质量趋势报表

在研发过程中,研发经理常常会发现研发质量时好时坏,很难控制。质量报表关注每轮测试统计、缺陷分布和缺陷的趋势。在产品发布前,产品经理通过质量趋势报表查看已开发的功能中,针对现有的BUG,多轮测试的缺陷趋势的分析,确定当前功能是否具备发布的条件。

6. CTO的仪表盘棗组织级项目管理

作为公司最高级别的技术负责人,多数情况下并不关心某一个具体的项目细节,更不用说某一个开发人员、某一个功能或任务。公司总经理、CTO需要有一个宏观的报表了解所有产品/项目进度,更多时候关注某一个或几个关键产品/项目的进度。

组织级的项目管理为最高级的管理人员提供了整体概况。如有必要,则需要根据报表内容直接追溯到项目的信息。最终实现组织级的风险管理、合同管理、付款管理和交付物管理等。

报表不是表面功夫!

真实的报表来源于真实的数据。所有的数据都要在实际工作中产生,且不能成为研发人员的工作负担。本文中的所有截图均来源于TechExcel DevSuite产品,数据均来源于团队成员日常工作中填写的内容,而不是由专人每天收集数据录入到系统或Excel表格中,或由专人去维护这些表格。另外,以上报表均是动态产生的,管理人员可以随时查看。只有满足这些要求,报表才能成为真实的指标,真正帮助到项目和企业的研发管理。

产品研发部规章制度及软件项目管理方法(初稿)

产品研发部规章制度及软件项目管理方法 第一部分:产品研发部规章制度 一、日常工作制度: 1、关于休假、加班: 严格遵守公司的考勤制度,如有事,提前书面形式填写请假申请,批准后方可休假,如情况紧急不能提前填写请假申请,要电话请示上级领导,并在休假后补办请假手续。 研发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班,研发进度根据公司要求结合项目实际由项目总监负责制定,项目组长协调安排工作。项目组长根据进度需要安排的加班,加班费用由项目奖金中支出。公司工作需要硬性安排的加班,加班费有公司支出。相关标准按照国家相关制度执行。 2、研发部员工守则: 遵纪守法,忠于职守,克己奉公。 维护公司声誉,保护公司利益。 服从领导,关心下属,团结互助。 爱护公物,节约开支,杜绝浪费。 努力学习,提高水平,精通业务。 工作中公开、公正、公平的原则。 积极进取,勇于开拓,创新贡献。 产品思维,工匠精神,互联网思维。 3、员工工作日志/工作周报: ●工作日志制度的目的是形成严格的工作跟踪和积累习惯,要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体,起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况,每日工作始终时间,每日工作饱和度(5为最高, 1为最低,如为请假,请注明“事假”或“病假”),次周计划,以及问题、意见和建议。 ●工作日志严格要求每日填写,绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况,将进行警告。 ●每日工作内容如无特殊情况,至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。

软件研发管理制度

武汉新英赛研发管理 第一节 软件研发岗位职责 一、软件研发部经理岗位职责 软件研发部经理在总经理或主管副总的领导下, 全面负责软件研发部的日常管理, 组织 开展软件研发与测试工作,完成企业研发目标和经营目标。其具体职责如表 二、高级研发工程师岗位职责 高级研发工程师参与建立研发工作标准与规范,协助部门经理组织完成软件研发工作, 管理软件研发项目,改良升级进行软件。其具体职责如表 8-1所示。 8-2所示。

表8-2 高级研发工程师岗位职责 三、软件研发工程师岗位职责 软件研发工程师协助高级工程师进行软件的设计与开发,收集整理相关行业信息与资料,为软件产品决策提供依据。其具体职责如表8-3所示。

四、软件测试工程师岗位职责 软件测试工程师主要负责软件测试工作, 根据软件产品规格和测试需求,编写测试方案、测试用例、测试脚本软件等。其具体职责如表8-4所示。 第二节软件研发管理制度 六、软件研发费用管理制度 第1章总则 第1条目的。 为了加强软件研发费用管理,规范资金的使用,减少公司不必要的损失,根据公司的实

际情况,特制定本制度。 第2 条研发费用管理原则。 1.计划统筹安排原则。 2.节约使用、讲求经济效益原则。 第3 条职责分工。 1.公司财务部负责研发费用的审批和报销,并随时监督费用的使用情况。 2.软件研发部负责研发费用的预算与使用控制。 第2 章研发费用的来源及使用范围 第4 条研发费用的来源。 1.公司对重点研发产品的专项拨款。 2.公司成本列支的研发费用。 3.从其他方面筹措来用于研发的费用。 第5 条研发费用的使用范围。 1.研发活动直接消耗的材料、燃料和动力费用。 2.研发人员的工资、奖金、社会保险费、住房公积金等人工费用以及外聘研发人员的劳务费用。 3.用于研发活动的仪器、设备、房屋等固定资产的折旧费或租赁费以及相关固定资产的运行维护、维修等费用。 4.用于研发活动的软件、专利权、非专利技术等无形资产的摊销费用。 5.用于中间试验和产品试制的模具、工艺装备开发及制造费,设备调整及检验费,样品、样机及一般测试手段的购置费,试制产品的检验费等。 用。用。6.研发成果的论证、评审、验收、评估以及知识产权的申请费、注册费、代理费等费7.通过外包、合作研发等方式,委托其他单位、个人或与之合作进行研发而支付的费8.与研发活动直接相关的其他费用,包括技术图书资料费、资料翻译费、会议费、差 旅费、办公费、外事费、研发人员培训费、专家咨询费、高新科技研发保险费用等。 第3章研发费用的使用管理 第6 条专款专用。

软件企业研发组织管理制度

公司软件研发管理制度 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部项目管理的正规化,工作过程的流程化,以便提高软件质量和开发效率,达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物。 1、立项:市场需求分析(或者合同)、项目立项申请表、项目风险分析清单。 2、需求分析:软件需求报告或设计方案、需求规格说明书。 3、总体设计:概要设计说明书或功能模块描述。 4、详细设计:详细设计说明书,包括软件接口说明、单元测试计划。

5、软件实现:软件功能说明、源代码、源代码说明或者注释 6、产品测试:测试报告 7、产品发布:产品说明书、使用手册 8、产品维护:问题反馈记录 9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表:

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,

明确工作职责,逐步实现项目经理,需求分析工程师,高级软件开发工程师,软件开发工程师,测试工程师的岗位设置。

业界软件研发管理模式对比分析

业界软件研发管理模式对比分析 伴随软件行业的发展,业界公司也不断对软件的研发开发模式进行了深入的探讨,形成目前业界比较流程的几个软件开发模式,例如MSF、RUP、XP、CMM,而这些模式都存在相应的优势和缺点;同时因为软件的类型多样、面向的客户对象不同、甚至使用的开发语言不同,决定了软件企业需要结合本公司的产品实际情况选择合适的开发模式;选择不当的开发模式会使软件的开发和测试陷入不断修改代码和测试软件的困境,增加了软件开发成本,延长了软件发布时间。 一、MSF模式 MSF于1994年首次引入,当时还是一个来自微软的产品开发过程中的一些最佳方法的松散集合,MSF产生后在微软产品组、交付中心、技术组和微软合作伙伴,甚至客户那里得到成功实施,并不断完善,既然MSF被众多软件企业所借鉴使用,MSF本身具备一些值得我们学习借鉴的优点,同时也存在一些需要注意,并进行适当改进的地方,接下来我们重点从组织、流程模型进行分析。 1.1、MSF小组模型 MSF 小组模型定义了小组同级成员的一些角色和职责,这些成员都在以相互依存的跨学科角色进行信息技术项目工作。下面的图表对该模型的逻辑进行了描述。 一个成功的软件项目需要同时实现多个目标,例如至少需要包含能够满足客户的要求、客户满意度要比较高;公司的投入要在一定范围内,要实现投资收益,毕竟商业企业的盈利是应该首要考虑的内容;项目的实际开发进行要受控不能无限拖延;最终的交付要有比较高的质量;整体软件系统的架构设计要比较合理、易于扩展、易于维护;同时还要求项目同时需要给公司带来新的技术积累、经验教训,从而使后续项目能够持续成功;而这些目标需要通过不同的活动来实现,软件项目的活动又具体划分为多种类型,大概主要划分为面向市场类活动、项目管理类活动、架构设计类活动、开发实现类活动、测试类活动、支撑类活动(例如配置管理等),而这些活动需要具备不同技能人员来执行,所以MSF具体定义了如下五类角色群:产品管理、程序管理、开发、测试、发布管理、用户体验,并且明确定义了五类角色具体职责,这些职责的定义对具体软件企业有很大的借鉴价值: 角色群职责 产品管理重点负责和客户前期进行沟通,明确项目需求,同时初步思考项目的解决方案、管理客户需 求说明,管理客户的期望,针对项目范围、进度、资源进行权衡、负责进行后期市场宣传与 推广。 程序管理重点负责项目管理、承担项目架构师职责,制定切实可行的项目计划、并对项目计划进行跟 踪控制,进行项目风险评估、并跟踪监控风险。

软件研发项目管理中的问题及策略研究

【前言】:随着信息技术的飞速发展,软件数量急剧增大。软件产品的规模也越来越庞大。软件因其复杂性和难以度量,使软件项目管理较之其他项目管理而言有其特殊性。本文 介绍软件研发项目管理的特点,其中存在的问题,提出相关的可行性方案。 1 软件研发项目管理及其特点 软件开发开始作为一个项目运作,因此软件研发项目管理显得越来越重要。也开始受到软件开发行业的重视。软件研发项目管理最早源自于20世纪70年代中期。当时发现70%的软件项同是因为管理不善引起的,而并不是因为技术实力不够,进而得出一个结论,即管理是影响软件研发项目全局的因素,而技术只影响局部。就广泛意义而言,项同管理是在一定的约束条件下,以高效率地实现项目的目标为目的,以项目经理个人负责制为基础,以项月为独立实体进行经济核算,按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动,保证项目按照预订的成本、进度和质剧顺利完成。软件因其复杂性和难以度屠,使软件项目管理较之其他项目管理而占有其特殊性。首先,软件是知识产品,进度和质垦都难以度量,生产效率也难以保证。其次,软件系统的复杂程度也是超乎人想象的。例如,宇宙飞船的软件系统源程序代码多达2000万行,如果按过去的生产效率一个人一年只能写1万行代码的话,那么需要2000万人年的工作量,这是非常惊人的。正因为软件如此复杂和难以度量,软件研发项目管理的发展还很不成熟。 2 软件研发项目管理中的问题 软件开发技术、方法不断更新换代,软件开发过程与软件工程方法也得到不断地改进,现代项目管理方法也开始进入到软件研发等高科技领域。但即便是这样,软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查,软件研发的情况仍然很难预测,大约只有1O%的项目能够在预定的费用和进度下交付。在商用软件产业中,这一现象尤为严重。软件项目失败的原因是多方面的,如:需求定义不明确;缺乏一个好的软件研发过程;没有一个统一领导的产品研发小组;子合同管理不严格;没有经常注意改善软件过程;对软件构架很不重视;软件界面定义不善且缺乏合适的控制;软件升级暴露了硬件的缺点;关心创新而不关心费用和风险;军用标准太少且不够完善等等。在关系到软件项目成功与否的众多闪索中,需求变化和风险管理,软件开发规模估算、项目规划、进展控制等都是与项目管理直接相关的因素。因此,找到相应的策略和解决办法意义至关重要。 3 软件研发项目管理策略 3.1 需求开发与管理 需求开发与管理是软件项目中一项十分重要的工作。软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望,通过对应用问题及其环境的理解与分析,为问题涉及的信息、功能及系统行为建立模型,将用户需求精确化、完全化、最终形成需求规格说明,这一系列的活动即构成软件开发生命周期的需求分析阶段。通俗的讲,“需求”就是用户的需要。需求工作对软件项目能否最终实现有至关重要的影响。据调查显示在众多失败的软件项目中,由于需求原因导致的约占到45%。因为,在项目开发工作中,很多人对需求的认识还远远不够,从小到儿十万元,大到上亿元的软件项目的需求都或多或少的存在问题.有的是开发者本身不重视原因、有的是技术原因、有的是人员组织原因、有的是沟通

基于项目管理的软件产品研发管理研究

基于项目管理的软件产品研发管理研究 从1968年“软件危机”、“软件工程”,第一次被提出,至今软件工程已走过了将近40年的历程,但“软件危机”并未被彻底解决。 软件开发技术、方法不断更新换代,软件开发过程与软件工程方法也得到不断地改进,现代项目管理方法也开始进入到软件研发等高科技领域。最近几年“项目管理”,在国内软件研发领域非常火热,项目管理培训与认证(如PMP 认证)成为热门,网络上的软件项目管理论坛、讨论群组更是越来越多、越办越好,在许多软件企业中,也将项目管理作为他们的软件产品研发管理体系的一个重要组成部分。 但是,软件产品研发项目仍然存在许多问题,也就是还没有真正把项目管理理论与方法运用到软件产品研发管理中来;没有确定的组织结构与合用的软件产品研发管理体系;软件产品研发管理团队组建不合理;不注重软件研发项目的启动与收尾管理,仍停留在软件过程与工程的层面上;经常出现有计划无控制的局面;最重要的是缺少对“人”这种非标准化资源的有效“管理”。针对这些问题,本文主要介绍了如何通过一些项目管理方法来避免问题,更好地达到目的。 1 现有软件产品研发管理模式分析 目前几种常见的软件产品研发管理模式一般是基于以下一种或几种体系与方法而建立起来的。 ISO9000质量标准对高技术性的软件研发企业的帮助不大,它适用面广但专业性弱,也不符合软件产品的特性,所以它的指导价值不高。 CMM对软件过程改进有很多有益的指导,但它对企业“如何进行软件过程改进”没有强制要求,对开发工作的直接指导性较弱,而且CMM投入很大、产生效益时间长,所以国内大部分软件开发企业不具备这样的条件。 IBM总结的IPD作为一套先进的产品开发模式、理念和方法,更适合于指导大型企业的研发管理流程改进。但IPD的实施风险较大,失败比成功的可能性要高得多。 RUP是软件业界迄今为止商品化最成功的软件过程模型。它是一个通用过程框架,适应性广,同时配套的软件工具相当完备,可以说它是重量级的软件研发管理解决方案。但大部分国内软件企业是没有能力来实施RUP的,只能借用其中某些适合的方法论。 敏捷开发方法表达了“简单、快速、实用”的软件开发思想,但它不是成熟的理论、也不是事实上的标

产品研发部规章制度及软件项目管理方法(初稿).docx

精品文档产品研发部规章制度及软件项目管理方法 第一部分:产品研发部规章制度 一、日常工作制度: 1、关于休假、加班: 严格遵守公司的考勤制度,如有事,提前书面形式填写请假申请,批准后方可休假,如情况紧急不能提前填写 请假申请,要电话请示上级领导,并在休假后补办请假手 续。研发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班,研发进度根据公司要求结合项目实际由项目总监负责制定,项目组长协调安排工作。项目组长根据进度需要安排的加班,加班费用由项目 奖金中支出。公司工作需要硬性安排的加班,加班费有公 司支出。相关标准按照国家相关制度执行。 2、研发部员工守则: 遵纪守法,忠于职守,克己奉公。 维护公司声誉,保护公司利益。 服从领导,关心下属,团结互助。 爱护公物,节约开支,杜绝浪费。 努力学习,提高水平,精通业务。

工作中公开、公正、公平的原则。 积极进取,勇于开拓,创新贡献。 产品思维,工匠精神,互联网思维。 3、员工工作日志/工作周报: 工作日志制度的目的是形成严格的工作跟踪和积累习惯, 要求部门中项目负责人以下人员按要求每日记录。 工作日志是部门员工的工作记录载体,起到部分绩效考 核和浮动工资的确定依据的作用。 工作日志包含每日计划和完成情况,每日工作始终时间,每 日工作饱和度( 5 为最高, 1 为最低,如为请假,请注明 “事假”或“病假”),次周计划,以及问题、意见和建议。 工作日志严格要求每日填写,绝不允许在上交前统一填 写。填写时注意清空原有内容。如发现某些栏目多周雷 同的情况,将进行警告。 每日工作内容如无特殊情况,至少需要写 3 条以上。叙 述工作内容要求尽可能说明清楚。不允许简单的如“修 改错误”的描述。 工作日志严格要求在次周上午 10:00 前提交。不提交工作周 报将适当予以惩罚。对于未提交日志的人员,部门 .

软件研发部产品开发管理办法

盛年不重来,一日难再晨。及时宜自勉,岁月不待人。 软件研发中心管理实施办法 二零一三年五月十一日

目录 第一章研发中心组织结构与责权 (4) 第一节研发中心组织结构 (4) 第二节研发中心职责与权力 (4) 第二章软件研发管理 (6) 第一节软件研发岗位职责 (6) 第二节软件研发管理制度 (11) 第三节软件研发管理表格 (16) 第三章知识产权管理 (18) 第一节知识产权管理岗位职责 (18) 第二节知识产权管理制度 (19) 第三节知识产权管理表格 (25) 第四章技术研发类人力资源管理 (27) 第一节技术研发人员绩效考核制度 (27) 第二节技术研发人员培训管理制度 (32) 第三节技术研发人员保密协议 (37)

第一章研发中心组织结构与责权 第一节研发中心组织结构 一、技术研发中心组织结构图 图1-1 技术研发中心组织结构图 二、研发中心岗位分布图 图1-2 研发中心岗位分布图 在图1-1中,技改项目部一般是根据技术更新改造的实际需要而临时成立的组织,主要在技术总监的领导下,由技术部经理或其授权人担任技改项目经理。 第二节研发中心职责与权力 一、研发中心职责 研发中心的具体职责如图1-3所示。

图1-3 研发中心职责 二、研发中心权力 为更有效地实现上述职能,研发中心被赋予下列权力,具体如图1-4所示。 图1-4 技术研发中心权力

第二章软件研发管理 第一节软件研发岗位职责 一、软件研发中心经理岗位职责 软件研发中心经理是在总经理的领导下,全面负责软件研发中心的日常管理,组织开展软件研发与测试工作,完成企业研发目标和经营目标。其具体职责如图3-1所示。 图3-1 软件研发中心经理的岗位职责

产品研发部规章制度及软件项目管理方法(初稿)完整篇.doc

产品研发部规章制度及软件项目管理方法 (初稿)1 产品研发部规章制度及软件项目管理方法 第一部分:产品研发部规章制度 一、日常工作制度: 1、关于休假、加班: 严格遵守公司的考勤制度,如有事,提前书面形式填写请假申请,批准后方可休假,如情况紧急不能提前填写请假申请,要电话请示上级领导,并在休假后补办请假手续。 研发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班,研发进度根据公司要求结合项目实际由项目总监负责制定,项目组长协调安排工作。项目组长根据进度需要安排的加班,加班费用由项目奖金中支出。公司工作需要硬性安排的加班,加班费有公司支出。相关标准按照国家相关制度执行。 2、研发部员工守则: 遵纪守法,忠于职守,克己奉公。 维护公司声誉,保护公司利益。 服从领导,关心下属,团结互助。

爱护公物,节约开支,杜绝浪费。 努力学习,提高水平,精通业务。 工作中公开、公正、公平的原则。 积极进取,勇于开拓,创新贡献。 产品思维,工匠精神,互联网思维。 3、员工工作日志/工作周报: ●工作日志制度的目的是形成严格的工作跟踪和积累习惯,要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体,起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况,每日工作始终时间,每日工作饱和度(5为最高, 1为最低,如为请假,请注明“事假”或“病假”),次周计划,以及问题、意见和建议。 ●工作日志严格要求每日填写,绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况,将进行警告。

●每日工作内容如无特殊情况,至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员,部门总监保证当周内口头通知。 ●工作日志以工作汇报QQ群形式提交给部门总监和公司总经理。部门总监收到后保证 第一时间进行检视,并依此进行考核。文件名格式模板: 名字:*** 岗位:###工程师 时间:2016-12-06 任务(模块名称)完成情况遇到问题/需要帮助 行业圈首页开发100% 无 行业圈评论、点赞100% 无 行业圈图片、文本转发、收藏100% 无。 其中***为员工姓名,###为岗位名称(如iOS、php),日期为提交日期。 研发总监根据日报情况汇总审查确认后作为周报的一部分,

相关文档
最新文档