软件项目策划书_软件项目策划书

第一篇：软件项目策划书_软件项目策划书

软件项目策划书范文

1引言.1 编写目的本开发计划的目的是：

a． 把在开发过程中对各项工作的人员、分工、经费、系统资源条件等问题的安排用文档形式记载下来，以便根据本计划开展和检查本项目工作，保证项目开发成功；

b． 制订项目组开发过程中的评审和审查计划，明确相应的质量管理负责人员；

规定软件配置管理的活动内容和要求，明确配置管理工作的人员。

特别要求：需求分析必须详细，并且有相关专家合作进行，.2 背景

本项目软件名称为《电能质量数据分析软件》。

任务来源于（略）公司；

交办单位：（略）公司；

承办单位：北京长峰新康科技有限责任公司。.3 参考资料

无；.4 术语和缩写词

暂无；

特别说明：有关公司内部秘密的内容用（略）代替。

2任务概要.1 工作内容

本项目开发过程中需要进行的各项主要工作为：

编制附和软件需求要求的软件功能的软件。

文档计划建立：

软件开发计划；

软件目录

软件需求规格说明

项目开发计划

可行性报告

软件标准规范

软件测试计划

软件测试办法

概要设计说明

软件可靠性和安全性设计指南

硬件总体设计报告

详细设计说明

软件详细设计报告

软件代码（略）

测试分析报告

软件可靠性和安全性设计检查单

软件评审检查单

软件使用说明.2 产品.2.1 程序

见需求。.2.2 文档

文档内容见2.1中文档建立。

文档格式要求按照软件模式化要求进行，模式按照如下名称模板要求规定：

项目开发计划；软件开发计划

软件目录；文档目录

软件需求规格说明； 需求分析报告

概要设计说明； 概要设计文档

详细设计说明；详细设计文档

软件标准规范；源代码

软件使用说明；软件使用说明书

测试分析报告；软件测试报告

软件评审检查单。软件审查报告.2.3 服务

培训：

时间：1天；

内容：软件使用及安装；

软件支持：略。.2.4 验收标准和验收计划

验收测试：

时间：1天。

内容：软件使用。

软件确认：

时间：1天；

内容：确定软件的可使用性，软件的功能完整性。

3实施总计划.1 阶段划分

需求分析：2周；

概要设计：6天；

详细设计：1.5周；

编码：3周；

测试：2周；

验收：2天。

项目启动时间：2000-11-14.2 人员组成姓名职责参加时间

廖燕宁负责软件的总体设计时段：全部，开发时段：部分

耿江涛软件设计，开发全部

高小光设计，开发全部

张欣说明书，部分文档 部分

赵健颖需求部分.3 任务的分解和人员分工

软件开发任务按软件种类采取逐层分解的办法把任务落实到实处。

管理、协调人员：廖燕宁，赵健颖；

确定质量保证人员：廖燕宁

配置管理人员：耿江涛

形式化检查人员：赵健颖

使用者：赵健颖。

软件任务：系统需求

负责人：（略）的市场部经理赵健颖

职责：提供需求。

软件任务：需求分析

负责人：廖燕宁

职责：进行需求分析，提供需求分析报告。

软件任务：概要设计

负责人：廖燕宁，耿江涛，高小光

职责：进行概要设计，概要设计框图，相应文档。

软件任务：详细设计

负责人：廖燕宁，耿江涛，高小光

职责：进行详细设计，出详细设计流图及报告。

软件任务：编码

负责人：耿江涛，高小光

职责：编码，调试及报告。

软件任务：测试

负责人：廖燕宁，耿江涛，高小光

职责：路径测试。

软件任务：更新

负责人：廖燕宁，耿江涛，高小光，赵健颖

职责：由赵健颖根据测试后的软件提出问题，变更需要更改的地方。

软件任务：文档编制

负责人：张欣

职责：软件使用说明书，部分其他文档。.4 进度和完成的最后期限

进度包括：

需求分析；

软件概要设计；

软件详细设计；

编码；

测试；的时间。

完成的最后期限（不包括测试及验收）为：2000/12/15日(中间有一周软件培训，延误一周)。3.5 经费预算

略.6 关键问题

（略）。.7 独立确认测试工作计划和安排

测试由长峰新康进行；

测试数据由长峰华辉提供；

时间：编码结束后一周内；

设备：

