人気のないスタックを持つ巨大な会社で人々を雇う方法。 Wrikeとの会話

小さなスタートアップやペットプロジェクトで新しい、今までほとんど知られていないプログラミング言語を友人と見ることは一般的です。 あなたは彼らがなぜそれを取ったのかを尋ねるでしょう、彼らはあなたが好奇心からそれを学び、それを気に入って、実験することを決めたと言うでしょう、あなたは仕事で永遠のJava / .Net / JSに疲れているので。



しかし、企業が「国際ビジネス」、「世界中のオフィス」、「生産性のカルト」、「結果ではなくプロセスにとって重要」、「燃えるような目と開発意欲が必要」という精神でフレーズを語る場合、通常はそうではありません驚きを待っています。 いくつかは、それらが業界で重くなるまで、新しいテクノロジーのストップリストを導入します。 ツールのマイナス面に関する質問に対しては、「主なものは言語ではなく、人」です。



約400人の開発者を抱えるWrikeは、異なるアプローチを採用しています。 JavaScriptの欠点に目をつぶることはなく、FlowやTypeScriptなどの妥協策を選択することさえしませんでしたが、完全に過激な方法で進みました。 彼らは、千人がほとんど知らなかった言語で前線を書き直し、それでも、自分自身にまだ完全に自信があるようです。

Wrikeは、 平均評価 4.82でMy Circle ITの最高の雇用者のランキングで 中規模企業の中で名誉ある3位になりました。 会社の最も高く評価された資質には、社会的パッケージ、快適な労働条件、同僚との関係、十分な給料および職業上の成長が含まれます。

---

-Wrikeは、2007年にAndrey Filevによってサンクトペテルブルクで設立されました。 その後、彼はアメリカのシリコンバレーで事業を展開し始めました。 それはまったく別の会社でしたが、今では大きく成長しました。



当初、アンドレイにはアウトソーシング会社がありました。 彼らは、時間とリソースを管理するために、より効率的に動作できるソフトウェアを探し始めました。 当時は本当にクールなツールはありませんでしたが、独自のツールを作成するというアイデアが浮上しました。 それからWrikeが生まれました。



シンプルなものから始めましたが、徐々に製品が成長し始めました。 これは12年前のことで、このような作業管理システムの市場形成に参加したと言えます。 Wrikeは現在、世界中の18,000社以上の企業で使用されています。



-そのアウトソーシング会社はまだ存在しますか？



はい、ムラーノソフトウェアと呼ばれます。 しかし、彼女は私たちとは何の関係もありません。 Wrikeは本格的な単一製品企業であり、アウトソーシング企業の枠組みでの実験でしたが、すぐに離陸して分離しました。



「彼らはまだそこで使用していますか？」



はい、まだ。

Wrikeとは

Wrikeは、個人的なToDoリストから大企業に適したシステムまで、非常に広い意味でのプロジェクト管理とコラボレーションのためのプラットフォームです。



内部では、多くのタスクとサブタスクを含むプロジェクトを作成し、データ収集用のレポートを設定し、ガントチャートを表示し、カレンダーでタスクを追跡し、他の参加者と同時に編集できます。 Wrikeアドオンは、ワークロードをリアルタイムで管理したり、複雑なマルチチャネルマーケティングキャンペーンを実行したりするのに役立ちます。 他のツールに統合するためのAPIがあります。 たとえば、Adobe Creative Cloud用の拡張機能があります。 これにより、システムを離れることなくファイルを表示およびコメントすることができます。



Wrikeは、特定の機能、業界、または職業に焦点を当てようとはしていません。 メールシステム、メッセンジャー、ナレッジベース、バグトラッカーなどを置き換えるものまで、あらゆるものの汎用ツールとして位置付けられています。

-すべての人やすべての人に焦点を合わせないと、個々の部分が悪化しませんか？



-私たちは、狭いプロファイルのニッチには意識的に入りません。 たとえば、Jiraのような開発者向けのバグ追跡システムだけを行いたくありません。 私たちはソフトウェアをプログラマーやデザイナーだけのために作りたくありません。 普遍的な製品を作ることに興味があります。 同時に、カバーしていない非常に特殊なケースがあることも理解しています。



しかし、これは私たちの目標ではありません-すべての人を満足させること、またはITニッチを完全に占有することです。 Wrikeを開発している私たちは、タスクとバグトラッカーのシステムとしてWrikeを使用しています。



