软件开发过程中的管理问题

yuemanlou 2011-04-12 01:15:07

1、在一般中小企业中，软件开发的管理可能比较混乱，要建立什么样的制度，才能使开发过程更加规范？
2、应用程序生命周期管理，大家一般采用何种工具呢？Visual Studio 2010，还是别的？各有什么优缺点？

在一家公司呆得时间太长，管理又比较混乱，严重缺乏相关知识，望各位大虾不吝指教。

...全文

453 22 打赏收藏转发到动态举报

写回复

用AI写文章

22 条回复

切换为时间正序

请发表友善的回复…

发表回复

Lugyedo 2012-05-11

打赏
举报

要注重细节

yuemanlou 2012-04-27

打赏
举报

竟然开贴不结贴，挺对不起大家的。
1、去年真是特别忙的一年，经常加班到很晚，代码的事情让人焦头烂额，这个也跟管理不力有关。市场、产品，不停地修改需求，开发沦为体力劳动者。一段时间内，可能需要从某功能的第一版改到第N版。在这种情况下，文档已是一种奢望。我们只能依赖于核心员工会一直留在公司；
2、12月密码泄漏后，好像一直登不进来，今天经过三次尝试，终于可以成功。
3、我不是做管理的。做为开发，对公司的乱像有时确实感到郁闷。在这里呆了8年，一直“忙”着做产品，做这个系列、那个系列的若干版本。经常在想，何时才能做一个精品出来？
4、当一个公司的工作，是依赖于“人”的时候，其发展是有限的。当然，这个就不是应该我来头疼的啦。

starryplayer 2011-11-10

打赏
举报

zzm_zhou 2011-10-25

打赏
举报

关键是合适
我觉得目前软件业太容易出各种管理指导理论了，但是实际上我们应该向传统行业学习对于细节的控制。把细节做好，细节是魔鬼

chenfySoft 2011-10-18

打赏
举报

[Quote=引用 4 楼 dianazhao 的回复:]

很多大公司都没有工具，用excel表格就管得很好，工具是帮助人的，不是限制人的，本来管得好，有工具就管得更好，本来就管不好，用了工具更糟糕。还是先把一些具体的小事管好比较实在，上来就搞整个流程，纯属瞎折腾。
[/Quote]

无论用何种开发过程管理方法，软件开发最重要的是沟通，从项目开始就让团队的成员名在项目的目标，客户、需求人员、开发人员、测试人员对每个需求要达成一直的理解，最后开发出来的产品才是想要的，否则就会出现修改和返工的情况。
不论用什么工具，都是要解决这个问题，工具可有可无，工具主要解决的是效率问题。没有工具可能时间长些，或者某些信息获得不到，有了工具可以加快效率，获得更多的信息。
这和汽车出现有点儿类似，没有汽车之前人也可以走的很远很长的路，但是要花上几个月和几年的时间，但是有了汽车你可以几个小时到达目的地。

人尽其材 2011-05-31

打赏
举报

这个版很好
学习了

zhenzhen_08 2011-05-21

打赏
举报

说下我们目前的方式吧，首先要确定软件产品开发流程，使用Jira 作项目及任务，缺陷，工作管理，testlink作为测试管理工具，SVN作为代码管理工具，只要大家严格按流程执行，基本问题就解决了。另外，还要多沟通，沟通，再沟通。

窗户纸 2011-05-17

打赏
举报

[Quote=引用 14 楼 cmm2cmmi 的回复:]
小公司有小公司的核心竞争力，我并没有看不起小公司的意思，我说的正规并不代表小公司就不正规，大公司就很正规，呵呵，正规与公司的规模是不划等号的，不要置换概念
[/Quote]
对不起，我先入为主了，在很多人眼中，大公司代表的就是正规，不过“正规”这个词概念很模糊，规矩归根到底是为目标服务的，从质量管理理论上来讲是一个持续改进的过程，但真正能做到这一点的公司实在是太少了。绝大部分公司定规矩是为了显示我“正规”而已。因此有感而发。

cmm2cmmi 2011-05-16

打赏
举报

小公司有小公司的核心竞争力，我并没有看不起小公司的意思，我说的正规并不代表小公司就不正规，大公司就很正规，呵呵，正规与公司的规模是不划等号的，不要置换概念

兔巨侠 2011-05-15

打赏
举报

[Quote=引用 9 楼 sp1234 的回复:]

引用 6 楼 xiahouhuhu 的回复:

我也很关心这样的问题，尤其是创业期，除了个别核心员工，大部分员工人心未稳，如何把握自由和严厉的尺度，我觉得很不好掌握

自由和严厉？如果这是对立和纠结的东西，那么这可能说明其开发方法还比较原始。

