はじめにここ数年プロダクトマネージャーを名乗る人が増えているかと思います。私もその一人ですが、PMの役割や定義って、非常に曖昧だなーと感じることが多々あります。 プロダクトマネージャーの役割は、それほどはっきりしておらず、曖昧さを抱えています。それが故に、自身のキャリアやメンバーのキャリア育成に悩むことがありました（今でも悩みますが）。 プロダクトマネジメントトライアングルま、私が考えるような悩みは世の中の偉人（？）たちが既に考えており。有名なのはDan Schmidtさんのプロダクトマネジメントトライアングルです。 このプロダクトマネジメントトライアングル。非常に素晴らしいフレームワークなのですが、私や自分の所属している組織には少々難解で、普段のコミュニケーションの中で、うまく利用することができませんでした。 PM個々人のレベル感を捉えるには向いてないかも。という課題感も感じていました。

それに対して以下のようにはてぶでコメントしてツイートしたところ、意外と反応があったのでもう少し僕なりの思いを。 これわかるなー. 同様に土日祝は基本的に勉強会とかカンファレンスに行かない. ライブ行ったりとかの個人の予定も. 仕事の登壇もなるべく断ってる. 子どもなんてそろそろ大きくなって嫌でも離れてくしね. それまでは. / “休日の時間の使い方を考える - つばろぐ” https://t.co/zOZ7RnwCAO — Keisuke Nishitani (@Keisuke69) January 14, 2020 きっと家庭を持つ、特に子どもがいるエンジニアは多かれ少なかれ同じような悩みを持っている人が多いのではないかと思う。もちろん、「全然理解できない、意識低すぎるんちゃうか！」というような人もいるだろうけど。 さて、まず最初に断っておくと僕はエンジニアといっても現在はマネージャであ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

リモートワークのストレス ソフトウェアエンジニアリング業界では、リモートワークは大いに理にかなった働き方です。大抵はPCとインターネット接続さえあれば仕事ができるからです。よって、決まったオフィスに毎日通って働く理由は比較的少ないため、リモートワークはIT職の重要な要素になっています。最も先見的な求人市場とは決して言えないベルギーにおいてさえもです。とはいっても多くの場合、リモートワークが認められるのは週の一部のみ（おそらく週に1日か2日ぐらいが一般的）にすぎません。それにもかかわらず、リモートワークは大部分の企業で導入されるようになってきたのです。 リモートワークには多くの利点があると言われており、この働き方を過激なまでに擁護する声もよく耳にします。その多くには同意するものの、リモートワークを5年以上してきた経験から言えるのは、リモートワークにはストレスが付き物だということです。そう聞く

採用コンサルティングを行っていた筆者が、企業が中途採用を行うときに何をすればよいのか、採用人数規模別にやるべきことをまとめました。 タスクシートも付けていますので、これの通りに採用活動を進めれば、きっと良い採用ができると思います。 情報格差のせいで採用活動が上手くいかず、悩んでいる経営者の方々を多数見てきましたので、少しでもお役立ていただけたらと思います。 ※ @nokonun、@noza_d、@nemosindonki　の協力のもと大幅更新しました（2019年1月） ■採用計画と求人票を作る【タスク一覧】「どの職種をいつまでに、何人採用したいのか」を最初に明確にします。 その際、何より先にやった方が良いのは「社員がやるべき仕事」と「外部パートナーや派遣会社への依頼でも大丈夫な仕事」のすみわけです。 多くの会社で、人が足りない時には一人何役も兼任していることが多いですが、その中に事務作業や

仕事は、多数の人間の協力関係によって成り立つ。 そこには、「任せる」「任せられる」のやり取りが相互に存在し、それを確実に遂行することによって、お互いの信頼関係が成り立ち、さらに成果が出ることにつながる。 ところが中には「任せたことを確実に遂行しない」、すなわち約束を反故にする人々が存在する。 彼らが約束を反故にする理由は様々だが、これを放置するわけにはいかない。したがって、「約束を遂行しない者」へ対する処置は、「正直者が馬鹿を見ない」ためには非常に重要である。 だが、コンサルタント時代に様々な企業に訪れた時、残念ながら「約束を守らない人」は実は非常に多かった。 「なぜ約束を守らないのか？」と聞くと、彼らは大抵の場合、以下の４種類の釈明を行う。 1.やらなければならないことに不明な点があり、進まなかった 2.そもそもやる意味があるのか？を疑問に思っていた 3.忙しかった。他の仕事が入ってしま

ネットを回遊していると、ときどき、「会社をやめて、これからはブログで食べていこうと思います」と宣言する若者たちを目にします。 個人的な利害関係があるわけじゃないので、「ああ、頑張れよ」と思うくらいなのですが、彼らに対して、ネット上では逆風が吹き荒れることが多いんですよね。 僕は彼らに「危うさ」を感じる一方で、そういうのが新しい生き方のひとつであり、それで食べていけるという選択肢が世の中にあるほうが、生きやすいのではないか、とも思っています。 若いうちであれば、何かやってみてうまくいけば万々歳だし、失敗しても、「それもまた経験のひとつ」として今後に活かせるところもあり、ブラック企業、あるいは「どうしても自分に合わない場所」にしがみついているよりはマシなんじゃなかろうか。 でもなあ、そうやって「理解のある大人」であろうとしながらも、僕のなかには、なんだかすごくモヤモヤとした感触が残っていたので

