在一个新的团队中,你是最高级的开发人员,而团队中的大多数人都比你小几年,你是如何处理自己的呢?团队面前的任务是其他人都没有完成过的任务,包括你之前在他们的职业生涯中完成过的任务。
管理层坚持提高整个团队的生产力,而作为高级开发人员,您有责任。
在这种情况下,有什么最重要的建议吗?显然,整个团队需要时间来学习,让我们不要忘记团队的新成员。然而,截止日期也提前了.
发布于 2012-03-04 06:53:33
不要让紧迫的截止日期或项目的新颖性影响到良好的工程实践。建立一个软件储存库,同意一种编码风格,提出一个测试套件,等等。只要你的下属有高素质的人愿意努力工作,并学习他们面前的任务,任务的新鲜度就不应该有那么大的问题。
或者换个说法:你被任命负责是因为管理层认为你的背景和经验为你提供了构建高质量软件所需的工具。不要突然忘记你的技能,仅仅因为这个任务现在看起来是令人生畏的。
发布于 2012-03-04 13:14:45
首先,从第一行代码开始使用源代码控制系统。养成尽早和经常签入代码的习惯。
第二,决定测试策略。当然,这应该意味着单元测试,但您也应该考虑如何自动化验收测试。
第三,建立一个持续的集成服务器,以便定期构建代码并定期进行测试。
一旦你有了这一点,作为一个团队建立一些简单的编码标准。您希望您的代码能够被每个人轻松地阅读。标准是什么并不重要。缩进与制表符,缩进与空格,卷曲支撑在同一行,任何。他们是什么并不重要,只是每个人都始终如一地应用它们。
由于团队大多是初级开发人员,所以计划经常检查代码,以确保他们不会给您的系统增加太多的技术负担。
最后,考虑使用SCRUM。如果你这样做了,请一个教练或去参加一些培训。因为你们都在做一些你从未做过的事情,所以设定现实的最后期限是不可能的。有了SCRUM,您的管理层就可以在日常的基础上了解您所做的事情,这样他们就可以看到正在取得的进展(或没有)。而且,既然你的最后期限显然是给你的,SCRUM至少可以保证,如果你不能在最后期限前完成,至少你是在增量的基础上交付完整的故事,这可以说比一个完全不起作用的巨型系统的终结要好。
发布于 2012-03-04 07:35:44
除了@chrisaycock的答案..。不要低估你需要分配给导师/培训等的时间。作为领导者,你需要学会放下细节,信任你的团队。你的工作是成为推动者,清除路障,并运行干预,当管理戳到那里去。在“正常”团队中,在大约7或8岁时,领导不再是程序,在您的情况下,这将下降到3或4(甚至更少),您不是项目的编程资源。
https://softwareengineering.stackexchange.com/questions/138222
复制相似问题