エンジニアの皆さんは、業務でさまざまな報告書を作成されていることと思います。エンジニアの業務で必要になる報告書は、大きく2種類に分けられます。 1つ目は、書式が決まっていて、定期的に作成する報告書です。定期報告書と呼ぶこともあります。進ちょく報告書や日報、週報、月報などが例として挙げられます。 もう1つは、不定期に発生するイベントについて記述する報告書です。この種の報告書は、書式が決まっていないものです。例としてはトラブル報告書（または障害報告書、問題対応報告書など）や、製品・技術などの調査報告書といったものが挙げられます。 これら2種類のうち、トラブルの種になりやすいのは、後者の「イベントについて記述する報告書」です。今回は、報告書の中でも特に細心の注意を払わなければならない、顧客向けのトラブル報告書（障害報告書、問題対応報告書）を作成するときに注意すべきポイントを説明します。 報告書を

この記事は プロダクトマネージャー Advent Calendar 2020 17日目の記事です🎄 カンタンに自己紹介 名古屋の企業でフロントエンドエンジニア兼PMをやってます、amakawaです。2年ほど前に事務員からエンジニアに転職して、総勢50名ほどのベンチャーで2年近くバックエンド〜フロントエンドを書きつつ、プロダクトマネジメント・プロジェクトマネジメント業務も担当してきました。 東京へ転居して、2月からディレクターとしてプロダクトマネジメント・プロジェクトマネジメントをメインにやっていく予定です。 どうしてこの記事を書いたか 弊社は少人数のベンチャーということもあり、1人のエンジニアが複数プロダクトの開発を兼任します。さらに専任のPMはいないので、エンジニア・デザイナーは自然とプロダクトマネジメント・プロジェクトマネジメントをやることになります。私も社内ツールを2、3つほど保守

こちらはプロダクトマネージャー Advent Calendar 2020の21日目の記事です。 改めまして久津と申します。今年の6月からグロービスでPMをやっております。 はじめに 「PMにはどのようなスキルが求められるのか」 「PMになるためには何から学べばいいのか」 こういった話をよく聞きます。若手のエンジニアからよく相談されたりもします。その際に自分なりに「まずドメイン知識を学ぼう」とか「ユーザーの声を聞きに行こう」などアドバイスはするのですが、毎回自分の口から発しているアドバイスに自分自身が腹落ちしないというか、芯を食っていない気がしていました。 PMのスキル定義には、有名なプロダクトマネジメントトライアングルや、エンジャパン岡田さんがこの記事で定義した「PM SkillChart HEX」があります。 note.com これらの定義は良く整理されてて素晴らしいと思いますし、内容に

営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン

ベストセラー『WHYから始めよ！』のサイモン・シネック氏が語るリーダー論。人間の脳では4つの化学物質が働いており、常に「生き残るため」に私たちは行動している。それを理解していなければ、人々の心を惹きつける良い組織は作れない――。化学物質と人間の行動の関係を紹介しながら「真のリーダーとは」について語られたスピーチです。 4.安心感を与える～オキシトシンの作用～ オキシトシンです。これが一番すごいんです。これは愛、信頼、友情。あたたかくて、ふわふわです。 （会場笑） これが友達と一緒に過ごす時間が楽しい理由です。何をするでもなく、一緒にテレビを見たりするだけでも満たされますよね。今日皆さんは、知っている人の隣に座っていらっしゃると思います。知らない人の隣に座るより、安心ですよね？　知らない人の隣に座ると、少し緊張しますよね？　これがオキシトシンです。オキシトシンとは周りの人のサポートを感じられ

「とにかくもっと考え抜いてほしい」――。 そう部下に望む上司は多いことだろう。ある部品メーカーのトップもその1人。次の世代に任せる準備を数年前から始めたものの、考え抜くことをしない部下にいらだちを感じているという。 「私も65歳を過ぎたんで、あとは若いやつらに任せたいと思っているんです。でもね、これが何とも難しい。考え抜くってことができない。考え抜くことができないから、決めることもできない。困ったもんです」 考えるという作業は実に骨の折れる、しんどい作業ではある。目の前にある問題と、その先に起きるかもしれない新たな問題が入り乱れる中、手探りで答えを出さなくてはならない。 考えれば考えるほど、「違うんじゃないか」と引っかかるし、不安にもなる。すると、ついつい思考停止ワードを使うことで、そのしんどさから脱却を図ろうとする。 「コミュニケ―ションを良くする」「グローバルに展開する」「リーダーシッ

先週おこなわれたTEDxTokyoで改めて考えさせられた内容がありました。 長時間労働が常習化している社員・経営者 これから家庭を持つ人、持った人 これから（現在）出産や育児に携わる人 のような人に特に見て頂きたいと思います。 小室さんは昔からお美しい…。動画は中盤から本質的な話になるので、だまされたと思って全部見てください！ 日本の労働 近年の日本人の労働の実体は 平均残業時間60時間/月 労働生産性は先進国の中で最下位 とのことである。国土も、人口も、資源も、少ないと言われる国なのに、そのうえ生産性が低いときたら…。 だが一方で… 「30%の残業が減っても、売上の上がる企業がある」 これは、私の経験からも事実であると感じます。 私は過去に経営に携わった会社では、月の残業時間が20時間を超えると人事評価を落とす制度にしたことがあります。 もちろん、これが平社員であれば、マネージャーの評価

