PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
软件项目分工并不复杂: 1. 需求分析人员,一般来说 1-2 人 2. 整体结构设计人员,一般来说 1-2 人 3. 各产品模块设计人员,根据项目情况定人数 4. 代码开发人员,根据项目情况定人数 5. 品管测试人员,根据项目情况定人数 6. 编写用户手册人员,一般来说 1-2 人 7. 项目负责人,1 人
我不了解你所说的“很多软件大部分是单独开发”是一种什么情况,我想上述的几种人员分类在你所开发的项目里也应该都遇到了。就我个人的项目开发经验而言,难点在于各种不同人员角色间的协调与配合。在我最初做项目的时期经常会出现需求分析人员不能和设计人员有效沟通造成设计人员对需求的理解失误。设计人员不能正确将设计思想表达给代码开发人员。其结果就是代码开发人员总数在返工,产品的 Bug 源源不断。
我想我能理解你目前所处的困境。如果大部分项目全是一个人从头到尾作下来的,时间长了多人合作就会遇到问题。因此我建议你根据你公司的具体情况确定各种人员之间的有效沟通方式,定义标准的交流文档(只是其中一种方式)使各种分工的人员能够最大程度的表达自己的意图。不过这只是一个最基本的条件,如果你感兴趣,咱们继续交流。
Steve