-つまり、バグトラッカーをより速く、メッセンジャーをより高速にすることができますが、5つの異なるツールになり、それらの間で同期をとることが困難になります。







-しかし、あなたはみんなと競争しなければなりません。 一方ではアトラシアン。 メッセンジャーとしてのスラック-もう一方。



-はい、今は怠zyな人だけがプロジェクトと製品管理システムを開発していません。



-実際、すべての点で私たちと競争する企業はそれほど多くありません。



-アトラシアンはそうではありませんか？



-彼はIT市場により焦点を当てています。 たとえば、デザイナーにとってJiraは複雑すぎます。

カスタマイズするのは非常に困難です。 Jira Setup Managerという職業もあります。 サイトにアクセスし、無料のアカウントを取得し、それがすべてであることを確認しようとします-初日から問題なく使用できます。



-しかし、あなたはまた、クライアントと密接に連携し、プロセスを確立するマネージャーを指揮するとも言います。



はい、カスタマーサクセスマネージャーと展開マネージャーのチームと、ツアー、ガイド、電子書籍、あらゆる種類のドキュメントのシステムがあります。 既製のプロセスのためにWrikeを設定するのを手伝ってくれるマネージャーがいます。 大規模な1対1のクライアントで動作する場合があります。 多くの場合、すぐに（たとえば、Webセミナーの記録）。 人が試用版を登録し、製品を理解しなかった場合でも、Rikerの1人とライブでチャットし、その仕組みを理解する機会があります。



-一般に、数千人のユーザーがいる会社に製品を導入することは別のタスクです。



-それは、大きな顧客の1人にとって非常に難しいことでした。



通常、会社が大きくなればなるほど、より多くの作業プロセスが発生します。仕事が難しくなります。 もちろん、アウトソーシングではありません。 ある種のお金の袋が来てこう言うことはありません。「ここにはたくさんのお金があります。そんなことをしてください。」 当社の製品マネージャーは、製品開発パスを自ら決定します。 しかし、興味深いリクエストがある顧客がいます。



たとえば、Airbnbは非常にまれな場合にプラットフォームを使用します。 各アパートとそれを借りる各人は、Wrikeの別々のプロジェクトです。



または、自動車会社のコイル[名前が変更されました]。 顧客はスペアパーツを注文します。 これらの人々にWrikeアカウントを提供することは単なるアイデアです。 Coilの各所有者になることはありません。 しかし、会社は本当に顧客と仕事をする便利な機会を望んでいました。



もちろん、私たちは今、彼らのためにそのような機能を作るとは言わなかった。 しかし、マネージャーは、彼女が製品全体を改善することに気づきました。 これが、Wrikeアカウントを持っていない人のための「外部リクエストフォーム」の表示方法です。



-判明したのは、コイル[名前が変更されました]でしたが、他の全員に合っていましたか？



「そうでもない。」 同時に市場を分析し、仮説を立てました-このタスクは潜在的なロードマップにありました。 まったく私たちに合わないリクエストがあった場合、私たちはそれをしません。

---

Wrikeの内部構造

私たちはスクラムに取り組んでいます。 同社は機能ごとにチームに分かれています-それぞれ約10人です。 構成は異なりますが、それぞれにバックエンド、フロントエンド、スクラムマスター、QA、QAオートメーション、UXデザイナー、製品設計者、製品アナリストがいます（アナリストは時々複数のチームに参加します）。 そのような構成は完全に機能的であり、機能を作成したり、作成したりできます。



フレームワーク、コンポーネント、デザインキットを作成し、プログラミング言語のあるバージョンから別のバージョンへの移行に取り組んでいる内部チームがあります。



一部のチームは会社全体に共通しています。 たとえば、これらはサーバーインフラストラクチャに従事するSysOpsと、DevOps-展開と製品配信に従事しています。 1日に1〜3回リリースしています。



また、ギルドで有名なSpotify構造を部分的に使用します。 たとえば、フロントエンドはすべてのチームで構成されています。 管理とアーキテクチャを扱うフロントエンドのリードがあります。 そして、ギルドリードがいます。



彼らをチームから隔離する段階にはまだ到達していません。 しかし、一般的に論理的かつ有機的です。 現在、高度な技術的アーキテクチャスキルを持つ人々がインフラストラクチャチームにいます。



