你的团队需要一套工具指南

在某个公众号里看过这样一句话,“一流的公司只有一个共同点——他们都有好的产品。” 最近又了解了一些管理工具和开发工具,突然发现,其实一流的公司还有另一个共同点,他们往往都拥有一套适合自己的工具,包括但不限于管理工具、开发工具、运维工具……

“培训团队使用一些工具从而节省时间和人力成本,是最成功的时间投资之一。” 或许使用工具总是需要一些学习成本,但从长远来看,是一笔很划算的买卖。

我们中的一部分人在工作和生活中总在尝试使用一些有趣的工具来梳理思想和知识,比如 Evernote、OmniOutliner、MindNode 等等。快速发展的 IT 团队也往往会选择尝试很多数据分析、测试、运维管理工具,来让团队效率与高速发展的预期相符。正如小编前两天才了解到 Omni 系列工具的强大与贴心,很多人都在参加工作几周甚至几个月之后才发现一些原本可以节省人力和时间的神器,然后发出“如果早点知道就好了”的感叹。

由此,小编结合 Cloud Insight 团队的开发经验,总结了一份适合 IT 团队的,不完全工具指南,希望与大家分享。

组织工具

我们需要让每个团队成员都保持同步。

ChatOps

BearyChat瀑布IM简聊都可以被称为 ChatOps 工具,ChatOps 是诞生于 GitHub 的一种基于会话驱动的协作开发方法,过去团队之间的通讯和开发操作是两层皮,导致各种不透明和低效率。ChatOps 将开发工具带入开发者聊天室,通过定制的插件和脚本,一个聊天机器人能够执行聊天中输入的各种命令,实现在聊天平台上的团队协作开发自动化。

另外,因为团队工具庞杂,每天产生大量信息,这些信息散落在各种服务里,其中重要信息很可能会被忽略。所以一个汇集信息、提升工作效率的工具成为一种刚需。

GitHubGitLab

相信大家对 Git 都不陌生,很多 IT 团队都用 GitHub 来存储所有的代码和代码相关的问题。当然,你也可以像我们一样,号召所有小组成员创建 github.io 博客练习持续写作。

GitLab 是一个利用 Ruby on Rails 开发的开源应用程序,实现一个自托管的 Git 项目仓库,可通过 Web 界面进行访问公开的或者私人项目。它拥有与 Github 类似的功能,能够浏览源代码,管理缺陷和注释。可以管理团队对仓库的访问,它非常易于浏览提交过的版本并提供一个文件历史库。开源中国代码托管平台 git.oschina.net 就是基于 GitLab 项目搭建。

Email

我们要将用于和客户沟通的邮箱和用于注册网络服务的邮箱分开使用。未来我们希望,所有对外沟通的邮件都要抄送到 ci-team@oneapm.com,这个地址包含了我们整个小组的成员。所有组内的沟通都通过 ChatOps 工具进行。

石墨

我们使用石墨来创建和编辑文档,实时协作。无论是内容产出还是活动计划,甚至落地页设计,都放在石墨上。打开即用,写完即存,如此的轻量、简单。

Giphy

Giphy——有趣的 Gif 仓库,图片时代,玩的开心。(把王志利做成 Gif 也是我们的乐趣)

Jira

想要使用好 Jira 实际上是需要一些培训的,但通过规范的使用 Jira,对问题的追踪变得更加容易,汇集问题、分配任务、计划问题时间、评估工作效果,一切都开始拥有更加规范的流程和更加透明的量化效果。

Confluence

Confluence 是一个专业的企业知识管理与协同软件,一个企业级的wiki软件。通过它可以实现团队成员之间的协作和知识共享。假如石墨是便利店,Confluence 就像一个大型超市,琳琅满目,应有尽有。

开发工具

下面是我们进行网站项目前端和后台开发的工具。

Atom

Atom 是我们用来编码的文本编辑器,除了基本的操作和界面外,和 Sublime 最大的差别在于扩展性。Atom 非常强调模块化,很多默认功能也都是开源的模块,vim 模式拉过来了一大批 vim 用户,良好的 Markdown 预览效果也让人喜欢。不过最讨小编欢心的果然还是 active-power-mode,燃烧吧代码!

Gulp

Gulp是我们进行网站开发的构建工具,它将我们用到的所有开发工具都集中到一起。

为什么我们需要Gulp?

Gulp 能让开发者的工作更轻松。我们可以在 Gulp 中用 SCSS 和 Handlebars.js 来编写更高层次的宏和抽象对象。Gulp 中的代码更精简也更模块化,从而让客户更易适应他们的需求。

什么是构建工具?

像 Gulp 这样的构建工具将源文件转化成静态网站。在将易于编辑的源文件(后缀名为 .hbs 和 .scss)转化为其最终格式(后缀名为 .html 和 .css)时会出现许多单调的重复操作。而在 Gulp 中,只需一个命令,源文件的所有变化都会转化到静态网站上。

