技术开发 频道

从另一个角度观察项目管理

    下面讨论一下具体问题

    ××做为一个专用软件开发的公司,内部事务可分为两类:

    1、销售 促成客户采购决策。关键字:采购。

    2、交货 开发并保证客户顺利收货。关键字:收货。

    包括采购前试用、采购后交货。因两者在实际工作中没有质的区别,所以统一讨论。

    交货,可以说是我们当前绝大部分工作的目标。

    根据具体工作的复杂度,可将它分两个部分。如果这两部分的复杂性没有一定的当量,那么以下的讨论将失去意义。划分如下:

    一、客户部分;(负责人:项目经理)

    目标:在低于报价的预算成本、在既定的时间内,保持主要功能完整性的基础上,让客户满意并保证顺利收货。

    重点:真正搞清楚客户需要的是什么?包括业务需求、非业务需求等。

    难点:客户

    负责人职责:

    泡在客户那里,研究客户。

    为研发部门,提供清晰、完整的需求文档及时间表。

    推进安装联调、试运作的进展。

    负责产品阶段的质量测试检查。

    二、研发部分;(负责人:研发经理)

    目标:更好地实现需求,完成研发任务。

    重点:如何更快更好地完成开发。

    难点:技术细节、需求变化、框架设计、技术人员管理

    负责人职责:

    分析需求文档,设计实现方案。

    管理开发人员的日常工作。

    提供研发进度表。

    负责开发阶段的质量测试。

    理想的模式及比例:两边的圈一样大

    我们当前的架构安排:(没有专门的客户代表。少量的客户接触+大量的技术细节)

    两个阶段各自不同的复杂性,决定了这两部分工作不能由同一个人负责,因为一个人的精力不可能应付这两种复杂性。同时关注两个领域,意味没有关注。

0
相关文章