1,265
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
hhzqq 2009-03-13
- 打赏
- 举报
[Quote=引用 4 楼 sp1234 的回复:]
给你搜索了三篇文章推荐：
1. http://www.aka.org.cn/Docs/latest/How%20to%20Start%20XP.pdf
2. http://www.cnblogs.com/yuchencnblogs/archive/2008/07/11/1240918.html
3. http://se.csai.cn/testtech/No315.htm
不要认为我找的这三篇文章里边是讨论什么“大公司”，实际上他们都是彻底破除了官僚从而可以白手起家的软件公司，他们的管理风格十几年不变，而不是像很多公司那样刚找到一点投资就变成一个办公…
[/Quote]
这些文章非常好，(Y)
给你搜索了三篇文章推荐：
1. http://www.aka.org.cn/Docs/latest/How%20to%20Start%20XP.pdf
2. http://www.cnblogs.com/yuchencnblogs/archive/2008/07/11/1240918.html
3. http://se.csai.cn/testtech/No315.htm
不要认为我找的这三篇文章里边是讨论什么“大公司”，实际上他们都是彻底破除了官僚从而可以白手起家的软件公司，他们的管理风格十几年不变，而不是像很多公司那样刚找到一点投资就变成一个办公…
[/Quote]
这些文章非常好，(Y)
audio77 2009-03-13
- 打赏
- 举报
不错
henry20176666 2009-02-24
- 打赏
- 举报
学习了
Roc_Lee 2009-02-24
- 打赏
- 举报
创业型的也需要在各个业务领域重视重复需求，抽象对象，开发适合业务的框架等
Coder李海波 2009-02-24
- 打赏
- 举报
管理的工作量，其实并不大，我带过一个10-20人的研发项目，大概只有20%的时间在项目管理上。
说的12点中，我认为下面8点是非常有用的
a.CVS 代码版本管理
b.SCM 软件配置管理
c.Integration 每日集成
d.Bug Record 缺陷管理工具
e.Before new turn test, fix bugs first 编写新代码之前修复之前的bug
f.Fresh Schedule 保持最新的进度计划
g.SRS 需求规格说明书
j.tester 要有测试人员
对于创业公司来讲，要求效率、要求快速响应变化，要求的士气、积极性，但是我觉得也需要基本的管理，稍微规范化的管理，比如对需求的确认，对计划制定和跟踪，对质量的重视，因为需求决定了目标，计划代表执行力，质量代表了最终产品，如果对于这三件事情的管理不重视，恐怕会有很大的风险。
说的12点中，我认为下面8点是非常有用的
a.CVS 代码版本管理
b.SCM 软件配置管理
c.Integration 每日集成
d.Bug Record 缺陷管理工具
e.Before new turn test, fix bugs first 编写新代码之前修复之前的bug
f.Fresh Schedule 保持最新的进度计划
g.SRS 需求规格说明书
j.tester 要有测试人员
对于创业公司来讲，要求效率、要求快速响应变化，要求的士气、积极性，但是我觉得也需要基本的管理，稍微规范化的管理，比如对需求的确认，对计划制定和跟踪，对质量的重视，因为需求决定了目标，计划代表执行力，质量代表了最终产品，如果对于这三件事情的管理不重视，恐怕会有很大的风险。
以专业开发人员为伍 2009-02-23
- 打赏
- 举报
切忌那种看上去什么都有提到，结果成事不足败事有余的管理。创业型软件公司，没有那么闲钱给很多公司中都可以见到的那种pm练手，要抓住“纲举目张”的窍门，抛弃教条中迂腐的部分。而我推荐的三篇文章，不仅仅在于提示一些开发管理的关键技术名词，而且在于你可以看到抛弃那些让你花费巨大的时间和金钱成本而根本创造不了多少效益的教条的窍门在那里。
以专业开发人员为伍 2009-02-23
- 打赏
- 举报
在写代码之前先写自定或继承测试代码，而不是号称等代码开发玩完之后才测试 --> 在写代码之前先写系统集成测试代码，而不是号称等代码开发玩完之后才测试
以专业开发人员为伍 2009-02-23
- 打赏
- 举报
[Quote=引用 5 楼 marising 的回复:]
非常感谢sp1234的回帖，对我非常有帮助。
我的想法是，根据项目管理的基本特点，制定一些既不官僚，又十分有效的管理方法
1.源代码管理
2.Daily Build，Unit auto test
3.需求、设计评审机制
4.里程碑明确
5.合理的计划
6.清晰的分工
7.每周周例会检查计划
8.测试人员保证质量
9.持续集成
10.工作环境工具统一
11.风险分析和管理
12.制定需求流程、任务流程、缺陷流程
如上一些，还有什么需要补充的？或者上面这些哪些不需要呢[/Quote]
我感觉你写得太复杂了。其实最高级的“技术”就在中间，但是绝对不用那么复杂。例如：
1. 将那些“人治”的东西尽量弱化，避免任何不必要的会议、讨论、分析、文档开发。
2. 找一两个对短期高效地进行设计而在行的人。事实上，做项目就好像香港人拍电影，往往是一边拍一边才在赶写剧本，开拍前根本没有剧本，但是香港人却可以拍出很流行的电影。
3. 在写代码之前先写自定或继承测试代码，而不是号称等代码开发玩完之后才测试（这种号称基本上都会失败）。
基本上，这就是一个创业型小公司开发管理方面非常坚实的实力，是个良好的出发点。
非常感谢sp1234的回帖，对我非常有帮助。
我的想法是，根据项目管理的基本特点，制定一些既不官僚，又十分有效的管理方法
1.源代码管理
2.Daily Build，Unit auto test
3.需求、设计评审机制
4.里程碑明确
5.合理的计划
6.清晰的分工
7.每周周例会检查计划
8.测试人员保证质量
9.持续集成
10.工作环境工具统一
11.风险分析和管理
12.制定需求流程、任务流程、缺陷流程
如上一些，还有什么需要补充的？或者上面这些哪些不需要呢[/Quote]
我感觉你写得太复杂了。其实最高级的“技术”就在中间，但是绝对不用那么复杂。例如：
1. 将那些“人治”的东西尽量弱化，避免任何不必要的会议、讨论、分析、文档开发。
2. 找一两个对短期高效地进行设计而在行的人。事实上，做项目就好像香港人拍电影，往往是一边拍一边才在赶写剧本，开拍前根本没有剧本，但是香港人却可以拍出很流行的电影。
3. 在写代码之前先写自定或继承测试代码，而不是号称等代码开发玩完之后才测试（这种号称基本上都会失败）。
基本上，这就是一个创业型小公司开发管理方面非常坚实的实力，是个良好的出发点。
cmm2cmmi 2009-02-23
- 打赏
- 举报
JOEL on software 12 principal
a.CVS 代码版本管理
b.SCM 软件配置管理，动态联编
c.Integration 每日集成，每天联编
d.Bug Record 缺陷记录，缺陷管理工具，bugzillar，bugfree
e.Before new turn test, fix bugs first 编写新代码之前修复之前的bug
f.Fresh Schedule 保持最新的进度计划
g.SRS 需求规格说明书
h.working environment 安静的工作环境
i.hardware 给程序员配置比较好的电脑硬件，快的电脑能提升士气
j.tester 要有测试人员
k.new enroll 招人的时候就要他们写代码
l.user test in random 走廊测试，随机找个人过来测试一下系统可用性
a.CVS 代码版本管理
b.SCM 软件配置管理，动态联编
c.Integration 每日集成，每天联编
d.Bug Record 缺陷记录，缺陷管理工具，bugzillar，bugfree
e.Before new turn test, fix bugs first 编写新代码之前修复之前的bug
f.Fresh Schedule 保持最新的进度计划
g.SRS 需求规格说明书
h.working environment 安静的工作环境
i.hardware 给程序员配置比较好的电脑硬件，快的电脑能提升士气
j.tester 要有测试人员
k.new enroll 招人的时候就要他们写代码
l.user test in random 走廊测试，随机找个人过来测试一下系统可用性
cmm2cmmi 2009-02-23
- 打赏
- 举报
JOEL on software 12 principal
a.CVS
b.SCM
c.Integration
d.Bug Record
e.Before new turn test, fix bugs first
f.Fresh Schedule
g.SRS
h.working environment
i.hardware
j.tester
k.new enroll
l.user test in random
a.CVS
b.SCM
c.Integration
d.Bug Record
e.Before new turn test, fix bugs first
f.Fresh Schedule
g.SRS
h.working environment
i.hardware
j.tester
k.new enroll
l.user test in random
Coder李海波 2009-02-23
- 打赏
- 举报
非常感谢sp1234的回帖，对我非常有帮助。
我的想法是，根据项目管理的基本特点，制定一些既不官僚，又十分有效的管理方法
1.源代码管理
2.Daily Build，Unit auto test
3.需求、设计评审机制
4.里程碑明确
5.合理的计划
6.清晰的分工
7.每周周例会检查计划
8.测试人员保证质量
9.持续集成
10.工作环境工具统一
11.风险分析和管理
12.制定需求流程、任务流程、缺陷流程
如上一些，还有什么需要补充的？或者上面这些哪些不需要呢
我的想法是，根据项目管理的基本特点，制定一些既不官僚，又十分有效的管理方法
1.源代码管理
2.Daily Build，Unit auto test
3.需求、设计评审机制
4.里程碑明确
5.合理的计划
6.清晰的分工
7.每周周例会检查计划
8.测试人员保证质量
9.持续集成
10.工作环境工具统一
11.风险分析和管理
12.制定需求流程、任务流程、缺陷流程
如上一些，还有什么需要补充的？或者上面这些哪些不需要呢
以专业开发人员为伍 2009-02-22
- 打赏
- 举报
给你搜索了三篇文章推荐：
1. http://www.aka.org.cn/Docs/latest/How%20to%20Start%20XP.pdf
2. http://www.cnblogs.com/yuchencnblogs/archive/2008/07/11/1240918.html
3. http://se.csai.cn/testtech/No315.htm
不要认为我找的这三篇文章里边是讨论什么“大公司”，实际上他们都是彻底破除了官僚从而可以白手起家的软件公司，他们的管理风格十几年不变，而不是像很多公司那样刚找到一点投资就变成一个办公室政治过于迂腐的公司了。
1. http://www.aka.org.cn/Docs/latest/How%20to%20Start%20XP.pdf
2. http://www.cnblogs.com/yuchencnblogs/archive/2008/07/11/1240918.html
3. http://se.csai.cn/testtech/No315.htm
不要认为我找的这三篇文章里边是讨论什么“大公司”，实际上他们都是彻底破除了官僚从而可以白手起家的软件公司，他们的管理风格十几年不变，而不是像很多公司那样刚找到一点投资就变成一个办公室政治过于迂腐的公司了。
以专业开发人员为伍 2009-02-22
- 打赏
- 举报
避免选择门槛最低的“人治”手段，一定要使用全面、自动化、敏捷的开发管理流程，技术门槛要高一点。
以专业开发人员为伍 2009-02-22
- 打赏
- 举报
这个玩意不是分类、分解，不是像中写生解应用题一样用书上的一些原理套进去就能写明白的。你有足够的经验（！），睡着睡着觉自然就惊醒了，睡着睡着梦中就明白了。
suilj 2009-02-21
- 打赏
- 举报
实事求是
根据公司条件，切不可贪大求全
根据公司条件，切不可贪大求全