Gulp 向我们展示了什么特性?
  • SCSS转化成 CSS。
  • 采用 Yaml 格式数据的 Handlebars.js。
  • CSS自动添加前缀:确保所有的 CSS 都是跨浏览器可兼容的。
  • Browsersync:只要源文件被修改就会自动重新加载到浏览器的开发工具。
  • Imagemin:压缩并优化图像以达到更好的显示效果。
  • Linting (SCSS, JS):确保 CSS 和 JavaScript 采用正确的格式并遵循一个通用代码风格指南。
  • Minification (HTML, CSS, JS):自动压缩所有的代码以实现更快的页面加载速度。

SCSS

学过 CSS 的人都知道,与其说是编程语言,不如说它是面向设计师的工具,没有变量也没有条件语句,而 SCSS 是一种 CSS 扩展语言,让 CSS 更易读易写,它推崇模块化和易读性。

React

React 起源于 Facebook 的内部项目,因为该公司对市场上所有 JavaScript MVC 框架,都不满意,就决定自己写一套,用来架设 Instagram 的网站。做出来以后,发现这套东西很好用,就在2013年5月开源了。由于 React 的设计思想极其独特,属于革命性创新,性能出众,代码逻辑却非常简单。所以,越来越多的人开始关注和使用,认为它可能是将来 Web 开发的主流工具。当然,我们也在用。

数据分析与监控工具

没有数据分析与监控的团队往往不够可靠。

GrowingIO

最近才开始了解拥有传奇经历的张溪梦和他的 GrowingIO——一个网站和移动端数据分析平台。运用无埋点采集,迅速生成数据分析结果,提高运营效率,提供针对市场推广、产品体验、以及客户成功等精益化运营的分析模块。 正在用,感觉不错。

AppAdhoc

简单来说 AppAdhoc 是一家以A/B 测试为基础的数据优化平台,引入Google 全数据驱动产品优化的理念,用数据帮助开发者做产品决策,优化移动广告。也许初创团队对于 A/B Test 的需求还不大,但对于用户量到达一定程度的团队而言,A/B Test 和灰度发布对于增长有很大的意义。

Cloud Insight

一款支持包括 Windows 在内的多种操作系统、云主机、数据库、中间件监控的解决方案,如果把 Zabbix 比作 Lniux, Cloud Insight 就是早期的 Mac OX. 虽然是一款年轻的产品,但它能监控的平台已经基本满足大部分公司的运维需求了,除此之外,还支持 API 和 SDK,只要需要,就能够将业务数据与性能数据甚至其他五花八门的数据统统导入 Cloud Insight 进行集中展现。

安装部署非常方便,功能全面,容易上手,尤其适合需要节省运维人力与时间成本的小团队,当然,我们自己也在用。(笑)

设计工具

老生常谈。

Illustrator

Adobe Illustrator CC 是我们进行图形处理的主要工具。虽然 Sketch 在展示元素方面表现出色,但它的矢量软件没有 Adobe 功能强大。Logo 设计和展示主要用 Illustrator,并且通常会导入到其他工具做后续处理。

Photoshop

我们主要用 Adobe Photoshop CC 来制作逼真的模型。比如把在 Sketch 设计的用户界面截图后展示在显示器上帮助客户想象最终的产品。我们也用它来编辑图像,但是我们永远不会用 Photoshop 来设计用户界面。像 Illustrator 这样的软件适合做矢量图编辑,而 Photoshop 更适合编辑 PNG 、 JPG 和 GIF 等格式的光栅图。

InDesign

Adobe InDesign CC 是介于 Illustrator 和 Photoshop 之间的软件,它能有效处理矢量图和光栅图。它是用来给报纸或者电子书等出版物展示内容的。我们主要用 InDesign 制作幻灯片来展示品牌或者提出意见。

总结

一个好的团队,像一家精准、高效的工厂,不仅让每个人在合适的位置上发挥作用,还拥有一套完整的自动化流水线,砍掉累赘的重复性劳动,将员工从冗杂中解放出来去做更多具有创造力的事情。

时间: 2024-11-05 12:35:01

你的团队需要一套工具指南的相关文章

《设计团队协作权威指南》—第2章2.1节心态的定义

第2章 设计师的心态设计团队协作权威指南我写的第一本书是<传达设计>(Communicating Design),是关于设计文档的,所谓"设计文档",就是设计师为诸如网页或软件这一类项目创建接口时的文字说明.构思这本书的时候,我还以为题目没有问题. 没想到的是,书出版之后,设计文档不断受到质疑.出现了很多不同的声音,有些网页设计师认为,对他们的设计进程而言,任何形式规范的文档都是累赘.另一些设计师则认为,如果没有规范的设计文档,设计工作根本无法进行下去. 看到这些争论,我发

《设计团队协作权威指南》—第1章1.1节设计团队的要素

第1章 当设计师成为参与者设计团队协作权威指南设计师,总是团队中最雄心勃勃的人.毕竟那些成功的设计概念和产品享有广泛的知名度.任何行业内,往往那些知名的设计师们会被人们视为唯一一个有远见的人,比如:史蒂夫·乔布斯.迪特·拉姆斯,还有保罗·兰德.然而,所有成功的产品,都不会是某个创意的灵光一闪那么简单.设计师们更喜欢这样的故事,在他们看来这种充满神秘感的体验就是设计的本质,但终有一天他们会看到事实的真相:设计不是个体行为.本书将围绕这一点阐述很多理由.至于"自家后院车库里的天才"这种故事

