(项目管理)项目需求分析和调研实践过程
项目计划过程顺序

项目计划过程顺序项目计划是项目管理的重要环节之一,它是指在项目启动后,根据项目目标和需求,制定出一系列实施活动的过程。
项目计划过程顺序如下:一、项目启动项目启动是指在项目正式启动之前,进行项目前期准备工作的过程。
包括确定项目目标、明确项目范围、进行可行性研究和风险评估等。
在项目启动阶段,首先需要明确项目的目标和范围。
项目目标是项目实施的总体目标,需要明确项目所要达到的成果和效益。
项目范围是指项目所涉及的工作内容和所需资源。
明确项目目标和范围是项目计划的基础,也是项目成功的关键。
进行可行性研究和风险评估。
可行性研究是对项目可行性进行评估,包括市场可行性、技术可行性和经济可行性等方面的评估。
风险评估是对项目可能面临的风险进行分析和评估,并制定相应的风险应对措施。
二、项目需求分析项目需求分析是指对项目需求进行详细的分析和确定,包括功能需求、性能需求、接口需求等。
在项目需求分析阶段,首先需要进行需求收集。
需求收集是指通过与项目相关方的沟通和交流,获取项目需求的过程。
可以采用面对面交流、问卷调查、需求访谈等方法进行需求收集。
然后,对需求进行分析和整理。
需求分析是指对收集到的需求进行分析和整理,明确需求的优先级和关联性。
可以使用需求分析工具和技术,如用例图、数据流图等进行需求分析。
对需求进行确认和验证。
需求确认是指与项目相关方进行确认,确保需求的准确性和完整性。
需求验证是指通过测试和评审等方式,验证需求是否满足项目目标和范围。
三、项目时间计划项目时间计划是指根据项目需求和资源情况,确定项目各个活动的开始时间和完成时间,制定项目的时间计划。
在项目时间计划阶段,首先需要进行工作分解。
工作分解是将项目的工作分解成一系列可管理的任务和活动的过程。
可以采用工作分解结构(WBS)图的方式,将项目的工作层次化和组织化。
然后,进行任务估算。
任务估算是根据项目的工作量和资源情况,对各个任务的时间进行估算。
可以使用专家判断、类比估算和三点估算等方法进行任务估算。
项目管理中的需求分析

项目管理中的需求分析在项目管理中,需求分析是一个非常重要的环节,它决定着项目的成败。
一份完整且详细的需求文档可以指导开发人员进行开发,同时也可以保证项目的质量和进度。
因此,项目管理中的需求分析也被称为是“项目的灵魂”。
一、什么是需求分析需求分析是指在项目开发之前,对项目中涉及到的各种需求进行详细的分析和研究,从用户和业务需求的角度出发,梳理出项目的各种功能点,以及后续开发中所需要用到的各类资源与环境。
在需求分析的过程中,我们需要了解真实的用户需求,识别出问题和需求,具体化和量化这些需求,归纳和综合这些需求,最终撰写出一份清晰明确、易于理解和执行的需求文档。
这份文档确保了团队成员共同理解需求,最大限度的避免沟通误解,减少阻碍项目进展的风险。
二、需求分析的重要性1.明确需求,指导开发需求分析的首要目的是为项目开发指明方向。
通过明确需求,开发可以去除假设和猜测,直接关注实际的业务。
开发可以对照需求文档快速制定开发计划和目标,提前预知项目所需要的技术和技能。
这些细节都有助于提高团队效率和项目进度。
2.协调各方利益,减少误解需求分析是团队各方共同协作的过程,包括了需求提出者、业务专家、用户、开发人员、测试人员等多个角色。
每个角色都有自己的利益倾向,出现问题是常态。
如果每个人都在防范自己的利益,那么很难达成共识。
这时候,需求分析文档就是一个统一的参照物。
这个文档记录了所有人都同意的需求信息,既没有遗漏也没有赘余,避免了因为一方之言而引发的众多沟通误解和问题。
3.节约成本,提高效率在项目初期,所有需求都没有纳入项目计划,这时候一旦出现问题,变更的成本是很大的。
并且,变更之后,可能又会引发新的问题。
通过规范和明确需求、避免多余的沟通和误解,将会节约更多的时间和资金,并提高工作效率。
4.保证质量,提高用户体验需求分析主要通过建立对用户真实需求的认识,以及在实际开发过程中通过迭代反馈来逐渐完善。
这种方法既可以避免产品与用户需求的偏差,也可以最大化满足用户的需求和期望。
项目管理系统需求分析报告

