Get best of the week

经理在远程站点上犯了什么错误

哈Ha！我不是开发人员，而是经理。一段时间以来，我被教导要管理人才，然后我陷入了令人沮丧的发展世界，正如他们在大学中所说的那样，一切都出了问题。现在，我正在领导管理软件生命周期的实践，并且我想告诉您一些与切换到远程站点有关的对团队负责人和PM可能重要的事情。因为在我们的团队中，人们已经开始斜视了。然后，我将展示和介绍我们用于远程的自动化堆栈，以及我们如何通过一个按钮从电话聊天中释放发布的内容，而不是将VPN提升到安全的范围，这加快了协调速度，并且有助于日常协调。

第一条建议足以使您的员工受益！



我知道这听起来很愚蠢，但是许多管理人员没有看到附近的人，开始以某种方式补偿他们确保工作的愿望。这里是聊天室：


纯朴的啄木鸟

如果有一项任务现在和将来要提高团队的效率，那就不要管别人了。并每天早晨设置15分钟。我已经设法看到一般项目每四个小时同步一次，每天两个小时同步一次，而那些沮丧的经理们习惯于与某人面对面地谈判。

CROC的远程开发发生了什么


我们之所以进行转换非常简单，因为我们已经具有开发办公室的地理分布结构。近年来，他们习惯了这样一个事实：其中一位开发人员的工作日可以从莫斯科时间晚上11点开始。因此，有这样的参与者的团队几乎没有管理上的问题，但是对于在相同时区工作的团队来说，可能会出现困难。例如，我的一个团队需要在Zoom进行新的约会以进行同步，并开始选择最佳时间。起初，他们在星期一和星期三这样做，然后在星期三和星期五这样做，因为一些开发人员选择在周末工作，并在星期一至星期二放松。部分原因是由于这些天聊天室中的可用性越来越差。

第二个重要的事情是，我们已经有了用于连接聊天，跟踪器，公司社交网络和整个CI / CD开发人员堆栈的工具，并且所有这些都被部分重新链接，因此，来自一个系统的数据会自动传输到另一个系统。例如，我们在聊天中达成了共识，您可以告诉该漫游器将其带到Jira。然后他会打滑。如果您自己进行操作，则需要进入并刺穿所有田野，依此类推，然后以某种方式连接到受保护的外围。机器人更容易。最困难的是授权系统。我们考虑了一下，将其搞砸了，并于一年多以前完成了。

这一切是如何开始的。首先，每个人都切换到远程站点并习惯了一周的时间。有人的椅子不好，背部受伤，有人的孩子在家里咬脚，有人的妻子为丈夫花更多的时间陪伴家人感到高兴，并要求每五分钟打开一罐。一个星期安定下来的工具。然后突然，开发人员意识到他们很高兴自己坐在家里。而且您不必走到任何地方，走到任何地方，但是在会议上，您会立即清楚知道需要谁和为仪式指定了谁。好了，会议开始准时开始了，因为没有理由迟到。然后，经理开始受苦，因为与客户的交流变成了地狱。我们开始在日历中安排定期的三小时会议（连续三到四天），只是为了与律师签订合同，否则会持续几个月。虽然有效。

下一步-问题是远程站点上的开发人员需要动力。不喜欢在办公室。不要推动很重要，提出有趣的任务并给出目标结果的图像非常重要。否则，就会有拖延症，而领导者本人也会拖延症。下床做一些无聊的事情在身体上根本是困难的。项目领导者应享有同等的决策范围。我们的情况是，传统知识通常不会改变，但是冲刺中的权力属于团队，而不属于项目经理。

自然，在更进一步的情况下，您可以打破非常有趣的木柴。

可能出什么问题了？


好吧，首先，您需要记住，尽管有紧急情况（并且他切换到远程站点后仍然有很多人），但最好还是遵循这些流程。对于我们的一位客户，我们将其开发版发布到其开发版。 Sinhro拉到他们之后。我们发布了该版本，他们必须进行集成测试和回归。并保存在我的食物中。第二天，他们写信并要求我们在测试环境中将此版本发布给他们。因为他们立即将其布置在产品上，然后记住与周围环境同步会很好。幸运的是，该发行版并未发布，但从我的角度来看，它看上去有些不安全或类似。

对于另一位客户，我们在将工作转移到远程站点后还原了一个第三方项目。一切都变得更加简单：客户专家将数据库发布出去，出于某种原因同时在外部设置了带有密码的纯文本。一些年轻的kulhacker自然地将其全部砍掉了。

您可能知道有关Zoom漏洞的每日摘要以及带有泄漏笔记的故事的结尾。并非所有高管（通常来自业务部门的IT任务）都了解Zoom是什么，它的工作原理如何，有些机密信息在记录时不值得一说。我们为客户制作了备忘录，说明如何使用哪个渠道。似乎有所帮助。至少许多老工业工程师叹了口气。他们停止在一般性会议上添加“ mydomain.ru”，但未指定他们是否认识此员工。

