编辑:[db:作者] 时间:2024-08-25 03:21:52
我们的做法如下。
保持小规模团队。
外包统统非核心事情,克制住赚取末了一个铜板的冲动,老板也要做客户做事事情。
选择做自己喜好的功能,然后提交,比命令他们写他们写不出来的东西要好。
没有超过一个星期的任务。你必须每周都要提交代码莅临盆环境中 — 最坏的情形下不超过两周。如果你刚入职,琢磨提交点什么吧。
结对管理。在内部 Yammer 上承诺未来一周你完成什么。交付代码,否则会公开违背你的承诺(下周交付)。
每个项目只有一个人。可以找人帮忙参与,但只有你一个人卖力。
如果不能产出,那可以考虑让他走人,我们的环境可能不适宜他们。他们该当去找一个能让他们更加茁壮发展的地方,每个人都有适宜自己的地方。
这不是完美的。我们开拓的特性太多,有很多还没完备成型,产品也很繁芜。很难整合非工程领域的人 — 他们很难表示代价。
主要的是,我们产出代码。
原文地址:
https://nav.al/build-a-team-that-ships
本文由高可用架构翻译。技能原创及架构实践文章,欢迎通过公众年夜众号菜单「联系我们」进行投稿。
高可用架构
改变互联网的构建办法
本站所发布的文字与图片素材为非商业目的改编或整理,版权归原作者所有,如侵权或涉及违法,请联系我们删除,如需转载请保留原文地址:http://www.baanla.com/xyj/97442.html
下一篇:返回列表
Copyright 2005-20203 www.baidu.com 版权所有 | 琼ICP备2023011765号-4 | 统计代码
声明:本站所有内容均只可用于学习参考,信息与图片素材来源于互联网,如内容侵权与违规,请与本站联系,将在三个工作日内处理,联系邮箱:123456789@qq.com