项目管理系统需求分析报告背景介绍项目管理是一个复杂而困难的任务,需要协调多个团队成员、资源和时间,同时还需要监测项目进展和解决潜在问题。
为了帮助项目管理人员更高效地进行项目管理,我们计划设计和开发一个项目管理系统。
目标该项目管理系统的目标是提供一个集中化的平台,以帮助项目管理人员跟踪项目的进展、管理团队成员和资源,并提供强大的报告和分析功能。
功能需求- 项目创建和管理:用户可以创建新的项目,并设定项目的名称、截止日期和优先级。
用户可以管理项目的团队成员,分配任务和设定任务截止日期。
- 任务分配和管理:用户可以为项目创建任务,并分配给团队成员。
用户可以设定任务的截止日期,同时可以跟踪任务的进展和完成情况。
- 资源管理:用户可以添加和管理项目所需的资源,如人员、设备和材料。
用户可以查看资源的可用性和分配情况。
- 进度跟踪和报告:系统将自动跟踪项目的进展,并生成相应的进度报告。
用户可以查看项目的当前状态和已完成的任务,并生成详细的报告以供分析和决策。
- 通知和提醒:系统将向项目团队成员发送通知和提醒,以便及时了解任务和项目的更新和变化。
非功能需求- 安全性:系统应具有良好的安全性,保护项目和用户的敏感信息免受未经授权的访问和恶意攻击。
- 可靠性:系统应具备高可靠性,能够处理大量的数据和并发用户,并确保项目数据的准确性和一致性。
- 用户友好性:系统应具备直观的用户界面和简单易用的操作方式,以便用户能够快速上手并高效地使用系统。
- 扩展性:系统应具备良好的扩展性,能够根据项目管理需求的变化进行灵活的配置和定制。
技术实现为了实现上述需求,我们计划采用以下技术和工具:- 后端开发:使用流行的服务器端编程语言和框架,如Java和Spring Boot,以实现系统的核心业务逻辑。
- 数据库:使用关系型数据库管理系统(如MySQL)或NoSQL数据库(如MongoDB)来存储和管理项目和用户的数据。
- 安全性:采用常见的安全措施,如用户认证和授权、数据加密、防止跨站点脚本攻击(XSS)等方法,保障系统的安全性。
项目策划方案的需求分析和项目推进

项目策划方案的需求分析和项目推进一、引言项目策划方案的需求分析和项目推进是项目管理中非常重要的环节。
一个好的项目策划方案能够明确项目的目标和需求,并规划出相应的实施方案。
而项目推进则是确保项目按照计划有序进行的过程。
本文将就需求分析和项目推进这两个方面进行探讨。
二、需求分析需求分析是项目策划的第一步,也是最关键的一步。
它可以确保项目的目标符合用户的需求,并为项目实施提供指导。
1. 项目目标确定在需求分析阶段,我们首先需要确定项目的目标。
目标要具体、可衡量,能够明确指导项目的实施和评估。
2. 用户需求收集需求分析的核心是收集用户的需求。
可以通过访谈、问卷调查等方式来了解用户对项目的期望和要求,以便在项目实施中加以考虑。
3. 需求分析与优先级排序在收集到用户需求后,需要对其进行分析和排序。
将需求分类,确定其重要性和优先级,以便在项目实施中进行合理的安排。
三、项目推进项目推进是项目管理中的关键环节,它保障项目按照计划顺利进行,并最终实现预定目标。
1. 制定项目计划项目推进的第一步是制定项目计划。
计划包括任务分解、时间安排、资源调配等,以确保项目的各项工作有序进行。
2. 进度控制与调整在项目推进的过程中,需要对项目进度进行控制和调整。
及时发现并解决项目进度延迟或资源不足等问题,确保项目能够按计划推进。
3. 团队协作与沟通项目推进需要各个团队成员的协同合作和有效沟通。
通过有效的沟通和协作,可以确保项目各项工作无缝衔接,提高工作效率。
4. 风险管理与应对项目推进过程中,可能会面临各种风险。
及时识别风险、制定相应的应对措施,能够降低风险对项目造成的影响,保障项目的顺利进行。
四、项目策划方案的需求分析和项目推进的关系项目策划方案的需求分析和项目推进是相互关联的。
需求分析为项目的推进提供了明确的目标和方向,而项目推进则是实现需求分析的具体行动。
1. 需求分析指导项目推进项目策划方案中明确的项目目标和用户需求可以为项目推进提供明确的方向和指导。
项目实训实验报告(3篇)