好的方法极端自由，但是同时开发人员非常自律。
[/Quote]

我目前基本做不到严厉，是属于偏自由的，这和我们两个公司管理者的性格，还有公司目前比较小有关系，其实我是想稍微紧一点的，因为有大概2-3个人比较散漫不像样子。但是我们非常缺人，又怕那几个人因为这个不打招呼就离职了，所以暂时还是没想过换人，想通过和他们私下谈心，还有加重对他们的监督力度来减少这些现象

窗户纸 2011-05-14

打赏
举报

[Quote=引用 7 楼 cmm2cmmi 的回复:]
正规一点让开发人员感觉到是在正规的公司工作，而不是在作坊里面瞎混日子

建议采用一些敏捷的实践比如每日的立会，培养一些Scrum Master

公司内部甚至可以自己颁发自己的CSM，认证Scrum大师，呵呵

可以应用一些敏捷的思想

但是最好要在一个比较稳定的架构下，且每位开发人员都相对比较了解该框架，同时有个技术强悍一点的兄弟比较深入的了解该架构

一家之言仅供参考
[/Quote]
正规公司不一定就不混日子，可能一个测试阶段和你啥事没有，你就得加班到夜里两点待命和别人熬着，
小公司也不一定不长本事，大公司一辈子可能你都没有参与架构设计、数据库设计的机会，甚至连测试方案都不归你管，小公司可能一年的时间就跑个遍，也许做的“不正规”，但规矩是人定的，某些规矩是为了防止100年前问题，而现在用工具就可以避免了，这种规矩大可破一破。但大公司你没有权这样做。
另外就敏捷开发，正是大公司的弱项，大公司里沉淀了太多的以往过程编程的规矩、思想和产品，你只能基于这些东西再“改进”，很难给你机会去做基于对象建模的软件开发。而小公司讲求的是效率，如果存在具有这方面的专家，跟着他做，你会受益无穷。

q107770540 2011-05-14

打赏
举报

窗户纸 2011-05-14

打赏
举报

[Quote=引用楼主 yuemanlou 的回复:]
1、在一般中小企业中，软件开发的管理可能比较混乱，要建立什么样的制度，才能使开发过程更加规范？
2、应用程序生命周期管理，大家一般采用何种工具呢？Visual Studio 2010，还是别的？各有什么优缺点？

在一家公司呆得时间太长，管理又比较混乱，严重缺乏相关知识，望各位大虾不吝指教。
[/Quote]
其实，很多人说的管理乱是看从什么角度来谈，一个好的架构师可以让各个项目成员只关心自己的组件，而不用管他人的进度和功能，但很多项目组的（底层）成员却觉得这样很乱，因为他们可能连自己做的产品是什么都不知道。
因此管理好坏主要从产品的成果、质量、进度来考虑才更公平些。
从软件开发角度来看，其特点是需求可能很快就出现了变更，从架构设计人员角度看，不进行修改就不能满足需求，而从底层开发人员角度看，好不容易按照固定的思路走了，凭什么说改就改。即使修改的工作量本来不大，还是会闹一肚子气。
项目管理有句话：使用正确的方法干错误的事可能更可怕。
软件开发存在诸多风险，准确的估算进度是很困难的，因此往往都打入了重做、修改等大量的提前量，而管理团队又往往不希望小组成员前松后紧，又故意夸大软件开发的紧迫性，组员有压力，又不知道细节，当然就是被整的天天乱转了。
当然，好的项目管理会一定程度上提高团队成员的透明度，使用更科学的松耦合、进度管理、质量管理技术，但能否做出多快好省的好产品还是受很多其他外部因素制约的。

以专业开发人员为伍 2011-05-14

打赏
举报

[Quote=引用 6 楼 xiahouhuhu 的回复:]

我也很关心这样的问题，尤其是创业期，除了个别核心员工，大部分员工人心未稳，如何把握自由和严厉的尺度，我觉得很不好掌握
[/Quote]

自由和严厉？如果这是对立和纠结的东西，那么这可能说明其开发方法还比较原始。

好的方法极端自由，但是同时开发人员非常自律。

cmm2cmmi 2011-05-13

打赏
举报

正规一点让开发人员感觉到是在正规的公司工作，而不是在作坊里面瞎混日子

建议采用一些敏捷的实践比如每日的立会，培养一些Scrum Master

公司内部甚至可以自己颁发自己的CSM，认证Scrum大师，呵呵

可以应用一些敏捷的思想

但是最好要在一个比较稳定的架构下，且每位开发人员都相对比较了解该框架，同时有个技术强悍一点的兄弟比较深入的了解该架构

一家之言仅供参考

兔巨侠 2011-05-13