HRT過去に、とある案件で、他の会社と合同でチーム開発を行うことがあった。その際に、社内だけでチーム開発を行うのと比べると、うまく機能していないな、やりづらいな、と感じることがあった。Geek』から抜粋しながらまとめてみる。必要であると述べられている。あらゆる人間関係の衝突は、この三本柱の欠如によるもの、と書かれていた。頭文字を取ったものである。それぞれどのように紹介されていたかを引用しつつ、それについて思うことを書いてみる。謙虚(Humility)謙虚(Humility)世界の中心は君ではない。君は全知全能ではないし、絶対に正しいわけでもない。常に自分を改善していこう。自分を改善しようとする意識は非常に大切だと思う。自分が書いたコードに対して、指摘されることは気分が良いものではないと感じるかもしれない。常に謙虚で、他の人からの指摘や助言は素直に受け入れられるようにすることは大事だ。コードレビューの際に、何かを指摘しても受け入れない。自分の意見を援護するような主張を他のブログやサイトから引用して来るだけで、メリット・デメリットを含めて建設的な議論をしようともしない。そんな人がいると、なかなか良いチーム開発はできないだろう。尊敬(Respect)尊敬(Respect)一緒に働く人のことを心から思いやろう。相手を1人の人間として扱い、その能力や功績を高く評価しよう。相手に対する尊敬も欠けてはいけないことだ。仮に相手が開発歴が自分より浅くても、自分が気づかない実装やミスがあるかもしれない。自分を改善し、成長できる機会を与えてくれる人として、相手を尊敬する気持ちを忘れないこと。相手の経験が自分よりも少なくても、「レベルが低い」などと見下すべきではない。いった態度が少しでも見えると、途端に開発に携わるメンバーのモチベーションも下がるし、開発に対する積極性も失われるだろう。メンバーが萎縮してしまっては、建設的な議論などできるはずもない。信頼(Trust)信頼(Trust)自分以外の人は有能であり、正しいことをすると信じよう。すれば、仕事を任せることができる。相手を信頼して、その人に任せることができるか否か。信頼されて、仕事を任されたら、任された側もそれに応えられるように頑張るだろう。お互いが信頼し合える関係がチーム開発に不可欠だ。何から何まで自分でやろうとしていては、チームとして成長が望めない。「自分がやったほうが速いし」となってしまっては、相手も混乱するだけだし、相手も自分のことを信頼してくれないだろう。そんな状況では、チーム開発がうまく行くとは思えない。Geek』では、下記のように書かれていた。「このメソッドの制御フローは完全に間違ってますよ。みんなが使ってる標準的なxyzzyコードパターンを使うべきです」などと言ってはいけない。(中略)言われたほうは防御的になり、必要以上に感情的な反応をするだろう。コードパターンを使えば読みやすくなるでしょうか?」にすればいい。相手に対する疑問ではなく、自分の疑問として謙虚に聞くのである。相手が間違っているのではなく、自分が理解できないだけであることを強調する。「XXXを使うようにしてください」というようなコメントは控えたほうが良い。書籍で述べられているとおり、言われた方が身構えてしまうし、なぜそれがいけないのかが把握できない。Geek』で言及されているような、謙虚さ・尊敬を持った指摘ができると、スムーズに相手のことを受け入れられるし、お互いが良いものを作っていこうとするマインドを共有できて、より活発で建設的な議論ができると思う。欠如していると感じるやり取りがあったから、チーム開発がうまく回っていない、やりづらいと感じたのだ。非常に重要であると思う。いう言葉を知らなくても、そういった価値観を重要視していて、自然とできる人がいないとなかなか優れたチームは作れないだろうし、チーム開発がうまく回らないと思う。Geek』は非常にオススメの書籍だ。技術的な細かいことは全然書いていないので、もし興味があれば読んでいただきたい。―Googleのギークたちはいかにしてチームを作るのかそして、弊社ではそんな価値観に共感できた方、リモートワークで働きたい方を募集しております。採用メンバー紹介リモートワーク健康管理ソリューション・サービスお問い合わせ見積もり依頼や詳しいご相談など、クラウド・AWSに関する困りごとをお気軽にご相談ください。以下のお問い合わせ先から受け付けています。お問合わせはこちら※通常1営業日内にご回答いたします。