一、实验目的通过本次项目实训,旨在提高学生的实际操作能力、团队协作能力和项目管理能力。
通过模拟真实项目环境,让学生掌握项目从规划、实施到验收的全过程,熟悉项目管理的相关理论和方法,提高学生在实际工作中解决复杂问题的能力。
二、实验背景随着我国经济的快速发展,项目管理在各个行业中的应用越来越广泛。
为了培养具备项目管理能力的人才,本实验以一个典型的软件开发项目为案例,让学生在实训过程中,从项目规划、需求分析、设计、编码、测试到部署,全面参与项目实施,从而提高学生的项目管理水平。
三、实验内容1. 项目背景本次实训项目为一个企业级信息管理系统,包括客户管理、销售管理、库存管理、财务管理等功能模块。
项目需求由企业方提供,要求系统具备良好的扩展性和稳定性。
2. 项目规划(1)项目范围:根据企业需求,确定项目范围,包括功能模块、技术架构、开发环境等。
(2)项目进度:制定项目进度计划,包括各个阶段的时间节点和里程碑。
(3)项目团队:组建项目团队,明确各成员职责和分工。
(4)项目资源:评估项目所需资源,包括人力、设备、资金等。
3. 需求分析(1)需求调研:与客户沟通,了解企业实际需求。
(2)需求文档编写:根据需求调研结果,编写需求文档,明确功能模块、业务流程、界面设计等。
(3)需求评审:组织需求评审会议,确保需求文档的准确性和完整性。
(1)系统架构设计:根据需求文档,设计系统架构,包括技术选型、数据库设计、接口设计等。
(2)详细设计:对各个功能模块进行详细设计,包括类图、时序图、状态图等。
5. 编码(1)编码规范:制定编码规范,确保代码质量。
(2)模块开发:按照详细设计,进行模块开发。
(3)代码审查:定期进行代码审查,确保代码质量。
6. 测试(1)测试计划:制定测试计划,包括测试用例、测试环境、测试工具等。
(2)单元测试:对各个模块进行单元测试,确保功能正确。
(3)集成测试:对各个模块进行集成测试,确保系统稳定。
(4)系统测试:对整个系统进行测试,确保系统满足需求。
项目的具体实践过程

项目的具体实践过程
具体的项目实践过程可以分为以下几个步骤:
1. 项目立项:确定项目的目标和范围,并制定项目计划。
包括项目的时间安排、资源分配和风险管理等。
2. 需求分析:与业务方沟通,明确项目的业务需求和用户需求,以便于后续的设计和开发工作。
3. 设计阶段:根据需求分析的结果,设计项目的整体架构和模块设计。
可以使用工具或者软件来绘制项目的流程图、系统设计图等,以便于团队成员理解和沟通。
4. 开发阶段:根据设计阶段的结果,进行具体的编码和开发工作。
在此阶段中,开发团队成员需要按照项目计划和分配的任务进行工作。
5. 测试阶段:在开发完成后,进行系统测试,包括单元测试、集成测试和系统测试等。
测试团队需要对项目进行全面的测试,确认系统的功能和性能是否符合需求。
6. 部署和上线:在测试通过后,将项目部署到生产环境,并进行上线。
这个过程中,需要考虑服务器配置、软件环境和数据迁移等问题。
7. 运维和维护:项目上线后,需要进行运维和维护工作。
包括对系统进行监控,定期备份数据,及时修复漏洞和bug,处理
用户反馈等。
以上是一个一般项目的实践过程,具体的实践过程会依据项目的规模和复杂性有所不同。
不同的项目也可能有特定的实践方法和技术工具。
研究生实践教学案例(3篇)

