请大家谈一谈平时工作中遇到的高效管理方式(包括能够提高生产力的 devops）

[ren2881971]

请大家谈一谈平时工作中遇到的高效管理方式(包括能够提高生产力的 devops ），帮我摆脱困扰,谢谢了。

公司属于传统行业软件，靠接项目糊口。最近工作调动被推上了研发 leader。

研发团队规模：自有人员 15 人 外包 8 人。 目前工作方式是需求人员提出需求，（我）度量可行性。然后由（我）细化模块分派任务，开发完成后由专人升级到服务器上，偶尔集中开会讨论问题，大部分情况是需求和系统整体设计都在我这里，由我直接分派任务，别人只是知道自己负责模块的东西。现在要扩招一些自有人员顶替掉外包人员，保持团队稳定性。

屁股决定脑袋，想有所改变，能够提高工作效率并且保持系统的稳定性，请大家指教下，尤其是互联网公司的朋友，快速迭代很适合我们。。

现在我能想到的有：

• 每天早上花 20 分钟站立会议，分配当天任务和了解前一天的工作进度。
• 采用 CI 持续构建。

请大家各抒己见～

团队氛围很融洽 人员也很稳定 就是现在的开发模式 我个人感觉太原始。想知道先进公司都是怎么操作的。。

[WEAlex]

占座学习。

[defunct9]

你是老大，你说了算。但是，出事的时候，你负责抗

[gaoyulong]

20 分钟太长，推荐 5 分钟站立会

[gaoyulong]

需求和技术文档都肯定要有，然后要树立良好的技术氛围，代码审核一定要有。另外要树立奖惩制度。全都是经验……

[janus77]

培养核心人员，轻易不走的那种，帮你分忧
然后就是按照正常项目管理流程来
开发部分：什么 git 啊 jenkins 啊 线上线下环境啊 该有的都要有，会议以前怎么开现在还怎么开
其他部分：测试、dba、运维 ，可以兼任或者不专业但流程尽量也要走
等威信培养起来了再着手修改和建立制度，比如会议制度 review 制度 测试运维 dba 的规定这种。

[janus77]

@janus77 #5 总结就是先硬件后软件，先培养意识和习惯 后开始硬性规定

[enenaaa]

23 个。 人太多了。
先选出 5 个小组长。

[ren2881971]

@gaoyulong 感谢分享。。 我就是想快速知道你说的那些经验。。 少踩点坑。。

[ren2881971]

@janus77 @enenaaa @gaoyulong 感谢分享。 我们团队之前比较松散，20 多人的研发团队 都是按照产品线来划分的，而且之间有交叉。因为有的产品线没工作时候，人就会去别的产品线帮忙。

[jssyxzy]

这个自己瞎琢磨就能琢磨出来？
前人的经验再那里不用？
推荐两本书，《人月神话》，《人件》
一个管事，一个管人。

[ren2881971]

@jssyxzy 我不是在发帖子来问大家的经验么 哪里有瞎琢磨。 说话攻击性这么强呢。

[itsme001]

你先参考一下同等规模团队能做什么东西.例如参考早期知乎,饿了么,头条等.
从里说的东西里面.有以下个人观点.
你是单点与瓶颈.
加钱招强力人员.
小团队协作比流程重要.

[whileFalse]

先做，然后发现问题，解决问题。

[salmon5]

devops 对于你的团队，并不是好事情。devops 我的理解需要团队大多人都是精兵强将、全栈。

[ren2881971]

@salmon5 确实，我现在也头疼这个事。 上了 devops 用不好 出现问题解决不了 更头疼。

[ren2881971]

@itsme001 现在已经开始大力招人了。 但业务知识太复杂 太零散，前期文档不全，新人进来很难快速上手。

[eric1202]

多请团队吃饭 维护氛围

[guoer]

你需要 jira+confluence