普通PC 机

Windows 98

（略）电能分析仪。

4支持需求

Windows 98 操作系统；

Delohi 5.0开发工具（软件开发）；

C++（VC或C-Builder 5）开发工具；

Paradex 数据库软件。.1 计算机系统支持

本软件的开发需要工作平台：PC 主机；.2 需要交办单位承担的工作

需要（略）公司提供：

需求，在本周提供；

PF 1文件格式，或读写代码；.3 需要其它单位提供的条件

测试数据项目列表。

5质量保证

质量审核：赵健颖，廖燕宁.1 评审和审查计划

见评审表；.2 标准、条例和约定

代码每日发送到小组共享区，由廖燕宁提取。.3 人员

赵健颖，廖燕宁.4 对任务间接承办单位的管理

略

6软件配置管理.1 基线

开发编码结束后一周内，交齐文档、代码。.2 配置标识规则

软件开发计划：2000-10-1-1；

文档目录：2000-10-1-0；

需求分析报告：2000-10-1-2；

概要设计文档：2000-10-1-3；

详细设计文档：2000-10-1-4；

源代码：2000-10-1-5；

软件使用说明书：2000-10-1-6；

软件测试报告：2000-10-1-7；

软件审查报告：2000-10-1-8。

其他（略）。.3 配置控制.3.1 更改控制

软件设计的更改权限为：廖燕宁；

软件需求的更改权限为：赵健颖；

需求分析的更改权限为：廖燕宁；

编码的更改权限为：耿江涛，高小光；

文档的更改权限为：廖燕宁, 张欣；.3.2 更改规程

文档的更改；编码的更改软件设计的更改  需求分析的更改软件需求的更改

第二篇：软件项目验收报告

****

——用友ERP-T6项目

验收报告

目录

项目验收报告..........................1

目录...............................1

项目验收报告.............................2

一、实施项目回顾....................2

二、项目验收组织....................2

三、实施项目总体评价...................2项目验收报告

一、实施项目回顾

**用友ERP-T6系统实施项目从2010年12月28日启动至今，在**软件开发有限公司与**双方领导的大力支持和关心下,用友公司咨询顾问和**项目组关键成员辛勤努力，先后完成了项目培训、业务调研、模拟运行以及切换上线等阶段性项目任务，各阶段工作基本按计划完成。

通过双方项目组共同努力，**T6系统于已正式上线。目前**各相关业务部门已开始全面应用用友ERP—T6系统的总帐、报表、应付、采购、库存、存货、固定资产、工资等子系统,已完成日常管理工作。

二、项目验收组织

为客观评价实施项目的任务完成情况及所取得的成果，合作双方组织成立项目验收小组，共同完成对此次实施工作的验收,小组成员如下：

**酒店项目实施成员：

***软件公司咨询实施成员：

三、实施项目总体评价

项目验收小组一致认为，系统运行稳定，计算数据准确、信息传递及时，实现了最初确定的实施目标：

同时，项目验收小组一致认为，**T6项目的实施是卓有成效的。双方项目组把对软件系统的理解与对企业管理的深刻认识有机的结合起来，并应用到整个实施过程中。通过规范基础管理、统一物料名称和编码、优化部分业务流程、编制全面的系统应用准则和规程，在系统全面应用的基础上有效的促进了企业管理的规范，并将对企业综合管理水平进一步提高产生积极而深远的影响。

综合以上各方面因素，项目验收小组认为**酒店用友ERP—T6系统实施达到了预期效果，符合**软件开发有限公司提出的管理业务信息化、集成化的基本需求，同意接受该软件系统投入正常运行，至此该项目的实施工作基本结束，同意对该项目验收。

此次由**软件开发有限公司实施的用友ERP-T6系统是成功的，在实施项目即将结束之时，对实施项目进行验收是对双方实施项目组工作成果的肯定。项目验收并不表示双方合作的结束，而是标志着双方合作新阶段的开始。实施项目验收后，用友公司将一如既往地为**提供技术支持服务。按照合同规定，系统启用后进入运行维护阶段，用友公司的实施人员和技术人员继续根据合同规定负责以后的支持、维护工作。

实施方签字(盖章)：

电话:

客户签字(盖章)：

电话:

年月日

第三篇：软件项目管理

软件项目经理所需的素质