残業の話題がとっても盛り上がっているので参戦。 残業を悪とするチームを作るだけでは全く足りない - Change The Worlds 残業をしない会社を作るために - GoTheDistance 残業を悪とするチームを作ろう - ひがやすを blog 長時間労働・サービス残業は自分の価値を下げ企業存続を危うくする | Act as Professional - hiroki.jp by HIROCASTER ここで考えるのはSIerにてエンジニアの残業を無くす方法です。残業を無くすには労働生産性を上げればよい。労働時間が月184時間以内で売上が今と変わらなければ、給料を上げない限り残業は無くなる。さてSIerにて労働生産性を上げるには？ サービス業としてのSIerの場合 二次請け以下の受託開発と人材派遣型のSIerはサービス業です。売上は労働時間単価の積み上げ、実にシンプルです。 売上

プロジェクト管理は決して精密な科学ではないが、これにソフトウェア開発が持つ予測が難しいという性質と組み合わせられると、大きな悲劇のレシピが生まれる。わたしは、ソフトウェア開発プロジェクトに取り組んでいるプロジェクトマネージャーがよく犯す過ちを数多く見てきた。それらの過ちの一部はソフトウェア開発に限ったことではないが、この文脈では特に頻繁に起こり、ダメージも大きい。 1．「人数を増やせばよい」という誤解 Fred Brooks氏は同氏の有名な言葉の中で、よくあるプロジェクト管理の間違いについて「ある女性が9カ月に1人子どもを産めるからといって、9人の女性がいれば1カ月に1人の子どもを産めるわけではない」と表現している。そして、この間違いは今でも頻繁に見られる。ある問題に多くの人間を割り当てれば、その問題は早く解決するという考え方だ。残念ながら、これは正しくない。 プロジェクトに人を1人投入す

NHN Japan スマートフォンゲーム制作室 室長の馬場一明氏。「自分はいつも焼肉屋に行くと食べ過ぎてしまう。自分の食べる量も分からないのに、他人の作業量が分かるわけがないので、作業量の見積もりは不要」とのユーモアあふれる例えに会場は笑いにつつまれるシーンも 12月14日、スマホ関連総合カンファレンス「スマートフォン＆タブレット2011 冬」（ベルサール八重洲）の「ゲーム開発」セッションでは、NHN Japan スマートフォンゲーム制作室 室長の馬場一明氏が登壇した。『ダーツ』や『フォトジグソー』など、直感的に遊べるアプリ「TEIBAN GAME」をいかにクオリティーを維持しながら、短期間で多数開発し、ヒットに結び付けたか。その舞台裏と独自の組織論を披露した。 これまでPCオンラインゲームを手がけてきた馬場氏が、スマホゲームアプリの開発を命じられたのは、東日本大震災直後の今年3月。出され

※最後に2つ追記しました。 この話面白い。 11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - デジタル - 日経トレンディネット http://trendy.nikkeibp.co.jp/article/column/20111215/1039018/ スマホゲームアプリの開発を命じられたのは、東日本大震災直後の今年3月。 出された課題は 「4月から開発に着手し、7月末までに70タイトルそろえる」 「開発スタッフは既に決まっている人間で進める」 「8月にTVCMなど大々的なPRを行うため遅延は許されない」の3点 『11のやめたこと。』 1.「組織の細分化、階層化をやめる」 マネジャーが増えるということは、ゲームの作り手が一人減るということ。 優秀な人間がマネジャーになるほど、アプリの制作力は低下する。 2.「職種別の目標設定をやめる」 プログラマー、企画など

進捗の遅れは本当にベンダーのせいなのか？ 企業における経営層の相当の割合が、「システム開発プロジェクトを仕切るのは情報システム部の役割だ」と考えています。それゆえ、ユーザーである業務側と開発作業を委託するベンダーを結びつける重要な役割を期待して、情報システム部を中心としてPMO（プロジェクト・マネジメント・オフィス）が組成されることになります。 「ベンダーが品質の良いシステムをオンスケジュールで構築していれば、PMOは何も心配することはなく、いずれは新システムを前提とした新しい業務を開始できる」 システム開発をよく知らない業務部門の人間なら、そう考える人がいるかもしれませんが、情報システム部の人間が同じ認識を持っているようなら、そのプロジェクトは間違いなくスケジュール遅延による計画変更を余儀なくされます。なぜそのようなことを断言できるか、それをこれから説明しましょう。 最初に認識しておきた