第1篇一、案例背景随着我国农业现代化进程的不断推进,传统农业面临着生产效率低、资源浪费严重、环境污染等问题。
为解决这些问题,物联网技术在农业领域的应用逐渐兴起。
本案例以某农业大学研究生实践教学项目为例,探讨物联网技术在智慧农业中的应用,旨在提高农业生产效率,实现可持续发展。
二、项目目标1. 研究物联网技术在智慧农业中的应用现状和趋势。
2. 设计一套基于物联网技术的智慧农业系统,实现农业生产的智能化管理。
3. 通过实践验证该系统的可行性和有效性,为我国智慧农业发展提供参考。
三、项目实施过程1. 前期调研- 对国内外智慧农业技术进行调研,了解物联网技术在农业领域的应用现状。
- 调研我国农业生产的现状,分析存在的问题,确定项目的研究方向。
2. 系统设计- 根据前期调研结果,设计一套基于物联网技术的智慧农业系统。
- 系统包括传感器采集模块、数据传输模块、数据处理模块、决策支持模块和执行控制模块。
(1)传感器采集模块:通过安装各种传感器(如土壤湿度传感器、温度传感器、光照传感器等)实时采集农田环境数据。
(2)数据传输模块:采用无线通信技术(如ZigBee、LoRa等)将传感器采集到的数据传输至数据中心。
(3)数据处理模块:对传输至数据中心的数据进行实时处理和分析,生成决策支持信息。
(4)决策支持模块:根据处理后的数据,为农业生产提供决策支持,如灌溉、施肥、病虫害防治等。
(5)执行控制模块:根据决策支持信息,控制相关设备(如灌溉系统、施肥系统等)进行操作。
3. 系统实现- 利用物联网技术、嵌入式系统、云计算等技术,实现智慧农业系统的开发。
- 系统开发过程中,注重软件和硬件的协同设计,确保系统稳定、可靠、易用。
4. 实践验证- 在某农业示范基地进行系统实践验证,对比传统农业生产方式,分析智慧农业系统的优势。
- 通过对比实验,验证系统在提高农业生产效率、降低资源浪费、减少环境污染等方面的效果。
四、项目成果1. 成功设计并实现了一套基于物联网技术的智慧农业系统。
项目管理中的项目范围管理与需求分析

