视频管理系统1.0已通过验收，2.0的开发也马上要开始了。在这个项目中作为组长在项目管理中收获了很多，总结下来分享给大家。
开发流程：项目15年元旦开始组建项目小组并开始需求调研，1月12日进入详细设计阶段，15日搭建框架，23日进入正式开发阶段，2月6日初次验收，2月13日结束项目。整个项目用了45天的时间，如期的按照原先计划的日期进行。
交流：该项目开放以敏捷开发为指导，如下图所示，以用户为核心，迭代开发。因此交流在这个过程中占着重要的地位，从需求调研，到详细设计，到代码实现，用户和开发人员，开发人员内部之间都离不开交流，迭代计划的设定，任务的分配，每日晨会同样如此。交流不仅仅体现在面对面的，视频管理系统，是.net平台下，ITOO项目的一个子项目，在整个ITOO项目下的交流方式各种各样，confluence提供文档共享的平台，大家在这里共享文档规范，技术总结，开发的问题，开发文档；禅道分配任务，让开发过程有计划，责任明确，高效率，低成本进行，组长分配任务，组员每天领取自己的任务并给予回馈。日报，组长之间，组长和
组员之间共享日报，组员熟知自己每天做过任务，解决的问题，遇到的问题。组长通过日报了解组员的开发情况，根据他们的问题提供方向指导或者跟其他组长进行交流解决方案。项目经理通过日报了解 各项目的进展情况。晨会：每天10-15分钟的站会，进行交流组长与组长及项目经理之间，组长与组员之间的问题，特别是一天的项目进展 情况和遇到的问题。通过一系列的交流最终找到解决方案。这方面在开发的过程中出现的问题就是比如两个人有相似功能，有一个人先提出问题，第二天解决该问题，两天后，另一个人在晨会上说，我有个问题做了三四天了，还是解决不了。
显然这个人在晨会的交流中没有注意到别人的问题，所以此时组长应该再次强调交流在项目开发中的作用，让组员意识到交流给自己带来的好处，特别是晨会。
团队合作：这次项目的顺利进行更多的取决于这个团队的核心力，从两个方面谈起分工与合作，该项目由6个人组成，这次任务分配上主要是组长指派，根据每个的学习情况以及感兴趣的方面进行分配任务，前提是让大家觉得我能 胜任自己所负责的任务 ，在这方面走过弯路，但是通过小组讨论后得以纠正。比如，刚开始是按照功能模块划分任务，但是通过svn合作开发提交，同一页面上的不同功能同时开发会造成冲突，为解决该冲突，一是调整任务分配，二是改变功能开发顺序。其二合作，通过任务分配，每个人着重 研究自己负责的那一部分，研究成果跟组内其他人员进行分享，大大减少学习所花费的时间成本。这样的还会有另一个好处，就是让组员各有所长，在团队开发中发挥自己的长处，激发自己的信心，达到 团队开发的最佳效益。
技术分享：视频管理项目验收工作结束后，在组内安排了成果分享会，每个人将自己完成的功能的技术要点进行分享，在分享的过程中作为学习者每个人都要提出自己的问题。在这次技术分享会上设计到基本的项目框架，WCF，MVC，前台界面编写，bootstrap框架，基本的增删查，模糊查询，linq，右键，局部刷新，采用ffmpeg视频上传自动截取缩略图，上传视频，MongoDB基本总结，json序列化与反序列化，构建树结构实现一键分享，播放视频的video标签的使用等等，之后每个人对自己负责的部分提出1.0的不足之处以及2.0开发的想法。
继机房收费系统合作第二次带项目，也是第一次带视频项目，学到了很多在课本中学不到的技术和管理，中间遇到很多困难，也走过弯路，还有很多技术只是浅尝辄止， 好在一步步走了过来，视频项目做了一次很好的尝试，感谢这个团队给予我的！
原文地址：http://blog.csdn.net/lxy344x/article/details/43991133
