摘要：本文从沟通、简单、反馈和勇气四个价值观并结合实际的项目开发过程进行了分析，为后续软件项目的推进提供启迪。
关键词：沟通 简单 反馈 勇气
香江项目（事业部内部编号）作为我们消费计算机迈向家电化的一个重大的项目，虽然其作为一个C类研发项目，但其涉及到的无论从硬件上还是从软件上都可以与一个小型的A类项目媲美。我作为项目的LEADER，从心底里还是有点害怕，毕竟是刚加入公司的新员工，但出生牛犊不怕虎，我也很想尝试去做一件事，只有在实际工作中才能不断的成熟，提升自我。到目前为至，整个项目推进以香江项目计划为关键路径，相关硬件开发也在有条不絮的进行。
对于下面我想重点阐述沟通、简单、反馈和勇气，这是我们协作开发软件项目的四个重要部分，对于软件项目的管理与开发具有重大的意义。
沟通（Communicate）
或更准确地说，缺乏沟通，是几乎所有软件项目问题的根源。客户没与开发者沟通他的要求，或开发者没与客户沟通提供一个功能的困难之处。如果涉及的各方直接，及时地互相沟通，就可以消除大多数问题。我们不能忽视或惩罚任何诚实的沟通。
目前我们消费的定位是项目经理，从实际承担的工作上看作为客户（需求方）与硬件开发的角色，但作为面向消费客户，我们最关心的是功能诉求，用户使用流程与呈现接口，这和开发人员（程序员）有很大的冲突，后者更关心的是具体实现方式，如对于媒体播放器的底层API的使用与功能诉求如何在计划时间内完成。但共同的目标是一致的，提供给用户易用的产品，尤其对于我们一个企业内部的开发团队，而不像外面公司间的协作。但沟通信息的通畅性也直接制约着产品的质量。
对于软件项目的需求内容不明确，把握不充分是其失败的一个重要方面， 这是我们经常遇到的问题。一方面，由于客户（需求方）IT知识缺乏，一开始自己也不知道要开发什么样的系统，或者懒于系统地整理出来，经常是走一步算一步，不断地提出和更改需求，使得实现方叫苦连天。另一方面，实现方由于行业知识的缺乏和设计人员水平的低下，不能完全理解客户的需求说明，而又没有加以严格的确认，经常是以想当然的方法进行系统设计，结果是推倒重来。因此，需求分析必须注重双方理解和认识的一致，逐项逐条地进行确认，双方能在共同的基础上达成功能与时间上的统一。
在香江项目中，对于需求主要涉及到后续新品的需求与本身项目发展的需求的综合，对于实际工作中，我积极与软件设计经理，程序员进行沟通，先从正式文档输入开始，免的一开始就陷入无穷尽需求讨论中。随着项目的推进，对于某些需求由于技术上与时间上的不可实现性，因而大家及时沟通，通过项目的中期核对这样的方式，将一部分需求作为第二次开发的要点进行剥离，从而保证项目的按计划进行。[本文共有 2 页，当前是第 1 页] <<上一页 下一页>>
您的位置：
