CTOと話してわかってきた「魅力的なエンジニア組織」と感じる9つの要素｜野崎耕司
エンジニア版の採用ピッチ資料を記事として制作する「kiitok review」ですが、ここ1ヶ月で新たにAnyflow、Kanmu、メダップ、キャディ、Voicyの各社さまの開発チームのレビュー記事を制作しました。 （制作済みのレビュー記事の一覧はこちら） （エンジニアの採用やブランディングに関するお仕事相談はこちら） 毎回各社のCTOや技術責任者の方とお話をさせていただく中で、みえてきた「魅力的なエンジニア組織」の要素を9つにして言語化してみました。 1.ユーザーに喜ばれる開発に時間を使えているチームエンジニアなら、一度は経験があるユーザーに求められないものをつくってしまう徒労感。逆に、開発したプロダクトや機能をユーザーに喜んで使ってもらえた時の幸福感。 エンジニアとして苦労してつくった機能をより多くの人に喜んでもらえる環境があるチームは魅力的です。もちろん、そういったものをつくらないと
プロダクトマネージャーの思考整理術 - もくもくプロダクトマネジメント( @Nunerm )
この記事はProduct Manager Advent Calendar 2019の15日目の記事です。 久津（@Nunerm）です。CAMPFIREでプロダクトマネージャーをやっていて、CAMPFIRE Ownersという融資型クラウドファンディングのサービスを担当しています。 今日は自分が実践してる「プロダクトマネージャーの思考整理」に関する話を書きます。日々忙しいプロダクトマネージャーの頭の中のデフラグの手助けになれば幸いです。 プロダクトマネージャーには考えることがたくさん このアドベントカレンダーでも度々引用されている「INSPIRED第２版」では、プロダクトマネージャーの責任を 可能性を評価し、何を作って顧客に届けるのかを判断することだ。 （INSPIRED第２版より引用） と定義しています。 「可能性を評価する」「何を作って届けるか判断する」と簡単に書いてありますが、実際にこ
書籍目次
はじめに 第1部 ソフトウェア製品の開発に携わる人たち どんな製品も製品開発チームに属する人々から始まる。必要な役割をどう定義し、誰をそのチームに入れるのかが、製品の成否を分ける可能性が非常に高い。 このパートでは、現代のソフトウェア製品やインターネットサービスの開発チームの中で鍵となる役割、そしてそれらが果たすべき責務について説明する。 昔のやり方に縛られ、多くの製品開発チームは、この部分の努力が足りない。多くの組織にとって、ここで議論する役割と責務は、彼らが以前に実践していたものと大きく違う。 1.製品開発の鍵を握る担当者とその役割 2. プロダクトマネジメントとプロダクトマーケティング 3. プロダクトマネジメントとプロジェクトマネジメント 4. プロダクトマネジメントとデザイン (設計) 5. プロダクトマネジメントとエンジニアリング (実装) 6. プロダクトマネージャーの条件（
Google re:Work - ガイド: 「効果的なチームとは何か」を知る
Google に限らず、多くの組織では、仕事のかなりの部分をチームによる共同作業で進めています。チームは真の成果を生み出す最小の単位で、画期的なアイデアが生み出され評価される場です。従業員はほとんどの仕事をチームの一員として行います。しかし、チームの対人関係に問題が生じたり、メンバーのスキルが適切でなかったり、あるいはチームとしての目標が明確でなかったりすると、生産性の低下やメンバー間の摩擦が生まれるといった問題が生じかねません。 Google のピープル アナリティクス チームは、「Project Oxygen」というリサーチ プロジェクトによって、「優れた上司の条件」を突き止めることに成功しました。このプロジェクトの成功を受けて、Google の研究者はその後、Google 社内で効果的なチームの特徴を明らかにするため、同じ手法を用いて新たなリサーチを実施しました。アリストテレスの言葉
デザインをスケールさせるためのツール選び
なぜスケールすべきなのか よく多くの改善、より早い提案・対応が求められている今日。エンジニアは昔から大規模化して動くための施策と実践を続けていますが、デザイナーは大規模化の歴史がないといっても過言ではありません。エンジニアのように確固したワークフローの構築が難しいというのもありますが、デザインは『個人プレー』で作るものというニュアンスが強かったという背景もあると思います。 しかし、いつまでも個人に依存したデザインをしていると、新しい施策や改善がひとりのデザイナーの動き次第になります。もちろん、それでも運用可能な環境はありますが、増え続けるビジネスサイドの要望に対応するために、ひとりでデザインを続けるのは困難です。ひとつひとつ対応してるときは、「分かりやすい一貫性のあるデザインを作ろう」と思って取り組んでいたとしても、全体を振り返ると実はそうではないということはあります。 ではどうやってデザ
【翻訳】「シリコンバレーから生まれた最高の文書」と絶賛されたNetflixのカルチャーガイド全文 - BppLOG
Netflixの企業文化や社員の行動規範を定めたカルチャーガイドが公開されており、FacebookのCOOのシェリル・サンドバーグが「シリコンバレーから生まれた最高の文書」と評価しています。 そのカルチャーガイドはもともと2009年にスライドとして公開され、最新版はNetflixの採用ページ上に掲載されています。今回は許可を得て翻訳することにしました。 Netflix Culture (原文) (目次) 本物の価値観 判断力 コミュニケーション 好奇心 勇気 情熱 無私無欲 イノベーション 一体性 誠実 影響力 ドリームチーム 自由と責任 情報に通じたキャプテン 統制ではなく前後関係 高度に整列し、緩く結合する 卓越性を探し求める まとめ 最後に エンターテインメントは、友情のように、人間が基本的に必要としているものです。エンターテインメントは私たちの感じ方を変え、私たちに共通点をもたらし
スクラム開発を改善しながら社内に広めていっている話 | Basicinc Enjoy Hacking!
株式会社ベーシック CTO の@zaruです。こんにちは。2ヶ月ほど前に新米スクラムマスターがスクラムを導入してみたという記事を書きました。今回はこの2ヶ月間に行ったスクラム開発の改善や、それを他の部署に広めていっている話を書こうと思います。 スクラム開発の改善 スクラム開発を導入する時、スクラムやアジャイルの考え方に遵守する必要があると強く思っていました。というのもスクラム開発について調べていくと、いわゆるなんちゃってスクラムに対しての批判が多く目についたのと、郷に入りては郷に従えの考えでまずは倣ってみようと思ったからです。 実際にスプリントを数回やってみて今実感していることは 自律的なチーム ないしは自己組織化されたチームになっているのであれば、気軽にマイナーチェンジして自分たちに合ったやり方をやるのが良いと考えています。固執しすぎない。 自律的なチームになった時、スクラムマスターはた
Sketch ✕ Atomic Design デザインの制作時間を大幅に減らす仕組みとは？！ ｜ブログ｜root｜芯を問い、成長に貢献する
この記事はGoogleのUXデザイナーJoe Toscano氏のブログ記事を公式に許可をいただき翻訳したものです。 最近、「デザインをコーディングと同じようにモジュラーでつくる方法」という記事を書きました。その記事でも説明したように、Atomic Design は、チーム内での複製とコミュニケーションが簡単なデザインをつくることを可能にするすばらしい方法です。 チーム内でのコミュニケーション力を強化するだけでなく、モジュラーデザインは、デザインのスタイル変更をとてつもなく簡単にすることができます。適切に使いこなせば、モジュラーデザインによって制作時間を大幅に減らし、収益を大きく改善できるはずです。 有意義なコミュニケーションが重要他のデザイナーやデザインチームと仕事をするときによく経験する問題の一つが、仕事の引き継ぎです。他の人の仕事を引き継ぐとき、そのデザインが整理されていない状況という
スマートフォンアプリ開発における共創的な開発チーム
複雑かつリッチな体験を提供するスマートフォンアプリを開発するためのチームワーク、その中でのエンジニアの役割について
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kiitok.com