岩瀬義昌の作品一覧
「岩瀬義昌」の「エレガントパズル エンジニアのマネジメントという難問にあなたはどう立ち向かうのか」「エンジニアリングが好きな私たちのための エンジニアリングマネジャー入門」ほか、ユーザーレビューをお届けします！
- 作者をフォローする
- フォローすると、この作者の新刊が配信された際に、お知らせします。
作品一覧
-
エンジニアリングが好きな私たちのための エンジニアリングマネジャー入門
ビジネス・実用
4.31巻2,640円 (税込)【内容紹介】 エンジニアからエンジニアリングマネジャーになる―― エンジニアリングが好きでエンジニアになった私たちが、 「チームをサポートしたい」という一心で引き受けたその瞬間に 扱う対象が「コード」から「人」へと変わります。 それは突然、職種がまったく変わるようなもので、 その大きな違いにはじめは戸惑いを隠せないでしょう。 人的プロセスは構築された設計の通りにはいきません。 コミュニケーションは個人の価値観、動機、力関係、スキルと結びつき、 メンバーの関係性は不安定です。 日々の仕事によるさまざまな経験は、そこに感情の波で揺らぎを与えてきます。 正解がなく、答えを出してもそれが良かったのかもすぐにはわからない。 これまでの経験を活かしたくても活かせないもどかしさ。 そんな誰も教えてくれなかったマネジメントについて、 Googleのマネジャーが共感と内省によるエンジニアリングマネジメントの実践知を解説します。 しかしそれはそのまま実践してもらうためではありません。 エンジニアリングマネジャーに求められていることと リーダーシップの発揮について自身で考えられるようにするためです。 「人と関係性」に焦点をあてた本書は、 エンジニアリングマネジャーが困惑しやすいトピックを解説し、 メンバーと協力して一緒に共通の目的に向かうために読むべき一冊となっています。 【目次】 Part 1 自分のチーム Chapter1 自分のチームを大切にする Chapter2 価値観の価値 Chapter3 信頼と弱さ Chapter4 自分のチームは「彼ら」ではなく「私たち」 Chapter5 幸せとやる気の原動力 Chapter6 長期的な従業員のケア Chapter7 キャリアラダー Chapter8 重要な1on1 Part2 コラボレーション Chapter9 マネジャーとしてのコミュニケーション Chapter10 チェンジマネジメント Chapter11 フィードバックの与え方 Chapter12 フィードバックを受け取る Chapter13 良いミーティング Chapter14 対立のマネジメント Chapter15 クロスチームとオープンソースのコラボレーション Part3 チームが最高の仕事をできるように支援する Chapter16 チームの仕事の優先度付け Chapter17 プルリクエストのスコープを絞る方法 Chapter18 実行の速度 Chapter19 プロダクトとエンジニアリングの時間配分 Part4 自分の仕事 Chapter20 ハイレベルでの優先度付け Chapter21 日々の優先度付け Chapter22 境界線を設定する Chapter23 まず自分を大切にすること Chapter24 自分を信じること -
エレガントパズル エンジニアのマネジメントという難問にあなたはどう立ち向かうのか
ビジネス・実用
3.51巻2,640円 (税込)エンジニアリングマネジャーとして成長し続けるための秘訣を明かそう― 『スタッフエンジニア』著者が、エンジニアが活躍できる効率的でやりがいのある組織を作りたいリーダーへ贈るマネジメント本、待望の日本語版。 「人は会社を去るのではなくマネジャーのもとを去る」という言葉がある。マネジメントはあらゆる組織で重要だが、どうするべきか誰からも教わらないことが多く、構造化もされていない。複雑なマネジメントの課題に対してよい解決策を得られるか否かで、チームが満足するか不満を感じるかの違いが生まれる。そして最終的には、企業の成否を左右する。 チーム編成から、士気・成果向上、キャリア形成、プロダクト管理、文化醸成、技術継承、技術的負債、上層部との調整まで、エンジニアリングマネジメントのあらゆる課題について、よりよい解決策への道筋を示す。 -
ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング
ビジネス・実用
4.31巻2,860円 (税込)【内容紹介】 「ドキュメントを書いておけばよかった」 開発者であれば一度は思ったことがあるかもしれません。 ドキュメントは開発側の生産性とユーザーの利便性を高めるものです。 さらに言うと、ドキュメントがなければ、ユーザーに使われる機会が確実に減ります。 開発者がいかにすばらしいプロダクトを作ろうが、ドキュメントの欠如がその価値を奪うのです。 本書は経験に長けた執筆者たちがドキュメントを作成する方法をゼロから説明するフィールドガイドです。 架空のソフトウェア開発チームのストーリーを追いながら、ソフトウェア開発ライフサイクルの各ステップにおいて、ユーザーニーズの理解、開発者に役立つドキュメントの作成、公開、測定、保守に至るまで、開発を最適化するためのドキュメント作成の技術を解説しています。 これまで学ぶ機会のなかったREADME、APIリファレンス、チュートリアル、コンセプトドキュメント、リリースノートなど、さまざまな種類のドキュメントの書き方について学ぶことができる一冊です。 ドキュメントを作成している現場のエンジニアやテクニカルライター、プロダクトマネジャーの方に最適の内容です。 【目次】 PART I ドキュメント作成の準備 CHAPTER 1 読み手の理解 CHAPTER 2 ドキュメントの計画 PARTⅡ ドキュメントの作成 CHAPTER 3 ドキュメントのドラフト CHAPTER 4 ドキュメントの編集 CHAPTER 5 サンプルコードの組み込み CHAPTER 6 ビジュアルコンテンツの追加 PARTⅢ ドキュメントの公開と運用 CHAPTER 7 ドキュメントの公開 CHAPTER 8 フィードバックの収集と組み込み CHAPTER 9 ドキュメントの品質測定 CHAPTER 10 ドキュメントの構成 CHAPTER 11 ドキュメントの保守と非推奨化
ユーザーレビュー
-
Posted by ブクログ
エンジニア向けのマネジメント本。そうそう、と納得する部分がかなり多いし、参考にもなる。
橋を建てるのがとても上手になったら、、パン屋に昇進させられた
メンバーが活躍できるようにすることがマネージャーの仕事
個人の価値観をメンバーと共有、確認する
信頼は以下の基礎となる
お互いの傾聴
間違いの中の人間らしさを見つける
創造性
仕事をもっと楽しむ
毎週チームの時間をとる
チームメンバー間含め、それぞれの信頼関係が構築される
雑談を促す、くだらない冗談を言う
チームについて語る時、発言に自分自身を含める。が、チームが成功した時、自分自身を含めずメンバーを褒める。失敗した時、自分だけの責任としてメンバーは含めない
弱さを見せて手本を示す
リーダーが最初に行動する
チームの文化と士気を良い状態に保つ
価値観ワークショップをする
一緒に食事する
個人的な話をする
ロサダ係数
ポジティブな相互作用の量によるパフォーマンスへの影響
キャリアラダー
5年後どうなりたいか
自己レビュー
30.90日目標
繰り返しと振り返り
プロダクトとエンジニアリングの時間配分
-
-
-
-
Posted by ブクログ
ユーザマニュアルの書き方の解説であるが、他の本と一味違うのは公開、フィードバック、メンテナンスまで扱っていること。ドキュメントは多くの場合、作りっぱなしになってしまうが、そうならないようにするにはどうすればよいかというところにまで配慮が行き届いている。作りっぱなしの問題はすでに起きているので対処法は非常に参考になった。また、ドキュメントの管理もプログラムと同様のバージョン管理システムを用いたりするなどプログラマの視点での解説となっており、プログラマとしては非常に理解しやすかった。そして、この解説自体が解説通りの書き方となっており、具体的のどうすればよいのか？にも答えている。ドキュメントの管理もソフト開発と同様にチームで対応する必要があるが個人でできる部分も多々あるので本書を参考に少しずつであっても対応してきたいものだ。
