关于小型软件项目的管理问题！

[likelikebing]

各位大哥，我们公司是一个以硬件产品为主的公司，公司的组织形式以专业组为技术划分，项目组为工程划分，

但是专业组组长要对软件质量付全责。

我们软件组，设计人员只有4个人，

软件规模也不大，周期也不长（最多3、4个月），一般只是二次开发。

但是我们的项目很多，这样各种项目的软件版本多，项目参与人员少，并且人员分散。

怎样进行项目的管理呢？

现在主要问题有：

【1】软件设计由负责的人随心所欲的设计，组长无法把握框架，从而无法保证质量。
【2】项目中出现了问题时，沟通和管理无法切入，因为项目不是组长的，组长对项目的很多背景和要求不清楚。

[kelph]

一步一步来，先从控制需求和架构设计开始

[tyrael_79]

按照流程文档化需求 设计文档 签字画押 评审

[loveisbug]

“我们软件组，设计人员只有4个人，”

// 这是专业组还是项目组？

[likelikebing]

软件组只有4个人、、、、

[likelikebing]

[Quote=引用 3 楼 kelph 的回复:]
一步一步来，先从控制需求和架构设计开始
[/Quote]

现在就是在想怎样控制需求和构架设计。。。

原有的那一套文档编写和评审制度基本上无法执行，要求的内容大多数人都不想写，都是敷衍了事。。。。

我想在所有项目中都使用UML进行表述，所有项目的设计都必须一UML中要求的图形辅助以适当文字描述。

在软件组内形成无障碍沟通的环境，慢慢的把公司内的设计抓起来，最后形成设计文档编制和评审的习惯。

我们的软件规模虽然不大，但是要求很高，做的很多东西比服务器上的程序的稳定性要求不低，

基本上全是终生伺服的。。。并且还要有各种界面操作和数据处理。

[loveisbug]

小项目，又是二次开发，3、4个月的，就不要去管什么原有的文档制度来，也不要UML了。

项目很多，各种项目的软件版本也多，项目中出现问题，应该项目组长负责。

“因为项目不是组长的，组长对项目的很多背景和要求不清楚。” //这里“组长”是什么组的组长？

感觉你说的项目组长是立项，负责需求和与利益攸关者的沟通，与技术研发人员的沟通。专业组是负责软件不同层不同模块的研发。

[likelikebing]

项目有项目负责人负责，是管理纵向的，组长是技术负责，管理横向的！

[thinkscrum]

"软件设计由负责的人随心所欲的设计" - 这说明了你们的流程本身就比较不规范,

其实项目小, 周期短, 可以考虑采取一些敏捷的实践来优化你们的开发流程, 但不代表就是随心所欲的设计，加强需求的分析和讨论，对于设计一定要把握好评审关， 问题早发现早解决。

[yuandafeng]

这种二维的管理框架其实比较常见，只是你提到：

但是专业组组长要对软件质量付全责，

我觉得这一点就非常不合理，在其位，谋其职，负其责。最应该对一个项目负责的应该是“项目负责人”，而不是项目组长，项目组长不在项目负责的岗位上，没有掌握全面的信息，没有决策的权力，怎么可能对最终的质量负责？

你描述的不是很清楚，我猜测，你们项目中软件只占了较小的一部分，项目负责人更多的精力关注在硬件等方面，所以软件的质量要求由软件专业组的组长负责。其实这里改一点就可以了，每个项目的软件部分确定一个软件负责人，由他来负责这个项目中软件部分的质量，如果他的设计“随心所欲”的话，一来不能让这种人负责，二来随心所欲带来的质量问题应该是由他来承担，三来，可以通过规范和评审等方式来控制。最初阶段，对于你们只有4个人的规模而言，估计主要和重要的项目的软件部分的负责人还是你们的软件组组长吧。

[bzcyer]

前提，有实权的领导已经认识到混乱，并下决心来改善。

其次，招1，2个工作经验丰富的QA，实际改善下。

有必要，可以通过CMMI评级的方式来加强管理。