我们没有完成工作的基础

在极端情况下(无论是初创公司还是初创公司)工作总是很极端的。 极高,极低和史诗般的困惑都包裹在对幸福的一次追求中。 在正式成立的头一年半的过程中,Needle对我们来说并没有什么不同。 我们在艰难的时期,未完成的工作和许多混乱中挣扎。 无论如何,我们逐渐发现的基本原则之一是,在一个非常小的团队中,每个人都负责多项工作,不仅是他们自己完成的任务,而且还取决于其他人要做什么,这才真正决定了结论。共同努力。 那是我们很多人最终浪费宝贵时间并最终浪费操作线程的地方。 因为在一个很小的环境中,每个人都经常不在身体上,所以口头交流是完成工作的规范。 即使我们使用任务或项目管理工具进一步迈出这一步(我们将Asana用作所有任务,而闲暇则用于通信),事实是,随着任务量的日趋增长,每个人都很难保持跟踪她/他必须做的事情,同时又不妨碍他人的工作。 例如。 图片如下: 是的 到处都有。 我们确实尝试通过寻找一种工具来解决此问题,该工具可帮助管理团队内部的依赖性,但同时并不能提供完整的任务管理工具。 到目前为止, 我们都喜欢 Asana ,为同一目的采用多种工具毫无意义。 尽管Asana确实具有跟踪依赖关系的方式(高级版本),但是几乎没有免费的工具能够以简单的方式做到这一点。…

您的团队可能错误地使用了Slack

我们在斜线连字符处看到的大多数Slack安装都犯了一个大错误。 他们没有关注粒度和创建范围狭窄的通道,而是创建了一些噪声太大的通道。 通常,这些嘈杂的Slack装置设计的渠道分类法关注的是团队而非计划。 他们的每个渠道都代表一群员工,他们紧密合作而不依赖于任何特定项目。 在结构较差的Slack安装中,渠道包含许多计划,并且永远存在。 在这些粒度较小的组织中,渠道是由渠道中的人员定义的。 另一方面,在世界一流的Slack组织中,渠道是由人员和主题定义的。 每个团队不仅会为每个团队创建一个渠道,而且最终会拥有多个范围狭窄的渠道。 较窄的渠道很有用,因为它们有助于保持对话的重点。 想象一下,如果收件箱中的每个电子邮件都生活在一个巨大的答复所有线程中。 那将是一场噩梦。 每当您发送新电子邮件时,启动一个新频道绝对是错误的。 取而代之的是,我们与之合作的许多团队为团队正在开展的每项计划开辟了一个新渠道。 将您的对话分为主动特定渠道,使扫描频道列表的工作量大大减少。 对于仅对一个项目感兴趣的最终用户,这种分离还使避免无关的对话变得更加容易。 仅仅因为您已经转移到了以主动性为重点的渠道,并不意味着您仍然不需要团队包罗万象的渠道。 总会有一些杂项不能保证自己的渠道。 团队需要一个位置来优先处理当前和将来的项目。…

松弛和通讯栈

在进行试点之前,我和Dan分别在各种规模的团队中使用Slack。 我们是忠实拥fans,并且将聊天视为团队合作的重要组成部分。 但是,我们也发现自己处于关于Slack对礼节,生产力和工作/生活平衡的影响的健康辩论的两面。 其中许多问题似乎源于关于团队如何使用Slack以及为什么使用Slack的不同想法,这使我重新思考了Slack是什么,什么不是Slack的基础知识。 Slack有什么用 透明度:默认情况下,渠道是公开的,而电子邮件默认情况下是私有的。 这样,每个人都可以查看对话并为对话做出贡献。 组织:用古德里奇牧师(Reverend Goodrich)的话来形容,“一个通道,通道内的所有事物都应有尽有”。 与主题相比,按主题而不是收件人对邮件进行分组是一个很大的优势。 速度:旨在实时进行长时间的复杂对话。 您与IRL的速度非常接近,使您可以更自然地进行交流。 小型团队:透明,组织化和快速的工作非常适合小型团队之间的讨论。 它可以提高速度并使每个人都了解情况。 Slack不太适合: 非核心利益相关者:如果您不是小型团队的成员,那么渠道会提供比您需要的更多的细节和细微差别。 在您的空闲时间很难随随便便。 跨团队扩展:聊天能够扩展到组织内的多个团队,但是如果没有通知超载和不平衡的参与,就无法保持这些团队之间的相互联系。…