聚合全网技术文章，根据你的阅读喜好进行个性推荐
早期还是得多听听看看各方的意见才是正确的做法吧否则，后期再加、改，才是要命的
企业行为和开源社区行为还是有很大不同的。开源社区无雇佣关系的约束，无直接商业利益目的。企业则存在直接的雇佣关系，有极强的目的性：盈利。两种不同性质的组织，决定了其管理方式也有很大不同。
评论删除后，数据将无法恢复
引用来自“haitaosoft”的评论
早期还是得多听听看看各方的意见才是正确的做法吧否则，后期再加、改，才是要命的
引用来自“周星_开心白日梦”的评论
招人就应该用80％的时间而不是随便找个大学毕业生，招来了就要信任，放手，要不招人干啥，自己都干了就好了，然后人家还真是什么都自己指导着你干。。。引用来自“ruki”的评论
不仅是代码上的介入 我们这边的领导经常会介入来打乱整体的产品开发 主管都没实权 经常做无用工 对外一个版本都没发 内部已经重写了好几遍 版本迭代到3.0了另外，我最希望看到从搞得快可以多赚多少钱或者减少多少损失、搞得稳可以多赚多少钱或者减少多少损失的角度来看软件产品的队伍规模、队伍结构、需求与变更控制力度等现实问题如何解决的分析文章
期待！
12年来，我见过超过1000份移动互联网产品的白皮书、商业书，令人失望的是，99%沦落为科技玩具、流产婴儿、吸引VC的工具等等，非常遗憾
这点深有体会。人才选拨的话其他 重要性不大。因为 选拨的人才，只要不是蠢材，在进入公司理论上几个月应该会熟悉大体流程的。
而项目进度跟不上，更多是 领导层对于介入 不及时引起的。 我做过领队，因为没有介入整个团队中，让他们自由耕放，结果导致后期不少项目 变得不可控了。 当时想介入已经来不及了。
引用来自“我的上铺叫路遥”的评论
引用来自“我的上铺叫路遥”的评论
引用来自“haitaosoft”的评论
早期还是得多听听看看各方的意见才是正确的做法吧
否则，后期再加、改，才是要命的
引用来自“haitaosoft”的评论
现实问题是：很多情况下，都不是 最好 的，所以才成为问题小企业要效率，大企业需要流程；小企业追求个人效率最大化，大企业是流程标准和控制；“早期”这个标准，视环境不同而异；
赞同楼主最后的观点：拖管工具，不能代替日益增长的创造性的需求；
引用来自“GuestA”的评论
增大一下行距，不然看得很辛苦。引用来自“我的上铺叫路遥”的评论
@红薯 不换行如何增大行间距，UEditor菜单上没有，要装插件吗？引用来自“GuestA”的评论
增大一下行距，不然看得很辛苦。引用来自“我的上铺叫路遥”的评论
引用来自“haitaosoft”的评论
早期还是得多听听看看各方的意见才是正确的做法吧
否则，后期再加、改，才是要命的
引用来自“haitaosoft”的评论
现实问题是：很多情况下，都不是 最好 的，所以才成为问题引用来自“我的上铺叫路遥”的评论
引用来自“haitaosoft”的评论
早期还是得多听听看看各方的意见才是正确的做法吧
否则，后期再加、改，才是要命的
引用来自“haitaosoft”的评论
早期还是得多听听看看各方的意见才是正确的做法吧
否则，后期再加、改，才是要命的
否则，后期再加、改，才是要命的
引用来自“我的上铺叫路遥”的评论
引用来自“王春生”的评论
企业行为和开源社区行为还是有很大不同的。开源社区无雇佣关系的约束，无直接商业利益目的。企业则存在直接的雇佣关系，有极强的目的性：盈利。两种不同性质的组织，决定了其管理方式也有很大不同。
引用来自“王春生”的评论
企业行为和开源社区行为还是有很大不同的。开源社区无雇佣关系的约束，无直接商业利益目的。企业则存在直接的雇佣关系，有极强的目的性：盈利。两种不同性质的组织，决定了其管理方式也有很大不同。引用来自“王春生”的评论
企业行为和开源社区行为还是有很大不同的。开源社区无雇佣关系的约束，无直接商业利益目的。企业则存在直接的雇佣关系，有极强的目的性：盈利。两种不同性质的组织，决定了其管理方式也有很大不同。