「生産性を上げろ！」 中間管理職の方なら、こんなゲキをトップや上司から飛ばされた経験が、一度はあるのではないだろうか。 しかも、最近のその“ゲキ”とセットで使われるのが、「早く結果を出せ！」というひと言。 効率を上げて、生産性を高め、早く結果を出せ！ そんな無理難題をトップから突きつけられて苦労している中間管理職の方に、最近やたらとお目にかかることが増えた。 恐らくその背景には、今年に入って難問が次々と持ち上がっていることがあるのだろう。東日本大震災、超円高、タイの大洪水、TPP（環太平洋経済連携協定）などなど。生産性とスピードをこれまで以上に意識せざるを得なくなった、というわけだ。 生産性を上げる――。 経営者であれば、生産性にこだわるのは当然のことだとは、分かってはいる。だが、「効率を上げろ！」「生産性を上げろ！」という言葉を聞くたびに、なぜかイヤな気分になる。うまく言えないけれど、「

以前報告したとおり、株式会社はてなの『はてなエンジニアインターン2011』に参加してきました。はてなインターンは8月の中旬から9月の初めまでの約3週間のプログラムでした。その中で僕自身多くの事を経験し、また学ぶ事が出来ました。これは、いわゆる「お決まりの言葉」ではなく、本当に実感している事です。 今回はそのインターンのレポートを書かせて頂くのですが、僕はもともとはてなの主たるサービスであるWebアプリケーションについての深い知識と経験を有していませんでした。そんな僕が技術的な部分の話を詳しくしてもつまらないので、代わりにインターンを通して技術面以外で深く印象に残った、でもあまりに表に出ていない様な事を幾つか綴ってみたいと思います。 はてな社員は弱音を吐かない インターンが始まって僕が特に気になったのが、オフィスのどこからも「めんどくさい」「やりたくない」「そんなの無理」などの後ろ向きな言葉

第43回 経費をかけず，組織を熱くし，企業の力を高める 中小ソフト開発ベンダーは「集団活動」で組織能力向上を急げ 中小ソフトウエア開発ベンダーは，ビジネスの利幅が薄いゆえに技術・教育投資ができず，「人が育たない」という構造的な問題に喘いでいる。これは開発ベンダーにとって死活問題だ。まずなすべきは，開発ベンダー流の「カイゼン」「集団活動」を通して，個人の意欲を引き出し，知見・経験を共有し，結果として組織能力を高めること。経費をかけずに，組織を熱くし，企業の力を高められる。 曽根 幸男 ここ数年，ソフトウエアに起因する大規模なシステム障害が繰り返し起きている。その原因はさまざまだが，底流にあるのは，開発を請け負った大手ソフト開発ベンダーにおけるソフトウエア開発能力の“空洞化”だ。大手ベンダーは開発案件を受注したら，開発作業の大部分を中小のソフト開発ベンダーへ下請けに出してしまう。こうした実態が

「普段の仕事の中でよかれと思ってやっている“やる気向上策”の中には、かえってやる気を失わせるかもしれないことがあるのだな」。日経SYSTEMS 9月号の特集記事「IT現場のやる気を高める」を担当して、このことに気付かされた。 この特集記事では、読者モニターとともにやる気の実体を探る誌上ワークショップ、自分のやる気とチーム全体のやる気を高める工夫、2年連続大学日本一の実績をもつ帝京大学ラグビー部のやる気向上の取り組みを紹介している。 やる気の仕組みを探るために行った、心理学や脳科学の専門家への取材を通して、やる気を高めるつもりが逆効果になってしまう例をたくさん聞いた。ここではそのいくつかを紹介したい。みなさんの職場でこれらが行われていないか、振り返りながら読んでもらえればと思う。 競争意識をあおるだけではいけない 担当作業の進捗度合い、仕様書や設計書の作成分量――。メンバー一人ひとりについて

図解は僕の活動のルーツです。インフォグラフィック制作をはじめる前、ドラッカーの著書『マネジメント【エッセンシャル版】』を図解するのに凝っていました。ここには抜粋を掲載しています。 2010 2010 2010 2010 2010 2010 2010 2010 著者

9割がバイトでも最高のスタッフに育つ ディズニーの教え方 いやー勉強になりましたねーこの本。 その中でも個人的にためになったという箇所を紹介したいと思います！ 著者は、東京ディズニーランドがオープンした1983年入社の一期生、福島さんですので説得力があります。 後輩を叱るノウハウ 先輩にとって、一番難しいのは後輩を叱るというものです。 ディズニーでは、そんな難しい叱るというコミュニケーション能力を身に付ける教育プログラムを別で設けています。 基本姿勢としては、 1.　叱る前に褒める 2.　叱った後、フォローする トレーナーとは？ ディズニーでは、新人や後輩を教える係、トレーナーという立場があります。 一般の会社でいうと、管理職や先輩にあたるところでしょうか。 ディズニーでは、トレーナーになりたいかどうかを中堅どころのアルバイトに聞きます。 一般の企業と違うところは、トレーナーになったからっ

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...