项目管理中的项目范围管理与需求分析项目范围管理与需求分析是项目管理过程中的关键环节,它们对于确保项目的成功实施和达到预期目标至关重要。
本文将从项目范围管理和需求分析两个方面展开讨论,探讨它们在项目管理中的作用和方法。
一、项目范围管理项目范围管理是指通过明确和控制项目的范围,确保项目能够按时、按质、按需完成的一系列过程。
项目范围管理包括以下几个方面。
1. 项目范围规划项目范围规划是确定项目范围的过程,它确保项目的目标和范围明确、清晰,并与项目目标一致。
在项目范围规划阶段,项目经理需要与项目相关方共同确定项目的可交付成果、项目的边界和范围,制定出明确的项目范围说明书。
2. 工作分解结构(WBS)工作分解结构是将项目的可交付成果分解为一个个可管理和可控制的工作包的过程。
通过WBS,项目经理可以将复杂的项目分解为一系列小的、可管理的任务,从而更好地安排和控制项目的进度和进展。
3. 范围确认和变更控制范围确认是与项目相关方确保项目需求和范围一致的过程。
在此过程中,项目经理需要与项目相关方验证项目交付的成果是否符合预期的要求和期望,并及时处理项目范围的变更请求。
二、需求分析需求分析是项目管理中的关键环节,它旨在确保项目团队对项目需求的准确理解和明确定义。
需求分析包括以下几个方面。
1. 需求收集需求收集是通过与项目相关方的沟通和交流,确定项目的需求和期望的过程。
项目经理可以采用需求访谈、工作坊、问卷调研等方法,确保对项目需求的全面收集和准确理解。
2. 需求确认和优先级排序需求确认是与项目相关方确保项目需求和期望一致的过程。
在需求确认阶段,项目经理需要与项目相关方验证需求的准确性和完整性,并根据项目目标和约束条件对需求进行优先级排序,以便在资源有限的情况下更好地进行项目规划和控制。
3. 需求变更控制需求变更控制是在项目实施过程中,对需求变更进行管理和控制的过程。
项目经理需要与项目相关方共同评估和分析需求变更的影响和风险,确保变更的合理性和可行性,并做出相应的决策和调整。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
某集团船代项目需求分析和调研实践过程此文档主要在于项目管理设置项目相关文档,有兴趣人员可以参考一下,对于项目管理和未来有此方向者有一定的参考价值。
流程再造方法论-流程影射,系统评估,定义考核,再造建议前言本文档主要根据某集团船代项目需求分析和调研实践过程整理而得,描述从项目启动,调研到设计过程的大致过程叙述,重点在于咨询过程中涉及的需求分析和调研方法论,其他相关项目前期规划和调研可参考此方法论。
如有不妥之处敬请指正,也希望能不断完善,谢谢!正文:软件需求的定义:根据IEEE软件工程标准词汇(1997年)中定义的需求为:用户解决问题或达到目标所需的条件和能力;系统或系统部件要求满足合同,标准,规范或其他正式规定文档所需具有的条件和能力;一种反映上述条件和能力的文档说明。
本项目简介因某某集团船代业务发展需要,加上目前的系统存在很大问题,也不能涵盖目前的所有业务需求,需进行调研和需求分析是否需要上一套新的船代系统,新系统需要整合目前的业务结构和业务流程,同时满足业务的需求和未来发展。
适合读者此文档适合信息系统项目咨询规划和分析的相关项目人员作为项目前期方法论参考之用。
目录1.项目启动2.项目调研3.项目规划与考核指标4.撰写SOR项目启动1.与成员企业与相关部门沟通召开项目总启动会议,介绍项目组相关人员以及此项目的主要目的和要求,企业简单本项目涉及的业务流程和相关业务部门和目前主要组织结构。
例如船代项目我们在这一个环节我们了解到了整个船代所涉及的主要业务可以分为:集装箱进出口业务散杂货进出口业务箱管订舱根据业务的分工部门的分工也不同。
以后的调研思路我们也可以按照这样两种业务流程主线去咨询调研相应的部门与人员。
2.安排项目相关人员根据业务主线(集装箱进出口,散杂货进出口)整理调研思路,要求企业根据提供的业务主线流程,和部门结合分工安排,组织各部门主要相关人员积极配合项目未来的调研。
3.出初期调研时间和相关人员安排表根据前期的准备工作,出具具体调研时间和人员安排表,时间项目组掌控制(需要和业务部门协调),人员安排需要业务部门提供详细人员名单资料。
以便项目成员和企业相关部门人员提前做好调研准备(安排相关人员和准备一些相关资料)。
根据时间人员安排表,做好前期调研准备。
注:在调研具体调研前,我们因该知道所有物流在运作过程中碰到的四个主要问题为:出错率时效成本结算在具体的调研过程中,我们始终要以此作为主导的思路问问题,才能找出目前的问题所在。
也就是未来规划后的系统的价值所在。
另一个主导思路是调研过程中我们重点要理出那些重要的环节,抓住那些关键环节,挖出影响这些环节的重要因素,以及对这些因素的如何控制把关即考核方式。
调研的基本策略:确定用户的目标和目的,确定业务基本范围,围绕这个目的,确定要访问的部门和人员,了解具体业务,在基本的范围内展开调研;以部门职责为基础搞清各种现有业务,要填写的表格文档和报表等,其数据来源及去向;以业务为主线,搞清每个业务的每个环节的流程关系,涉及部门,输入输出项;搞清哪些业务和数据时已有系统支持的,他们和新规划的系统的关系是衔接还是替换应思考是否有新的方法和技术改进现有的工作,用户提出的需求是否一定要求实现,是否可以实现。
对于调研过程中用户的每个需求我们都要问为什么项目具体调研1.了解外部客户和本行业目前总体状况为了对我们所作的项目有一个具体的概念,我们可根据项目状况了解本项目行业内的大致业务状况,在项目前期,我们相应参观和考察同行业其他公司的业务结构,索取一些各地子公司和兄弟公司的业务范畴和流程资料,参考一下这些相应的资料和行业要求,了解船代项目中业务目的,所需完成工作,客户的需求等等。
在本项目中,我们考察了行业内其它公司的业务,同时成员企业也提供了一些操作的资料。
在此过程中我们重点在于了解:船代是什么?船代就是代理船公司的业务,帮助船公司处理岸上的一系列事物。
船代做什么?帮助船公司处理报关,商检,海事,船在港期间的作业,箱管等等。
船代的业务范畴有哪些?主要为代理船的进出口(包含集装箱和散杂货进出口)业务,同时也包含有箱管和订舱等等业务。
业务范畴的大致流程状况?参考船代相关资料。
船代涉及的客户和部门有哪些?主要有船东,货代。
海关,商检,码头,边防等等。
客户注重和关注的服务和环节?2.了解本公司此项目所涵盖业务目前的大致流程和部门结构从本公司了解船代项目中目前我们所从事的所有业务项目有哪些,这些业务的大概流程怎样,每个业务的流程所完成的部门是哪些部门,业务如何在部门之间流转。
例如:本船代项目中了解到的所有业务项目有集装箱进出口,散杂货进出口,箱管,订舱。
每个业务大致的流程和所需部门结构可参考船代相关资料。
目的在于先对本项目的船代业务现做一个具体的了解,已备后面作流程更详细的深入了解作基础。
此过程主要针对管理层作调研,包括总经理和部门经理主管等。
在此过程中对业务流程的正确理解相当重要,也将直接影响到未来的细致调研和分析。
在此过程中我们重点要了解目前本公司船代业务所包含的业务?集装箱进出口,散杂货进出口,订舱,箱管。
每个所包含的业务的大致流程?参考船代项目文档流程图每个业务所涉及的部门与客户或者政府部门?船东,货代,货主,码头,海关,商检,边防等目前主要存在什么问题?信息不能共享,信息链不清晰。
人力成本浪费严重,现有工作效率不高,结算慢等等是不是需要上业务系统?需要重新规划流程,出一套能满足和涵盖业务需求的系统为什么要上业务系统?利用新的业务系统完善流程。
避免和改善目前存在的问题,满足多方面新的业务需求,从而辅助船代做好业务工作。
降低成本,提高效率,加快结算。
每个业务信息流流向?参考船代项目文档的流程图业务结算过程?如何控制和保障目前业务的每个环节?主要考虑从成本控制,时效(及时性)和加快结算上考虑保障目前的业务环节,另外考虑系统设计时主要环节提供主动信息发送功能。
目前的考核制度?目前的考核制度很少,基本只有基于ISO9002的一些基本内部考核机制,不灵活。
主要所需报表(管理层)?目前管理层较注重或需要的报表大致有:客户滞留率,利润指标,客户满意率,新客户开发率等与其他系统和其它部门之间的数据接口与财务orica系统之间需要衔接等3.根据业务流程出大致流程图结合部门职责出部门结构图项目组根据前面所了解的流程和所得资料信息,根据目前大致状况,初步整理画出目前业务的大致流程图和目前的部门结构图,作为未来详细调研的参考。
在此过程中项目组重点在于对前期的调研作一个完整正确理解的初步整理,作出一些目前的流程分析,形成规范的流程图,进一步与业务部门确认。
安排下一步更详细的调研和相关人员(具体将涉及的操作人员)等等。
在此环节我们主要要整理出:每个业务流程主线目前存在的主要问题具体参考船代项目文档目前状况分析对于上诉两个问题同时我们要做初步分析现有的流程主线是否合理,是否需要改变?具体参考船代项目文档现状和建议目前流程的每个环节是否已经不能再分解?存在的这些问题我们在新的规划中如何去避免具体参考船代项目文档建议和KPI考核如何利用新的规划提升业务运作能力具体参考船代项目KPI考核注:在前面的过程中可能得到的数据比较和信息比较多和混乱,但是又不是很详细,如何对这些得到的信息进行正确的归类和整理很重要。
特别是当业务比较繁琐或者类别比较多的时候。
要理出正确的主线,然后把相应的信息归类到主线的环节中去。
4.根据流程图具体详细了解每个部门具体业务和流程职责根据大致业务流程图详细了解每个业务操作环结的进出数据,所需完成工作,结合部门岗位信息详细了解每个操作的具体工作步骤,所需数据和数据流向,每个环节如何控制,从那些方面控制?具体涉及的单证,工作,信息接受反馈有哪些,需要提供和完成的服务有哪些?主要方法可设计主要五个方面的问题:how?(怎么做?)What?(需要做什么?)Who?(谁做?)When?(什么时候做?)Why?(为什么这样做?)上述得五个问题我们需要在每个具体操作步骤中具体问道。
具体到问题有下列一系列需要了解的问题:数据或信息来源数据或信息去向数据流是否有固定的标准每个环节的数据流输入和输出的项目,格式,方式是什么?数据流的变化和关系怎么处理这些信息?需要作什么工作?如何做好这些的工作?涉及到哪些人员?什么时候开始做?需要多少时间做完(有没有时间要求)?为什么要这样做?目前这样做是不是合理,有没有更好的处理方法?数据信息流转的方向和相关人员?目前这样做有什么困难?有什么问题?如何考核作的好不好?每个环节争对操作和管理的权限是否有限制和划分?数据审核机制环节传递条件在此过程中我们有些要注意的点:需要业务操作提供具体的数据模版(单证,报标,数据格式等等),以备下一部作具体的系统设计,招标和供应商谈软件需求之用。
因为此步骤调研涉及的人员都将是比较具体的操作人员,涉及业务比较深,在以往经验中,涉及业务越深,越往往容易误导项目人员的一些思路,甚至有时候他们提及的问题会很偏,很难解决,或者直接告诉你系统该怎么做?另外,考虑系统的时候我们必须明确系统所能帮助人完成的工作是有限的,因该针对业务的大部分功能设计,而不是某些难以完成的功能考虑太多。
这些具体的操作过程中我们要重点考虑如何做好这些工作,系统地涉及需要怎么来辅助做好这些工作,为此,我们需要找出做好这一步工作的关键因素是什么?此些关键因素将重点考虑记录作为KPI考核。
在此过程我们应有的成果有:各业务手工流程文字说明各业务手工流程图各业务手工各环节输入输出表单,数据来源和出口我们在此船代具体的调研过程中设计了一份调研表格,可供参考:处理详细描述处理编号:处理描述:整理核对舱单,标注危险品处理目的:输入处理输出描述舱单数据(电子、书面)WHEN上港开航后标注危险品描述整理过的舱单WHEN上港开航后WHO委托方WHO单证部WHAT WHATHOW传真、邮件、书面HOW系统、书面描述整理过的舱单WHEN船抵港前72小时如果合同有要求代理申报危险品,则进行申报,如果合同中没有要求代理申报危险品,与委托方联系是否有我司代理描述是否要进行申报的结论WHEN上港开航后WHO单证部WHO单证部WHAT WHATHOW系统、书面HOW系统、书面描述放单形式及收费情况WHEN上港开航后通知单证部的控单人员描述WHENWHO委托方WHOWHAT WHATHOW传真、邮件、书面HOW特例KPI?上述具体针对船代的调研过程整理的数据可参考船代项目文档的相应资料5.现状分析这一环节的调研其实是穿插在第四环节中的,具体要在这里体现出在是因为我们需要着重了解的。
因为这也将直接影响到我们规划和调研是否成功。
也是我们在未来的系统中一定要避免的。