许多人都以为项目经理总是与“理想与光荣”相伴的，其实作为一个有志于改进中国软件开发流程的项目经理来说，他们承担的更多的是“艰辛与痛苦”。

一个优秀的软件项目经理应该具备以下素质。

一、执着

可以这么说，在中国如果不执着是做不成任何事情的，因为在软件开发流程中推行各种规范和管理制度的时候，你可能遇到各种各样的阻力和障碍，如果没有应付挫折的思想和准备，你是很难推行成功的。要知道这样一个基本事实，项目管理成败的关键是：如果你不坚持，谁也不会坚持下去的。指望领导的扶持和群众的自觉是不可能的。只有坚定信念，努力打动别人，才能成功。

坚持到成功为止。只要决定上管理流程了，就不要后悔，唯有坚持，因为你拼命努力而实现了99%，你却不知，最后当你决定放弃的时候也许就是你要成功之时。要知道你准备放弃的时候可能正是对方也准备放弃之时，唯有坚持，你才能成功

二、亲和力

亲和力是指你和团队相互依赖，相互信任能力的大小。亲和力是你领导团队走向成功的基础，如果一个团队的向心力不够，各自为政，那么失败就会在身边陪伴你。要团队的每个成员都信任你，你必须要做到关心下属，主动与下属沟通，为下属争取合法权利等。关心下属就是在日常工作中对下属的工作状况，发展方向进行指导，避免其走弯路；在生活中也对其身体状况进行关心，促进身体和心理健康的恢复。

多找下属沟通是消除误会的润滑剂，同时也是了解下属内心真实想法唯一捷径。做项目经理的人，在某些事情上的处理的确会与人不同，也难以令人理解。这个时候只有多与下属沟通，逐步达成共识，争取大家的理解和支持。记住，没有下属的理解和支持，你永远无法实现项目管理的规范化。另外就是了解下属的真实想法，经常了解一下下属的真实想法有利于我们不断改进和调整流程，使生产流程更加符合本团队的实际。切记一点，做领导的一定要多尊重下属的想法，并且与之沟通，若一味等下属找自己，那么是一般下属与之水火不容要摊牌时，才会与你沟通，这样悔之晚矣。

为下属争取合法权利是项目经理的一项重要职责。敢负责任是项目经理基本素质，如果你不经常研究工作数据保障下属的合法权益时，你就很难让你的团队保持高效率。

三、品德高尚

“一撇一捺是个人，世世代代学做人。”在这个世界上最难做的就是做个品德高尚的人。试想一个思想猥亵的人很难取得成功，即使靠钻营取得也只是暂时的，他不可能取得长久的成功。只有品德高尚的人才能感染周围的人，使团队具有向心力，从成功走向成功。

人有三种，一种是仗势欺人，一种是持才压人，最后一种是以德服人。仗势欺人的人自持地位高而指三道四，自然是不可能团结人，更不可能获得成功；持才压人的人自持学识高而盛气凌人，或咄咄逼人。殊不知“闻到有先后，术业有专攻”，“尺有所长，寸有所短”，难以学到更高的知识，也就难以取得更大的成功。只有以德服人的人以自己的修养和品德感染人，勇于吃亏，乐于助人，以德报怨，只有这样才能使你对立面德人都不忍心伤害你，团结到一切可以团结到的人，拥有这样的环境，你怎么可能不成功。

勇于吃亏，首先要放下私心，如果一个人始终 围着自己转的人是不可能做到的。“人不为己，天诛地灭”是八十年代后出生的人心灵普遍反应；但是要记住人首先是社会中的人，如果脱离了社会，人恐怕已不会成其为人了。因此只有当你抛弃私心，主动为人，别人才会反过来支持你，帮助你。

乐于助人，是人类的一个良好品质，就象一首歌中所唱的“人字的结构就是相互支撑”。管理流程是不可能靠项目经理一个人维持的，必须要大家支持你。但是这却需要你多帮助别人，别人才会帮助你。不管团队成员发生什么事情，你要尽你所能去帮助他，这样团队才可能继续前进。

以德报怨，可能是人最难做到的。中国人就强调“人若犯我，我必犯人”，其实在这回中不会有真正的仇敌，大家明争暗斗的结果如果过20年后再去看的时候，保准一大半的人都会觉得不值得，许多人赌得就是一口气，将自己成功的希望给湮灭了。当你能用宽容喝善良对待你对立面的人的时候，还有什么东西能阻挡你成功？

