エンジニアリングマネージャーになるために
はじめに 製造業のDX推進組織でテックリードエンジニアっぽい仕事をしています。 今後、マネージャクラスへとステップアップするため、必要なマインドセットや振る舞いについて、学んでおきたいと思いました。 そこで、Become an Effective Software Engineering Managerと翻訳本であるエンジニアリングマネージャーのしごとから学びました。本稿では学んだ内容をシェアしたいと思います。興味持った方は是非、書籍をご購入ください。 1on1が、マネージャーとして最も重要な活動 組織運営で重要なのは、一体感。すなはち、組織が同じベクトルを向いていることだと考えます。 そのためには、各人の認識の見解について「一致している部分」と「一致していない部分」を可視化して、一致しない部分について、対応することが必要です。 このような認識のズレを1on1でコミュニケーションすることで
プロジェクト計画書の作り方・書き方・活かし方
プロジェクト計画書に魂を込めるために、まずプロジェクトを進める方針、計画作成の方針作成、次に活動計画書、マネジメント計画書作成の流れを解説します。 プロジェクト計画書の作り方・書き方・活かし方 ご参加いただい方の会社 ご受講された方の声 お申込み 開催決定通知メール送付 公開セミナーお問合せ 本セミナーでは、プロジェクト計画書は、 （１）プロジェクトマネジメントの計画 （２）計画データ （３）開発管理計画 で構成されていると考えています。 （３）開発管理計画は技術的な観点が多いため、本セミナーの対象からはずし、（１）（２）について取り上げています。 それでは、（１）（２）は何かと言いますと、 （１）はプロジェクトマネジメント活動の計画であり、 （２）は計画データはベースラインで、活動の詳細な計画です。 プロジェクト計画とは、まず、（１）で、PMBOK(R)Guideで言う各知識エリア、例え
Documentation · ReadMe
One place to learn about your APIGive developers everything they need in a unified hub: your API reference, help guides, sample code tutorials, and more. Simple for your team to manageIt’s easy for engineers, PMs, and technical writers to publish content or make changes — no code required. A jumpstart for your API usersDevelopers can try out your API right from your docs and see what’s working (or
プロジェクト計画書の書き方｜初心者でもわかりやすく書くコツ【テンプレート付き】 - Kaizen Penguin
ホーム / プロジェクトマネジメント / プロジェクト計画書の書き方｜初心者でもわかりやすく書くコツ【テンプレート付き】 プロジェクトを進行させるためには計画書が必須です。本記事では、初めて計画書を作成する方でも分かるよう、プロジェクト計画書の作成方法とポイントについてご紹介します。プロジェクト計画書のサンプルも無料でダウンロードできますので、合わせてご確認ください。 概要をおさらい プロジェクト計画書とは プロジェクト計画書はその名の通り、プロジェクト進行において必要な情報をまとめた計画書です。プロジェクトの全体感をまとめた資料で、具体的で詳細な内容を記入するというよりも、全体が要約されているものになります。形式はパワーポイントのスライドを用いるケースが一般的です。 プロジェクト計画書を用いる場面 計画書は、計画段階はもちろんのことプロジェクトを進行し始めた後にも継続して用いられます。具
BSC(バランス・スコアカード)で経営戦略・戦術を考える |中小企業活力向上プロジェクトアドバンス
戦略立案から具体的行動へ 今なお進化するBSCの使い方 BSC(バランス・スコアカード)は、4つの視点に沿って戦略の立案から具体的な行動まで落とし込むことができるバランスの取れたフレームワークです。大企業だけでなく中小企業にとっても非常に有効で、多くの企業で活用されています。BSCを活用し企業を成長に導くには・・・ （掲載日 2020/03/11） BSC(バランス・スコアカード)で経営戦略・戦術を考える ＢＳＣ（バランス・スコアカード）という経営用語を、皆さんお聞きになったことがあるのではないでしょうか。上下４つの欄に置かれた項目が矢印で結ばれている図（戦略マップ）を思い浮かべる方も多いと思います。このBSCは、日本では2000年代に入って大企業を中心に採用され定着しましたが、中小企業にとっても経営戦略を考えるうえで非常に有効です。しかも経営ツールとして今も成長しており、多方面で活用され
マネージャーの評価基準（シート・動画付き）｜長村禎庸@EVeM
はじめに約1年ぶりのエントリーになります。今回はマネージャーの評価基準というタイトルで書きたいと思います。 マネージャーを評価する基準というのはありそうでないなと、この1年色々な経営者・マネージャーの方と話す中で感じていました。 その時残すべき成果が出ていればマネージャーとしてOKとしている会社もあれば、「マネージャーとしての行動リスト」のようなものが5個〜多くて30個程度であり、その行動リストを評価とまではいかなくとも、チェックリストのように使っている会社もあります。 しかし、前者の場合は「成果が出ていれば色々な犠牲が出てもよし」となりますし、後者の場合は「行動リストのうち今必要が無いことも行動せよ」となるので、両方ともマネージャーを評価する基準としては何か違うなと違和感を覚えてました。 しかし、何を以て良いマネージャーなのか、それを判断する基準がなければ、マネージャーに何を求めて良いか
Google re:Work - ガイド: 優れたマネージャーの要件を特定する
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
バイセルのテックカンパニーへの変遷、CTOとしての取り組みを振り返る｜kyuns /キュン 今村雅幸
約3年ぶりの投稿になります、株式会社BuySell Technologies（以下バイセル）で取締役CTOをしている @kyunsです。 バイセルでのCTO歴も2年半が経ちましたので、この記事ではバイセルのテックカンパニーへの変遷に向けたこれまでの取り組みの紹介をしていきたいと思います。 本記事はバイセルテクノロジーズ Advent Calendar 2023の 25日目の記事となります。 バイセルについてバイセルはグループ各社がそれぞれの強みを活かして、買取から販売まで、幅広い商材を取り扱う総合リユースビジネスを展開しています。 特に出張訪問買取事業は業界最大級の規模で全国展開するバイセルの強みです。出張訪問以外にもバイセルグループ全体で全国200店舗以上を運営しています。 売上規模は400億円を超え、グループ全体の従業員は1400名以上になります。 バイセルグループの事業概要全国200
Linear - それは魔法のプロダクトマネジメントツール
アジャイル開発やスクラム開発を支援するためのマネジメントツールとして、みなさまはどんなツールをお使いでしょうか。GitHub (GitHub Project)、 Jira、Zenhub、Pivotal などなど... 優れたツールは数多あるなか、Awarefy では Linear （リニア）を導入し、日々の開発タスクにはじまり、採用関連タスク、経営にまつわる Issue などをこのツールで管理しています。 Linear – A better way to build productsLinear streamlines issues, sprints, and product roadmaps. It’s the new standard for modern software development.LinearAwarefy が Linear を導入したのは 2023年3月のことで、お
ガントチャート満足度No.1！らくらくプロジェクト管理ツール｜Lychee Redmine（ライチ・レッドマイン）
進捗管理 最新の進捗が見え 遅れに気づく スケジュールどおりに終わらない理由は、プロジェクトの全体像や進捗状況がチーム全員に共有できていないから。マネージャーはガントチャートで計画を立て、チームに見える化します。作業担当者はタスクを更新して進捗状況を報告できます。 詳しく見る 工数管理 負荷状況を確認しながら 担当者を再調整 作業（タスク）完了までにかかる労働時間を見積もり・記録・管理することで、稼動状況を正確に把握し作業の偏りを調整できます。業務環境を整えチームのパフォーマンスの最大化させます。 予算管理 プロジェクトの予算に対する 消化率が見える 予定していた費用と実際に消費した費用の比較を容易にし、コストの超過または未消費を早期に発見。必要な対策を迅速に講じることができるようになります。
制約条件の理論 - Wikipedia
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2014年11月） 中立的な観点に基づく疑問が提出されています。（2014年11月） 広告・宣伝活動的であり、中立的な観点で書き直す必要があります。（2014年11月） 出典検索?: "制約条件の理論" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL 制約条件の理論（せいやくじょうけんのりろん、英：Theory of Constraints）もしくは制約理論（せいやくりろん）とは、イスラエルの物理学者であるエリヤフ・ゴールドラットが開発したマネジメント理論である。 自然科学で幅広く活用される「原因と結果（因果関係）」というコンセプトを、人が絡む
【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG
Googleでの「Design Docs」とは 2007年の Google Developer Day Tokyo での鵜飼氏のプレゼンによると「Google で必ず書くことになっているドキュメント」であり、「プロジェクト立ち上げ時の 1～2週間をかけて書く」ものです。 今回は Google のソフトウェアエンジニアである @cramforce 氏が自身のブログで「Googleでの Design Docs」について解説している記事を公開されていたため、氏の許可を得て翻訳しています。 原文： www.industrialempathy.com 関連書籍： Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 読了目安：11分 (目次) デザインドキュメント の解剖学 文脈と範囲 目標と非目標 実際のデザイン システ
ヘルプデスク業務を楽にするためにSlackとGitHub Projectを同期するヘルプデスクツールを自作した - MNTSQ Techブログ
こんにちは。MNTSQの下村です。 コーポレートエンジニアとして、MNTSQ従業員の生産系向上施策等を実施していたりします。 ( Twitterもやっている のでフォローしてもらえると嬉しいです！ ) 本日は社員からの問い合わせ業務 いわゆる ヘルプデスク業務について効率化するためのツールを自作した 話を書いてみます。 この記事の要約 一人目コーポレートエンジニアとして参画したがヘルプデスク業務が非効率だったので効率化した。 質問に対して特定のemojiを押すとGitHub ProjectsのItemを作成するようにした。 SlackスレッドのコメントとGitHub ProjectsのItemを双方向同期するようにした。 Azure OpenAIも利用して効率化した。 きっかけ 2023年5月からMNTSQの一人目コーポレートエンジニアとして参画しています。 情報システムを色々と整備してい
ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ | 書籍・刊行物 | IPA 独立行政法人 情報処理推進機構
編集・発行元 独立行政法人情報処理推進機構（IPA） 社会基盤センター 発行日 2019年12月20日 サイズ B5変形判 ページ数 498ページ ISBN 978-4-905318-72-9 定価 2,500円（税込） 書籍概要 概要 デジタル技術を活用して企業のビジネスを変革し、自社の競争力を高めていく「デジタル・トランスフォーメーション（DX）」が注目を集めるなか、従来のようなITベンダやシステム部門が中心になって要件定義をすすめるスタイルから、業務部門のユーザが主体的に関与するスタイルへの変革の必要性が増しています。 システムの要件を定義する責任は、構築されたシステムを利用してビジネスに貢献する役目を負うユーザにあると言われています。しかしながら、システム開発の遅延の過半は要件定義の失敗にあると言われるように、要件定義においては、その過程で様々な問題に直面します。 そこでIPAでは
サービスレベルの評価基準「SLO」とは | ニフクラ
【重要なお知らせ】サービス統合に基づくサービス名称の読み替えのお願い（2024年4月1日） 2024年4月1日をもって、「ニフクラ」は、「FJcloud-V」に統合し、名称を変更しました。 「ニフクラ」「NIFCLOUD」「nifcloud」は、「FJcloud-V」に読み替えていただきますようお願いいたします。 通信サービスやクラウドサービスにおいて、事業者が自社のサービスレベル（サービス品質）に関する目標・評価基準を定めたものを「SLO（Service Level Objective）」と呼んでいます。 SLOと似たような用語として「SLA（Service Level Agreement）」がありますが、こちらはサービスレベル契約とも呼ばれており、事業者がユーザーに対して提供するサービスの内容や範囲、サービスレベルの水準が記載され、事業者がユーザーにどのレベルまで品質を保証できるかを明
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テクニカルライティングの基本 2023年版
プログラマーの三大美徳 - 🦥怠惰、😡短気、👺傲慢｜組織づくりをエンジニアリングするZennBook
https://www.meti.go.jp/policy/it_policy/jinzai/skill_standard/20230807001-e-1.pdf
ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design
DevOpsとドキュメントデザインパターン // Speaker Deck