Wrikeは、実際には官僚的な構造ではありません。 しかし、これは私たちの国で混乱が起こっているという意味ではありません。 人が自分の好きなことをし、それをうまくやれば、自分がどのような地位にあるかに関係なく、成長の機会が得られます。

-そして、どのオフィスで何が行われていますか？



-サンクトペテルブルクとヴォロネジのエンジニアリングr'n'dオフィス。 サンクトペテルブルクに400人、ヴォロネジに40人、サンディエゴのサンノゼにオフィスがあります。 今年、プラハに事務所が開設されます。 ダブリンに最近オフィスを拡張しました。 今年の1月、オーストラリアのメルボルンにオフィスが開設されました。







-アメリカのオフィスには、営業部門、マーケティング、マネージャー（CSM）があります。 ダブリンにはCSMと販売もあります。 アナリストのチームもあります。 サンクトペテルブルクで-最大かつ統一オフィス。 ここには、カスタマーサービスマネージャー、製品マネージャー、アナリスト、デザイナー、開発およびバックオフィスがいます。



-全員がオフィスで働いていますか、それともリモートに開放されていますか？



-リモートスクラムコマンドは非常に困難です。 人々が近くにいて、お互いに接触してほしい。 リモート作業（たとえば、カスタマーサポート）を伴う部門では、スタッフをあまり制限しません。



-開発中のウダレンカ-論点。 今ではそれについて多くの話がありますが、英語のTwitterではこのトピックについて常に議論しています。 長所と短所があります。 私たちの意見では、より多くの「短所」があります。 チームマネージャーとして、生産性と共通の精神を確保し、リモートの従業員を成長させ、指導することは困難です。



私たちにはかなり柔軟なスケジュールがあり、人々は10から6まで厳密にオフィスに座っていません。 スタンドアップがある場合は、親切にしてください-来て、それがいつ通過し、どれくらい時間がかかるか、チームは自分で選択します。 問題が発生しても、問題が発生しない場合-人は自宅で仕事をしていると書きます。



-製品が国際的である場合、開発者は多くの場合、顧客と話すために英語の十分な知識を必要とします。



-顧客はいません、アウトソーシング業者ではありません。 会社は国際的であり、コミュニケーションの一部は確かに英語で行われますが、これは全員に当てはまるわけではありません。 ロシアの開発者には、英語を知っているという特別な要件はありません。



月に一度、会社のすべての変化と業績について話す集会があります。 サポートとのコミュニケーションは英語で行われます。 顧客のバグを含むチケットももちろん英語です。 言語を引き締めたり、学習したい人には、このような機会があります-教師との継続的な授業があり、従業員は無料です。



しかし、私の意見では、開発者が昨日開発を開始しなかった場合、少なくともドキュメントを読むレベルで英語を知っているということです。 舌がなければ、あなたは何もグーグルさえできません。



もちろん、開発者には真の英国のアクセントがなく、オックスフォードは背後にありませんが、通常は何かを表現して読むことができます。

---

DartがJavaScriptやTypeScriptよりも優れている理由

-現在、これは大きく複雑なシステムです。 しかし、それはかなり前に内部開発から生まれたもので、それ以来大きく変化しています。 このため、現在の生活を妨げる建築上の誤算はありませんでしたか？



-もちろん、プロジェクトは大きいです。 バックエンドには、150万行または200万行のJavaコードがあります。 フロントエンドも同様です。 しかし、5年前からシステムを設計できる人は一人もいません。再構築せずにシステムを開発できます。



何かが落ちることが起こります。 時々、2年前は気味が悪いことに気づきました。 しかし、これはエンジニアの観点からは当然です。 他にどう？



-したがって、古い部分を定期的に書き換える内部チームがあります。



-はい、私は時々座ってリファクタリングする必要があると言います。そうでなければ、すべてが撮影されるように撮影します。 座ってリファクタリングします。 アーキテクチャが干渉する-アーキテクチャを作成します。



-あなたのスタックは何ですか？



-Javaバックエンド。 SQLデータベース。 フロントエンドでは、興味深いことです。 むかしむかしJavaScriptがありましたが、まったくスケーリングしないことに気付き、Dartを選択しました。



-あなたは何を選びましたか？



-ダーツ。 はい、これは正常な反応です。 Googleの型付き言語。現在はほぼ7年前です。 私たちは、おそらくロシアでこのスタックの最も重要な伝道者です。



-最も重要なのか、それとも唯一のものですか？