“得道多助，失道寡助；多助之至，天下顺之，失道之至，亲戚叛之；以天下之所顺，攻亲戚之所叛；故君子有不战，战必胜矣。”

四、口才

良好的口才是项目经理打动项目成员的必备武器，当你拥有良好的口才将会使你无往不利。当年希特勒就是用他那天才般的口才征服了德国，使他的《我的奋斗》贯彻到每一个德国人的心中，从而成立了第三帝国。

要使自己的项目管理思想贯彻到每一个项目成员心中，就必须要做到以下的演讲原则：

1.根据项目成员的共同目标象他们制定演讲内容，只有让他们信服你才有意义；

2.调动听众的这种感官，诉之触觉、视觉、听觉，用黑板、姿势来辅助你的内容。

3.不断的总结效果，改进自己演讲宣传的接受度，如果效果不理想，尝试换一个方式来表达.调动听众的这种感官，诉之触觉、视觉、听觉，用黑板、姿势来辅助你的内容。

3.不断的总结效果，改进自己演讲宣传的接受度，如果效果不理想，尝试换一个方式来表达和描述。

4.让听众学以至用，只有他们积极反馈，才能更深入的听你的思想。

五、循序渐进

循序渐进，不急于求成是项目经理在项目管理中必需具备的品质，在中国CMM过程改进的热潮中，真正实现CMM管理的企业屈指可数，而以CMM改进过程实质性为企业带来质量提升和效益改进的公司更是寥落晨星。

为什么会出现这种情况？难道CMM真的不适应中国过情吗？不是，绝对不是。是这些企业的项目经理太心急，连CMM2还不知道怎么回事就直奔CMM3，他们忽视了事务发展的客观规律，凡事必须循序渐进。如果有一个企业在2年内通过了CMM4，我有十足的信心说，那是花钱买征；如果乐观一点，一个中小企业从CMM1走到CMM2大约要2年时间，大型企业只会更长，不会更短，因为他们需要在培训和沟通上付出更大的代价。

“循序渐进，循序渐进，再循序渐进。”这句巴斯德德经典名言同样适用于我们项目管理领域，他将逐步把我们带向成功。

六、持久求学

“书到用时方恨少，学至成时始知卑。”学无止境，我在生产实践中发现，整个项目管理过程改进就是“学习-培训-实施-发现问题-再学习”的循环过程，项目经理如果不学习将不能解决现实工作中出现的新问题，更不可能站在一个战略的角度来解决问题。

事实上，求学也不能没有目标，否则学到的知识太庞杂，而不能融会贯通，这样的知识对实际工作指导甚少，真正的知识是一个目标体系，严格按照流程来一步步的掌握我们所需要的知识。

最后，我总结一下中国项目经理所必需掌握的知识：

1.专业知识：数据结构、关系数据库、操作系统、软件工程、编译原理。（外国的项目经理可能不需要掌握）

2.管理知识：项目计划、项目配置管理、成本核算、风险预估、绩效考核。这是项目经理必须掌握的内容。

3.网络知识：服务器的架构、各种服务的配置。因为管理的大厦是基于软件的管理，没有一个服务管理的网络配合是不可以想象的。

4.“越过高峰，另一峰却又现”，这是中国项目经理在持续求学中会不停的挑战自我，向更高的山峰迈进。

七、敢负责任

一个人因为有责任才有生存的意义。一个人随着年龄的增长，责任感也会愈来愈重。成年时，法律也会赋予一些年少时没有的责任。同时地位逐渐提高，责任也会相对加重。

一个人惟有负责，才能产生做人的价值。所负责任愈大，价值就愈高。换句话说，有责任，生命才有意义。如果没有感受到自己该负的责任，即使年龄超过20岁，也不算是一个成年人。

因此，经理就是要负责任，如果不负责任就可以不要经理了！项目经理关系到一个项目的成败；对于公司他必须要承担及时汇报项目进度、成本核算和质量系数的责任，同时也必须保证项目组成员绩效考核，政策落实，预留人才储备等责任，是整个项目中责任最大的人，如果没有良好的心理素质和应对能力是无法担负责任的。

实际工作中项目经理主要要负责项目组的人员安排调度、工作分配、工作审核、工作跟踪、项目计划、项目汇报总结、成本核算、利润分配等职责。