秘密結社THE GUILDも仲間が15人近くになり、僕の直轄チームも3人に増えた今日この頃。直轄チームのみんなには、できれば幹部になって欲しい。でも、翼を折って囲い込むのではなく、いつ独立しても恥ずかしくないように育てていきたい。っていうか、ここに書いたのできるまで、独立なんぞ許さんよ的メモ。新入社員は各自マスターしておくこと。 1: 収入の一定パーセントを貯蓄しなさい 収入の10%〜20%を、お給料日に自動振り込みで貯蓄しなさい。お金持ちになる唯一の方程式は「消費＜収入」。この方程式が強制的に維持される仕組みを作る。これが人生を安定させるために一番重要なことです。 2: 生活資金を半年分ためなさい まず無収入状態でも3〜6ヶ月生存できる貯金を作りなさい。生活費の安全バッファは大型案件や、お金にならないチャンス案件を手に入れる最低条件です。安全バッファがなければ、常に生活費のために自分を切

デブサミ関西基調講演資料

ループス・コミュニケーションズは、 企業のSNS活用戦略の立案・運用改善、啓発教育などのコンサルティングサービスや、リーダーシップやイノベーションをテーマとした企業研修を提供しています。

プログラマーは皆、常に秘密や嘘を抱えている。 これは間違いない。 基本的には誰にも話さないが、 （家族や友人などプログラムを知っていない人間に話しても分からない、という事もある） プログラマー同士の飲みの席などで、過去の笑い話として酒の肴になる事はある。 秘密や嘘の傾向には幾つかのパターンがある。 1) 仕様があいまいな場合の適当なコーディング 仕様があいまいな機能を実装する場合、想定していたものよりもプログラム量が膨大になる事はよくある。 また、細かいパターンや想定外のケースに対し、どのようにプログラム的対処を行うべきか？ 洗い出しているとキリがない場合もある。 仮に事前に洗い出していたとしても、 「ケース自体は洗い出せているが、具体的にどのようなエラーメッセージを表示すべきか？」 などといった、その先がまたあいまいになっている場合もある。 このような場合、本来であれば決裁権のある人間に

大研究 なぜ日本の企業はこんな採用をしているのか　ユニクロ・楽天・グーグルほか　急増中!「英語ができて、仕事ができない」若手社員たち 就活が本格化すると、こぞってTOEICの教材を買い込む学生たち。日本の歴史や文化をよく知らないまま、英語ができるだけの「グローバル人材」となった若者たちに、仕事ができるわけはない。 グローバル人材が欲しい! 楽天のある幹部が言う。 「一度、英語が堪能だという新入社員に、海外の取引先に電話をさせたことがあった。一見スムーズにやりとりしているように見えたのですが、あとで相手の担当者から私のところに電話がかかってきた。電話先の相手は中国人で、英語はできるがネイティブではなかったため、内容が全く通じていなかったんです。そういう人と話すとき、ましてや電話では、簡単な単語を使ってゆっくり話すものですが、その新人にはそうした常識がなかった。話が通じているのかわからないまま

ご報告 この度、■■■■■■■■■、■■■■■■■■■■■■■を退職しました。 振り返って 入社したのは■■■■■■■■■、■■■■■■■■■■■■■■■■■■■■■でした。また、■■■■■■■■■■■■■■■■■■■■■■■■■、■■■、■■■■■■■■■■。■■■■■■■■■■■■■■■■■■■■■■■■■。 その後、■■■■■■■■■■■■■■■■■■■■■■■。■■■■■■■■■配属になり、■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■、■■■■■■■■■■■■■。■■■、開発の■■■■■■■■■■■■■■■■■■■■■、■■■■■■■■■■■■■■■■■…。 ■■■■■■■■■■、■■■■■■■■■■■■■■■■■■■。ところが、■■■■■■■■■■■■■■■■■■、■■■■■■■■■■■■■■■■■■■■（笑）。■■■■■■■■■■■■■■■■■■■

ToDoリストは、多くの人にとって有用であろう歴史ある生産性ツールです。ToDoリストは、無秩序な日常生活の中に秩序を作り出す試みであり、人間の自己管理能力の表現でもあります。2012年前半に行われたLinkedInの調査によると、私たちの多くが（ToDoリストが嫌いな人も含めて）何らかのToDoリストを使っているそうです。例えば、専門職に就く人の63%がToDoリストを使っています。 とはいえ、ToDoリストほど使いこなすのが難しいものはありません。今回は、その日に達成したタスクをメールするとカレンダーに記録してくれるタスク管理サービス「iDoneThis」のJanet Choi氏が、ToDoリストが失敗しがちな理由と、ToDoリストの効果的な利用方法を教えてくれます。 iDoneThisにはかつてToDoタスク機能がありました。ここに、人々がToDoリストに悪戦苦闘していることを示す面

政府システム調達における失敗の典型例が、特許庁の基幹系システム刷新プロジェクトだ。5年がかりで臨んだが、結局は55億円を無駄にしただけ。新システムは完成しなかった。失敗の最大の要因は、発注者である特許庁にあった（図1）。関係者の証言から、失敗に至る経過を改めてひもとく。 特許庁は2004年、政府が打ち出した「業務・システム最適化計画」に沿って、特許審査や原本保管といった業務を支援する基幹系システムの全面刷新を計画した。システムアーキテクチャーに詳しい情報システム部門のある職員（以下A職員）と、刷新の「可能性調査」を担ったIBMビジネスコンサルティングサービス（現・日本IBM）を中心に、調達仕様書を作成した。 業務プロセスを大幅に見直し、2年かかっていた特許審査を半分の1年で完了することを目指した。度重なる改修によって複雑に入り組んだ記録原本データベース（DB）の一元化に加え、検索や格納など