-ところで、今では積極的に開発中です。 GoogleはFlutterを開始しました。これは、Dartで書かれたこのようなモバイルフレームワークです。 私たちが作成しサポートしているロシアのダーツコミュニティがあります。 すでに約1.5万人がいます。 もちろん、JavaScriptの標準では、これはあまり印象的ではありませんが、多くのこともあります。



昨年12月、 DartUpカンファレンスを開催しました -大きなホールがあり、多くの人が来ました。 そして実際に多くの人が本番環境でDartを使用しています。 言語は徐々に開発されており、とてもクールです。



「だから私たちは今馬に乗っています。」 「世界で」と言うのは恐らく大げさですが、実際はそうです。 DartUpは、世界最大のDart会議です。 グーグル以上。



-会議には約300人が参加しました。 2年前には、私たちは戦士の分野に一人でいるように見えましたが。







-これはすべて興味深いですが、このような大規模プロジェクトでの作業方法は、人を雇わなければライブラリやフレームワークはありません。



-これは誤りです。 最近、私たちはDartが最初のプログラミング言語であるチームの人を採用しました。



-Dartでは、すべてがそこにあります。 これはC＃およびJava言語です。必要なものはすべてそこに組み込まれています。 そして、すべてがそこに空であり、転倒が転がるのは一般的に真実ではありません。 いくつかの20年前の言語よりもさらに多くの言語が組み込まれています。 ライブラリ、ツール、フレームワークのサポート-Angularもあります。



もちろん、JSのようなインフラストラクチャはありません。 しかし問題は、人々が何百万ものライブラリを書くとき、彼らは何百万もの悪いライブラリを手に入れることです。 そして、たぶんたったの100人です。



また、AdWordsとAdSenseでDartを使用するGoogleがライブラリを作成している場合、平均品質ははるかに高くなります。



この言語の美しさは、シンプルでCに似ていることです。 つまり、開発者をC ++、C＃、Java、JavaScriptの誰でも雇います。 Dartの知識は必要ありません。 当然、通りにはダーツ開発者はいません。



私のチームには、C Sharpの経験がある開発者がいます。 正面では、彼は書きさえしませんでした。 そして5日で彼は機能を洗い流しました。 というのも、この言語はまるで一生書いているようなものだからです。



良い方法で、開発エンジニアはどの言語に関係なくビジネスロジックを記述します。



「しかし、人々は古い言語で書き始めませんか？」 同じJSのニックネームは、動的言語から静的言語に由来していました。



-したがって、選択プロセスは簡単ではありません。 しかし、公正で正直です。



-OK、なぜ言語が良いのですか？



JSでコンパイルする最も強力な型の1つだと思います。 約4年前にフロントエンドに座ったときに、約8人がいました-少なくとも、あらゆる種類のリンター、ルール、世界のすべてを自分でカバーできますが、彼はまだ何かを見逃しています。 できるだけ厳密な静的型付けが必要でした。



Dartでは、何か間違ったことを書いた場合、すぐに理解できます。 以前のエラー検出が含まれているため、コードをテストしなくても、コードが機能するかどうかを理解できます。



1つが更新され、もう1つが落ちても、組み込みライブラリに混乱はありません。 SDKには言語が付属しているため、アップグレード後にすべてが機能することが保証されます。 ストリームやストリームを取得するために百万のライブラリを接続する必要はありません-すべてがすでにそこにあります。



現在、世界には、すべてのプラットフォーム（モバイル用、バックエンド用、デスクトップ用、Web用）で記述できる2つの言語があります。 これはJSとDartです。 JSの短所はいくつあるかを知っています。 そして、ダートには大きなプラスがあります-タイピング。



したがって、通常のチューニングですべてのプラットフォーム向けに記述できるハードタイプされた言語は1つだけです。 多くの人がコトリンを例として挙げていますが、ウェブにとってはそうではありません。







-たとえば、TypeScriptが選択されなかったことを後悔していませんか？



-今ではありませんが、原則として後悔していません。 HolyJSカンファレンスで、JetBrainsのVictor Logovのレポートをご覧になることをお勧めします[ スピーカーはおそらく名前を混同しており、Anton Lobovのレポートでした ]。



彼らは彼らの製品でTypeScriptをサポートしており、彼はTSを棚に置いているだけです。 そしてその後、それを取りたいという欲求は全くありません。 「これを追加しましょうか？」の原則に基づいて、機能が表示されているという感覚が得られます。 さあ。」