八、以身作则

项目管理的一个重要工作就是定义各种规范和制定，但是这些规范和制度的执行除了靠项目经理的执着推行，口才宣传，力主培训、惩戒得当之外，关键还是在于项目经理的以身作则。如果项目经理自己都违反自己定义的条款的话，那么就别指望团队会自觉遵守这些规定。

作为一个管理者以身作则是最基本的素质，千万不要为自己违反规范和制度找各种借口，例如我我是公司只属考核，我因为某某更重要的事情而不得不违反。“只许周宫放火，不许百姓点灯”的话，是无法将规范和制度推入人心的。项目经理如果违反了规范，只有当众加重处罚，别无他法。

因此，鉴于规范制度的权威性主要还是靠项目经理自己，只有坚持以身作则，才能将自己优秀的管理思想贯穿下去，取得开发过程改进的成功。

九、要有威信

一个项目经理说话有没有人听，必须要靠威信，这种威信是靠自身的素质，而不是狐假虎威。靠高层领导的支持来强迫团队执行项目制度过程的话，是注定会失败的。因为团队成员不信任你，表面服从，实际消极怠工，就足以让流程实质瘫痪。

做事要有信用，说一不二，不能因为朋友关心就讲情面。公是公，私是私。平时可以稀稀拉拉，关键问题决不手软，不因为朋友关系妥协，这样才能树立威信，便于工作。

威信除了必要的威信之外，最主要的还是信用，项目经理在做事没有绝对把握的时候千万不要承诺，一旦承诺就无论如何一定要实现。否则，当实现不成功而丢失信用之后，再想让团队相信你，信任你就是非常困难的事情了。

十、善于总结

项目经理要善于总结，只有不断的总结才能不停的完善自己，成功的事情总结经验，失败的事情要总结教训，总结的过程就是不断改进的过程，这也是CMM规范所必需的素质。

总结

总结的过程要多吸取别人的意见，不要武断自己的结论。博人所长，综合起来才算趋于完美。这个原因有二：其一，项目经理不是孤立的一个人，而是必须融于团队之中，一个流程合不合理，不是由项目经理说了算，而是要由团队的成员说了算，注意倾听团队成员的真实感受，不断改进流程才能成功。中国的许多CMM改进失败，并不是项目经理知识能力不够，而是他们没有一起与团队总结，经多年经验，我们发现大多数规范，必须要有一套合理的软件支持才能成功，否则无论你的理想多先进，想靠程序员工作来提高过程质量的改进是不现实的。其二，“闻道有先后，术业有专攻”，项目经理不可能是全才，什么都懂。因此要和哪些与专攻方向不同的人一起总结。比如项目经理可能精通软件开发流程的改进，但是却不知道测试流程、网络管理流程、品质保证流程的改进，而这些流程又直接作用于软件开发流程。这个时候必须与测试人员、网管人员、质量保证人员共同探讨，找出一条切实可行的改进方案。

第四篇：软件项目总结报告

XXXXXXXXXXXXXXXXXXXXXXX系统

项目总结报告

XXXXXXXXX 2017/7/27 项目概要信息

XXXXXXXXXXXXXXXXXXXXXXX系统的技术团队由11人组成，其中项目经理1人，需求分析师1人，UI设计师1人，开发人员6人，测试人员2人。

本项目的前期工作从2017年5月19日开始，历时16个工作日，于6月9日完成需求分析等准备工作。开发阶段从2017年6月12日开始，历时22个工作日，于7月10日完成全部开发工作，进入外部业务人员验证测试阶段，目前，可使用XXXXXXXXXXXXXXXXXXXXXXX的二级域名进行访问，详细信息如下：

用户资助申报地址：XXXXXXXXXXXXXXXXXXXXXXX 用户审核管理地址：XXXXXXXXXXXXXXXXXXXXXXX

本项目的开发过程有5个关键的里程碑，具体时间及内容如下： 2017年06月21日：项目初次全新功能开发完成；

2017年06月29日：项目初次内部功能测试、安全测试、性能测试完成； 2017年07月04日：需求变更，准备进行二次开发； 2017年07月10日：项目二次开发全部完成；

2017年07月11日：项目二次内部测试完成，等待外部业务人员验证测试。项目经验