我们的另一位客户忘记了办公室里还剩一些花需要浇水。我们在分析威胁时意外发现了这一点。鲜花已保存。

与客户的会议分为人们仍在家中打领带的会议和可以负担得起坐在睡衣上的会议。在我们的一次会议上，首席开发人员从卫生间出来，就在泡沫中。没有人反对。



那些习惯于在墙壁上交谈，粘贴标签的敏捷专家经历了创造性的崩溃，因为现在这已经变得不可能了。在许多情况下，Trello或Miro解决了该问题。每个人都变得更加轻松。我很高兴看到我的同事们如何从头开始学习在新环境中进行交流，而他们的社交性并没有像以前那样给他们带来奖金。

一个好的方法是在某个地方记录每个开发人员的模式。由于地理位置的原因，我们对此很熟悉，但是“在紧急情况下仅从电话16:00至19:00”这样的补充很有帮助。这是请求停靠文件的请求和检查结果的地方，非常酷：如果需要，您甚至可以在床上进行操作。因为否则，您将不得不等待下一个工作早晨八至九个小时。我们尝试向与我们密切合作的客户传达相同的简单堆栈，因为如果我们习惯了文档在系统之间传递的事实，那么客户的Atlasian堆栈可能不可用，因此有必要发送* .docx文件与中期报告。

在许多团队中，存在这样一个问题，即会议发送到日历而不查看该日历。每个插槽可以发出三个邀请，并且插槽本身已经被占用。这在组织上也很容易解决。

这是我们的开发人员说的：

他们为演示制作了一个机器人-加上每个人都喜欢的机器人。和孩子们一起坐。
— - . , . , , : 10 000 10 , , . , -, , . , , ! , , . : , , , - . . … , .
与远程站点上的常规开发没有区别。好吧，您仍然可以使用服务。很久以前，有一次我的同事不小心钉了一个VPN服务器，他通过该服务器连接以维护该VPN服务器。在五分钟的更新系统窗口中，当应用程序停止运行并且在新版本启动之前，负载突然下降了（那个时代）半手动更新）...或当您运行rm -rf / data命令时，您会意识到您可以高效，更快，更快速地使用ctrl-c。
吸烟者的帽子：



他们将其重新释放给已经被释放的同事。废止他的工作。发生。

有堆栈示例吗？


是的，它们是：

请求链接


Gitlab + timcity

机器人帮助

gitlab +



吉拉gitlab + timcity

组装图

开发管道示例

这是技术聊天的例子



长期以来，正常团队的开发人员和CI / CD工具已经得到了解决。从过程控制的角度来看，重要的是在每个步骤中都必须减少不舒服的动作的数量，只留下有用的动作。例如，在上方，您看到的机器人会报告发布状态-这种推送比进入并查看其状态要方便得多。但是，当所有这些使您能够创建一个连续的过程时，真正的价值就会显现出来，从“讨论聊天中的问题”到“设置所有具有讨论链接的任务”，“任务已附加并遍及所有系统”到构建中，以及所有必要的指标都已删除像自尊标记。对于开发人员来说，这个项目是一个挑战，因为通常他们是编写代码，而不是绘制架构，编写概念等。而且，如果开发工作尽可能自动化，那么对于许多团队来说，文档交换或文档交换的自动化就不能很好地实现。

这是一个例子。当ToR中的每一行都是交叉表的有效链接时，则认为任务已完成。

步骤是
:



, . - .

() «»:



. , . - .

- -:



( ) «» ( ). Jira . . «» , . — . . «».

我是经理，我现在应该重点关注什么？





一个重要的优先事项不是快速共享，而是正常沟通。世界已经发生了变化，现在公司面临两个重要的威胁：专业倦怠（如果您从事啄木鸟管理并挤人）和彻底重组管理结构的问题（当团队了解到他们可以自主地做任何事情时，并且有了新的非正式领导者） 。这可能导致这样一个事实，即在危机结束之时，如此难以寻找和培训的整个团队将站起来并立即离开去做自己的项目。因此，我再说一遍-即使您的生产力下降了，也不要让您的员工受到影响。这符合您自己的利益。

如果有必要单独讨论纯粹的领导过程，那么我们将在27日16:00举行网络研讨会，您可以在此处注册。它将涉及如何构建流程，各种错误和管理案例，职责分离（尤其是信息安全），有关开发人员，分析师，测试人员之间的文档流，以及有关CI / CD的内容。好吧，即使您似乎已经知道了一切，也可以像真正的绝地武士那样做-注册网络研讨会，调低声音，坐在那里做您的工作！

More articles:


All Articles