-だから私は信じて、ダーツの何が悪いのか教えてください。 すべてが完璧であるとは限りません。



簡単です。 問題はありますが、言語ではなく、Googleにあります。 彼らは内部で非常に多くのツールを使用しますが、それらは駆け出しません。 現在、Googleとの直接的なチャネルがあり、多くの内部組織の一部であり、徐々にこれらのツールを提供しています。



ただし、これは非常に大きなコードベースの場合にのみ関係し、小さなプロジェクトにはまったく問題がありません。



-Dartでの経験の後、JavaをGoに置き換えたくありませんでしたか？



-なんで？ 特定のパラメーターに従ってDartを選択しました。 それはバランスの取れた決定でした。



-スピーカーの一人は、すべてを新しいテクノロジーで書き換える会社があり、お金を稼ぐ会社があると言います。 書き換え自体が目的ではありません。 ビジネスタスクがあり、それらを実装するツールがあります。



-さまざまなテクノロジーを試しています。 ある時点で、Goの方がうまく機能することがわかったら、試してみます。



フロントエンドでは、独立したアプリケーションに向かっています。 バックエンドにはモノリポジトリがあります。 これには多くの利点がありますが、特定の欠点があります-これについては長い間話すことができます。 私たちは、私たちの環境で何が役立つかに基づいて、マイクロサービスアーキテクチャを目指しています。



接続がほとんどない場合、マイクロサービスアーキテクチャはうまく機能します。 多くの接続がある場合、マイクロサービスは痛みに変わります。 特効薬はありません。 これを行うために、私たちの環境で最適に使用されるものを調査するチーム全体があります。

---

言語専門家ではなく雇用エンジニア

-あなたはあなたに到達するために何をする必要がありますか？



-私たちは彼らが何をするかに興味がある人を連れて行きます。 これは決まり文句です-燃える目について。 ただし、これは重要です。 たとえあなたが優秀な開発者であっても、10から6で働いてお金を得るために何をカットするかは気にしません-高い確率でこれは私たちに合わないでしょう。



-私たちは学び、成長したい人を連れて行きます。 あなたがすでにすべてを達成したと思うなら、今や世界の王も私たちの選択肢ではありません。



-開発者からビジネス、そしてその逆のフィードバックチャネルが非常に優れているため、「ここでの作業」アプローチはあまり適していません。 私たちは、ビジョンを提供する準備ができており、意見や質問がある人を雇おうとしています。



これにより、「私の勤務時間は過ぎており、一般的に十分な報酬を支払っていない」と言う3人のスーパーシニアを雇うよりも、プロジェクトがはるかに速く進みます。 彼らは、ハッカソンで1日のうちにプロジェクトを削減し、本番環境に持ち込む人よりもやることが少ないでしょう。



-私たちは、気になり、前進することに興味がある人を探しています。







-だから私はあなたに来て、私はすべてとても目的があると言った、私は多くの意見を持っている、私の目は燃えている。 私はまだ彼らに輝かしい何かで突っついた、と私は言う。 だからそれを取る？



-インタビューはそれほど単純ではありません。 作業プロセスに近い条件を作成し、人が自分をどのように見せるかを監視します。 開発者であれば、コードを記述します。 eycharの場合-インタビューします。



-開発者はインタビューでコードを作成しますか？



-はい、私は知っています、これは今非常に議論されています。



開発者にインタビューするとき、いくつかの指標を見るのは明らかです。 しかし、私たちのスタックは最も一般的ではなく、コードベースが大きいため、目を焼くだけでなく、エンジニアが言語に関係なく複雑な概念を理解できることを期待しています。



「私はReactプログラマです」という人がいれば、これはすでに奇妙に聞こえます。 つまり、Reactでない場合、あなたは理解できませんか？



私たちは毎日自分でやる仕事を与えようとします。 それらは主題分野の高度な知識を必要としません。 JSの閉鎖とは何ですか。 「ここには、JiraとWrikeがいます。 それらの間でどのようにデータを同期しますか？」



候補者がこのタスクをどの言語で書くかは関係ありません-少なくともGoで、少なくとも何でも。 取得するものと配置する場所を単純に描くこともできます。 むしろ、言語スペシャリストよりもエンジニアを募集しています。