因为是初次担任项目经理的角色，我最初找不到切入点，领导和同事在整个的过程中给了我很多的指导和建议。实际的项目管理工作使我对自己已学的理论知识有了更深刻的体会。所谓理论指导实践，实践验证理论，回想整个项目开发过程，至少可以总结了以下几点经验： 2.1 沟通讨论 信息交换要及时

沟通讨论是贯穿整个项目生命周期的活动，团队成员间信息交换是否及时，更是项目成功的关键。虽然不同角色承担不同工作，但都是以达成项目目标为指导的，团队成员只有始终保持沟通讨论，保证接收到最新的、一致的项目需求信息，才能使得开发工作顺利进行，避免出现信息交换不及时而导致的返工。

对于沟通，结合实际来说，如果需求分析师不能将变更的需求信息及时传递给UI设计人员，就会导致不符合用户需求的设计，更会使开发人员写出无用的代码，这必然导致重设计、重编码，甚至会延误整体项目进度。

对于讨论，尤其是像我这样缺少经验的项目经理，不论是制定计划，还是工作量识别，都必须向有经验的同事请教，接受正确的建议，才能得到合理的安排。2.2项目范围 功能边界要清晰

项目经理以需求文档为依据，将项目范围及边界清晰罗列，是把控项目开发进度的先决条件。

对于XXXXXXXXXXXX系统来说，其功能并不复杂，且开发周期短，所以在确定项目范围并进行任务细化时，可精确到接口、页面。把一个大任务分解成一个个的小任务的好处是，可以帮助我们更加精确的估计出它们的工作量，并暴露出很多可能一时无法想到的工作量，也可以保证后续进行项目开发过程的状态跟踪，更加精确。2.3时间计划 人员分配要合理

以前总认为写计划比写代码容易的多，其实恰恰相反。一份合理的项目计划需要经过思考、沟通、权衡、询问、倾听的过程，要知道，用来分析解决问题需要花费的时间，远远大于单纯的写代码时间。

项目进度计划必须将分解出来的小任务，综合考虑时间、难易程度、人员能力，估出工作量并进行合理分配。2.4代码开发 功能验证要同步

当日的开发任务结束后，作为项目经理应该对现有开发成果做验证，即对已完成的功能做验证，及时发现缺陷或其他问题，次日找对应的开发人员做修复。

因此，代码开发和功能验证的同步进行，既可以保证软件质量，同时也可以保证项目进度。当然，应该根据实际情况同步调整项目进度计划，预留处理缺陷的时间。

2.5进度执行 问题修复要反馈

项目成员必须及时反馈当日任务完成情况，及前一天遗留缺陷的修复情况，才可以保证项目经理对整体进度的把控，准确跟踪项目状态。2.6

需求变更 文档修改要记录

开发过程中的任何变更，都应做记录，作为项目成员之间沟通交流的依据，也可以避免重复修改，增加无谓的工作量。项目教训

3.1计划应当先于执行

项目计划必须要尽可能周全，并且在项目经理的可控范围内，可以根据实际情况及时做调整，但一定要保证，具体工作的开展是在计划范围内，因为没有计划直接执行会直接导致项目进度不可控，状态无法跟踪。3.2沟通应当注意技巧

高效沟通是项目成功的决定因素。因缺乏高效的沟通技巧。对内，在与开发人员进行需求沟通、代码实现方式设计等方面沟通时，并不能快速准确表达自己意图；对外，在与业务人员协商问题时，会不自觉的使用技术术语等业务人员不易理解的词汇，导致双方无法在较短时间内达成一致意见。希望自己以后有更多的锻炼机会，学习弥补这方面的欠缺。

第五篇：软件项目心得体会

软件项目心得体会

时间总是不经意间从身边溜走，从立项到现在，已经过去有一年左右的时间了。随着我们一起成长的还有我们的项目，现在我们的项目也来到了结题的时间。回想当初刚刚立项时我们还很迷茫，虽然有满腔热情，但是一切都还是未知的，我们需要一点一点地去探索，一点一点地去发现。到了现在，我们的项目马上就要结题了，我们没有像以前那样迷茫，我们已经有了清晰的目标，有了完整的方案，也有了具体的实施方法。当然没有任何人可以一下子就成功，这中间我们有过很多次失败，经历过很多坎坷，可是这些都没有阻挡我们的探索。在这一年当中我们虽然会觉得困难，但是，不可否认的是我们的确在这过程中收货了很多，也学习了很多。