《设计团队协作权威指南》目录—导读

作者简介设计团队协作权威指南Dan M. Brown是EightShapes公司的负责人,该公司主营用户体验设计,总部设在华盛顿,客户有雅虎.万豪国际和思科公司等知名企业.本书特色本书旨在培养设计师关于协作的行为习惯,同时也针对很多常见的.不可避免的复杂局面提出了解决方案. 本书包含了: 28 种协作技术: 46 种管理冲突的技巧: 31 种复杂局面的诊断: 17 种设计师的个性特质. 版权声明设计团队协作权威指南DESIGNING TOGETHER: THE COLLABORATION AND

《设计团队协作权威指南》—第1章1.3节甘为螺丝钉

1.3 甘为螺丝钉 我有一个理论.就算别的都不说,通过第1章的内容您也该发现,我比较喜欢命名事物,所以我又给我的理论起了一个名字--"职业妥协理论".这个理论是这样的. 当一个人决心成为一名设计师时,他有一种观点,认为自己将花费大量时间在图纸和原型上,不断定义和完善产品的概念.在他的想象中,这本该占用他的大部分时间和精力. 实际上完全不是这样.设计师充其量花费50%的时间来制订和完善他们的想法.其余的50%甚至更多时间,设计师致力于同他人协作--管理预期.制订项目时间表.收集需求.评估

《设计团队协作权威指南》—第2章2.2节设计师的最佳心态

2.2 设计师的最佳心态德威克的模型对我们非常有用.一旦您了解并掌握了这种分析工具,便会发现一个全新的世界.从这个视角来看,同事们可以被分为"固定型心态"和"渐进型心态"两类,而实际工作中您要表扬一个人的时候,也会不自觉地从对结果的赞赏转为对努力行为的褒奖. 德威克将这个模型推广到很多领域--从商界领袖到职业运动员.她向家长.教师.教练以及其他一些能够提供反馈意见的人提出实用的建议.尽管她仍在不断深化这个理论,并不断扩展研究对象和适用人群,但是她并没有特别关注创意产

《设计团队协作权威指南》—第1章1.2节设计团队是一个凝聚的整体

1.2 设计团队是一个凝聚的整体构成设计团队的元素和指导项目构造的原则组成一个框架,这个框架看起来是由一些要素.方法和环境构成的.但是,它首先是一群团队成员紧紧抱团的集体. 1.2.1 基本价值观每一个设计团队都有属于他们的基本价值观.没有这些,设计团队无法有效发挥作用.这些价值观决定了团队成员相处的态度.这些基本价值观中最重要的是尊重.谦虚和包容. 尊重设计师通过他们伟大的工作赢得尊重,从而赢得投资方或其他同事的认可.知名设计师可能会得到其他设计师的尊重,但那是由他在市场上取得的成功带来的,一

《设计团队协作权威指南》—第1章1.4节以参与者的身份评价设计师

1.4 以参与者的身份评价设计师当设计师最终被贴上"参与者"的标签时,他们总想搞清楚一个问题:如何评价自己?实习设计师想要通过更多的岗位来验证他们的能力和影响力.设计师不断寻找佐证和建设性的反馈意见,之后就需要一种方法,帮助他们来回答这个关键问题:"我要如何成为一个更好的参与者?" 1.4.1 典型的评价方法当求职者前来面试一个岗位时,设计团队通常会让他们交上一份履历.对其的评价标准包括以下方面. 效率:他的加入提高了团队的工作效果吗?成果:他的设计能够在目标人群中

《设计团队协作权威指南》—第2章2.3节改变心态

2.3 改变心态并不是每个人都具有随机应变.与人为善和自信的品质.坦率地讲,我本人就是倾向于独立和被动的一个人.对大多数人而言,至少其中的某一种心态会让人感到与他们的个性"背道而驰".回到德威克的模型和关于心态的概念,还记得渐进型心态吗?--她相信人们可以改变他们感知和应对事物的方式.德威克已经证明,可以培养渐进型心态.在教学过程中,德威克和她的团队成功地帮助一些人实现了转型.她提道其中的一个人: --他现在相信,努力奋斗并不会使您更加脆弱,反而会使您更加优秀.[8] 那些"

《设计团队协作权威指南》—第1章1.5节总结

1.5 总结在充分展开有关合作和冲突的问题之前,我首先引出了关于设计团队的一些概念和认识.在一个项目和团队背后有4个关键的方面:角色和职责.目标和重点.技术和方法,以及项目参数. 上述每个方面背后都包含着一些决定项目成败的原则.然而,项目的成败还取决于凝聚团队的3个因素:谦虚.尊重和包容. 尽管这些因素不一定能保证团队取得成功,也不一定能确保团队越发优秀,但这些因素融合在一起能催生出信任.除了这些原则和因素,我阐述了设计师作为参与者,应该如何以一个螺丝钉的身份参与到一部机器的运转中去的. 意识到