-優れたエンジニアリング思考を持つ男性が来て、あなたが本当に好きな方法で問題を解決したが、彼が「燃える目とそれだけ」を持っていない場合、彼は会社に入りますか？



-これはcraftな質問です。 彼がクールなエンジニアである場合、彼の目は燃えています。 真空の中にコードはありません。 オリンピアッドの問題を解決する人はいません。彼らはすべてに満足しています。 プログラマーはエゴイストであり、ナルシストです。 彼はそれをコードで表現しているだけです。 誰もが彼の仕事の結果が目に見え、人々に有益であることを望んでいます。



そして、これから、その人は何をすべきか気にしないということになります。 たとえば、なぜ銀行や金融の分野で人を見つけるのが難しいのですか？ 退屈です。 私は皆のために話をしませんが、オーストラリアの銀行に支払いをするために...超階層があるようにします-誰かに尋ねると、ほとんどの人があなたに「私はしたくない」と言うでしょう。







-銀行は退屈しています。 楽しんでいますか？



-これまでのところ、多すぎる。



Wrikeが好きなのは、私が影響を与えることができる新しい挑戦が常にあるからです。 皆がすでに私たちを思いついたということはありません。 私たちは常に議論し、意見を表明し、すべての機能、すべての反復に投資します。



-チーム間のタスクは非常に異なりますか？



-詳細は非常に異なります。 1つのチームがガントチャートを作成します。 そこにはCanvasがあり、独自のロジックがあります。 Googleドキュメントのように、タスクの同時編集を行うチーム-バックエンドには数学とDartの両方があります。 チームごとに1つのスタックしかありませんが、アプリケーションは完全に異なります。



-自分のチームにうんざりしていて、他に何かを望んでいると言う人は、単純な移行からそれを取得できますか？



-もちろん。 多くの場合、移行は任意です。 人々はバックアップから最前線になり、エンジニアは製品開発者になります。 Wrikeに来たとき、チーム間の水平方向の接続の数に感銘を受けました。 人々は絶えず通信し、一緒にどこかに行き、たむろします。



-どうしたの？ 大企業、オフィスに400人。 彼らはどのようにして友達になったのですか？



-これは選択と文化の問題です。 文化について話すのは難しいです-これらははかないものです。 あなたはそれらを感じますが、言葉で説明することはできません。 選考中は、人がチームにどれだけ適しているかを調べるときに、文化的適合段階があります。



-どんな基準がありますか？ 適合するかどうかをどのように判断しますか？



-インタビューでは、トップ5の愚かな質問があります。 そのうちの1つは、5年後に自分を見る人です。 あまり良く聞こえませんが、別の言い方をすれば便利です。 たとえば、あなたの目標は何ですか、あなたは何を望んでいますか？ そして、人がそれらを定式化できるなら、これはプラスです。



-人が言ったが、あなたが彼が望むものが好きではなかった場合は？



-人が私たちの価値とは正反対のものを望んでいることはめったにありません。 彼が歌ったりスキーをしたいと言ったら、はい、それは奇妙です。



私たちの仕事は、仕事をうまくやり、有用になり、成長したい人を探すことです。 そして、開発は真空では不可能です。 通信する必要があります。 他の人々と一緒に、あなたはより多くを達成します。 席に座って仕事をして8時間離れるという挨拶をしないで来たばかりなら、あなたは自分の成長のためにはるかに少ないことをするでしょう。



-つまり、人が答えないのは悪いですか？



-いいえ。 私たちはそれに終わらせません。 すべての人が何かを望んでいます。







-インタビューのこの段階を通過しないことが可能かどうかを理解しようとしていますか？



-簡単。 私たちは生産性と目標の達成という点で少し気味が悪いので、同種の人々を探しています。 プロセスに参加するのが好きな人もいれば、結果が好きな人もいます。 2番目についてです。



「だからこそ通り抜けられない。」 Wrikeは安全な場所です。 同じGoogleは、チームを成功させるための最も重要な基準の1つは心理的安全性であると述べています。 私は自分が安全だとわかっている場合にのみ責任を負うことができます。



率直に言って有毒者であれば、たとえ彼が非常にクールなプログラマーであっても、彼はチームにより多くの破壊をもたらすことを知っています。



-勉強するために人々を批判する必要がありますか？



-批判することは正しい言葉ではありません。 フィードバックが必要です。 私たちは有罪を探すためにここにいるのではありません-私たちは仕事を効率的に行うためにここにいます。