每当在我们的项目进行过程中遇到难以解决的困难时，我们只能自己去寻找多方资源来帮助自己。比如，去网上找各种相关文献进行查阅，去学习新的不懂的技术，去图书馆查阅资料。这应该是我们在这个过程中收获最大的地方，因为我们获取了很多额外的知识，有时候经历过实践的知识总是更能让人记忆深刻。从最开始的寻找课题到申请立项、撰写项目申请书，再到确定研究目的和寻找创新点，并制定详细的实施方案和步骤，对项目进行相关调查和研究，到最后确定项目的可行性、创业计划书的编制等等，这一步步走来，艰难心酸有，但是收获的经验和成长也只有经历过的人才会分享和拥有。我们只能说，我们绝对不会后悔参加过这个项目。

作为这个项目的参与者我觉得，这个项目最大的特点就是它不是一个人单独完成的，它需要整个团队的合作。那么如何调配整个团队的各个人员，给每个人分配相应的任务是很重要的。不是说越精细的分工，才能有越完美的作品嘛。管理好一个团队是很不容易的，也是很锻炼人的。可能团队中的成员，性格迥异，互相之间关系不够融洽；可能在经历了一段时间低谷后，团队的斗志削减的很厉害；可能大家在对待项目这个问题上，都打着自己的小算盘，个人的顾虑成为了项目成功道路上的绊脚石。因此，队长在这里面起着很大的作用，可以说是整个团队的核心，但是好的队员的也是不可或缺的一部分。这就像一台正在高速运转的机器缺了哪一个部件都是不行的。所以说，这就需要我们进行经常的沟通，分享大家的意见和想法及时的做出相应的对策。于是乎，这一年来我们开了大大小小很多会议，每一次，我们都是在讨论中得到结果。对于我们这些大学生将来势必是要走上职场的，那么无论我们以后是从事哪一方面的工作，想必团队协作都是必不可少的一部分。那么这次对我们来说都是一次很好的积累经验的机会。再有就是，这个项目不像我们的实验课一样，它没有教材，没有老师按部就班的指导。我们都知道现在的学生总是习惯于在教室里在课本上学习知识，所以在一定程度上是缺乏创新方面的思维的。也是在做这个项目的过程中，我深刻地意识到自我动手能力的重要性。或许是因为，无论发生什么都需要我们自己解决。所以在这个过程中，每个人都尽可能的发挥了自己的能动性，我们每个人都在积极的思考，努力的寻找解决的办法，努力的寻求创新点。自然而然的，我们都在一定程度上学会了独立解决问题也养成了这种意识，不再有以前一遇到问题就想去问人的冲动了。就像有人曾今说过一样，不要做意见和答案的乞讨者，现成的答案有可能会禁锢人的思维。人类的智慧是无穷无尽的，创新也是无穷无尽的，说不定我们就会创造奇迹呢。

说实话，一开始的时候我们的构想和现在差的很多。就像我们的创造心理学的老师说过的一样，我们只是在做发散性思维，而不是在做创新。因为创新它是有逻辑的，它不是漫天空想。可能我们刚开始就是处在这个阶段。在之后经历了一段空想的日子，我们才学会静下心来，好好思考。切实的根据我们自己的能力，我们现有的资源，真正的定下了目标。然后按照我们的计划一步步规划，一步步向着成功迈进。当然后来我们的项目也在随着进度做相应的改善，但它绝对不会像最初那样被我们全盘否定。这也让我们所有人都学会了“现实”。也就是说创新也是需要切合实际的，理论要与实际相结合，任何事情都需要我们以实际为基准点再进行接下来的所谓创新，所谓发展。

最后，对这次创新创业项目我们的总结，也就是我们的收获，就是深刻认识到团队合作在一个项目中的地位的不可或缺性。当然与此同时在与项目有关的知识方面是一定会有很大的提高的。再有就是在创新意识，和创新态度上我们有了自己的理解。不在像以前一样，一提到创新就只会漫天胡想，我们学会更实际，更有可行性的创新。总而言之，很开心，能有这样的机会来提升和锻炼自己。当然不能说现在我们有多么大的成就，可是成功不就是这么一点一点累积起来的么。这有可能就是我们向着成功踏出的第一步。未来的我们一定会越做越好。