プロダクトマネージャーカンファレンス 2023 Track A 15:35~ LIVE 50min プロダクトと事業を無限にスケールするための最強のロードマップの作り方 https://2023.pmconf.jp/session/zBfEEEcp 近年、多くのプロダクトマネジメントに関する…
はてなの近藤さんのブログの「怒る必要などない」というエントリーで、京都ではてなと同じビルに入っていた歯医者さんの引退飲み会に参加して、引退する彼の「怒る必要などない」という話を聞いたことが紹介されている。 先生が30代の頃は毎日スタッフのミスをメモし、診察時間が終わるとそのスタッフを怒っていたそうです。ところがある時、「怒る必要などない」ということを悟り、対等な人間として接するように変わったそうです。それから入ったスタッフの方の多くは、10年以上も勤務され続けたそうです。怒るのは自分の自信のなさの現れである、と仰っていました。 私個人としては、社内で人のことを「○○君」と呼ぶことにも抵抗があるタイプの人間で、「上司が部下を○○君と呼んだりしてるけど、もし立場が逆転したらどうするつもりなの?」と素朴に思ったりしてしまうわけだが、取引先や社内の関係者に対して、冷静な言葉を保てず、怒ったり威圧す
チームを率いるリーダーにとって、チームメンバーを活用して、仕事そのものを成功に導くことは最も大切なことだ。 加えて、チームの人の力を最大限に活かして、長期的視点で育てていくことも大切だと思う。 特に性格的にENFJ(=teacher,memtor)の私は、どうしても後者の方に関心が行ってしまうらしい。 チームを任されるようになって半年程度の私自身が出来てるとは限らないけれど、 後者のポイントでこれが出来ると人の力を活かせるなあと常々思っているポイントを5つ、自戒をこめて書いてみるです。 (個人的には4と5が大切だと思うです) 1.動きやすいように、見通し・段取りをつけてあげること これは単にプロジェクトを成功させるためだけでなく、人を活かすという観点でも重要だと思う。 ある仕事を達成するために、どの時点でどのようなことが出来ていなければならないのかを明確にし、合意する。 そうすれば、チーム
笑顔を創りたいWeb屋の日常 Web業界からひょんなことで専門学校の先生に。そしてまたWeb現場に戻ったWedディレクターのブログ。情報デザインやWebの勉強をしています。 あくまで”僕が”です。そこ大変重要ですw 僕もまだまだ勉強中で、これが全て正しいと思えるほど見極めていません。 他にもあるだろうし、もっと大事なものもあるかもしれません。 それは各々考えてもらって(もしよろしければ教えていただいてw)、とりあえず同タイプの仕事している人の叩き台にでもになればなと思って挙げてみた次第です。 というのもですね、僕はWeb屋としてみるとなんか物凄く変な経歴・経験をしている人なのですねw まあ、Web業界って割と他業界から来る人たくさんいますけどね。僕は印刷会社→大手Web制作会社→専門学校教員(正規職員)→弱小ITベンチャーなので、なかなかこういう奴はいないと思いますw 教員とか普通はできま
営業部門担当役員になるためには、営業部員として成功した経験が条件になる。生産部門担当役員はエンジニアなのが通常だ。 ところがCIOの多くはIT部門以外の出身者である。 ITは競争優位を確立する「武器」であり、IT部門は「戦略」部門なので、軍部の独走を防ぐためにシビリアンコントロールが重視されているらしい。 IT部門と同じである“他部門活動の支援部門”には、人事部や経理部があるが、他部門との関係はかなり異なる。 IT部門はIT全般の統括部門であるはずだが、他部門の部課長をメンバーとする「経営情報委員会」により、IT化の方針や予算決定が行われ、IT部門は事務局として参加するだけで、決定権を与えられていない。それに対して、各部門代表による「経営人事委員会」で人事異動を決める体制はポピュラーではない。せいぜい、馬耳東風なヒアリングをする程度であるし、その決定プロセスの透明性もない。 情報システム構
プロジェクトマネジャーや組織マネジャーにとって部下への適切な仕事の指示は重要な任務のひとつ。指示の良し悪しは、部下の仕事ぶりのみならず、組織やプロジェクト全体の成果にも影響するもののようです。そこで、こちらでは、マネジャーの立場から部下に効果的に仕事を指示する方法をご紹介しましょう。 仕事術系ブログ「Ian's Messy Desk」では、部下に仕事を指示する際の効果的な方法として、以下の5つを挙げています。 その1: タスクを定義し、期待成果を明らかにしよう つい「どうやってやるか?」といったプロセスの説明に終始しがちだがマネジャーが部下に伝えるべきことはプロセスではなくタスクとその成果。どういう結果・アウトプットを出して欲しいのか?を明確にすることが大切。 その2: タスク遂行のために十分な権限を与えよう 期待されている成果を部下が達成できるよう、必要な権限や裁量を与えよう。 以下へと
多くのベンチャー企業が起業後に、同じような失敗、トラブル、ヒヤリとした経験をしており、成長に伸び悩む企業が多いと言われています。そこで、ベンチャー企業の経営者が様々な場面で決断を下す際の「転ばぬ先の杖」として、将来起こりうるリスクを予見できるような失敗、トラブル、ヒヤリとした経験の事例を収集・データベース化しました。ベンチャー企業の成長に向けた経営判断の材料としてご利用いただければ幸甚に存じます。 本データベースには、平成19年度にベンチャー企業にインタビュー調査を実施して収集した83の失敗、トラブル、ヒヤリとした経験に関する事例を掲載しています。事例は、ベンチャー企業の成長ステージや失敗、トラブル、ヒヤリとした経験の原因及び結果といった分類項目をもとに検索が可能となっています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く