タグ

2018年4月11日のブックマーク (7件)

  • マネジメントとリーダーシップはどう違うか | タイム・コンサルタントの日誌から

    大学でプロジェクト・マネジメントを週1回教えていることは前にも書いたが、授業は毎回必ず、前回の復習と、学生から出た質問への答えからはじめることにしている。出席シートに質問欄を設けて、そこに気になったことへの質問をかいてもらうのだ。むろん授業でも最後に「質問は?」ときくのだが、だいたいの学生はなぜかその場では質問せずに、紙に書いてくる。 いろいろ出た質問の中から、いつも「日のBest Question」を選出し、その質問者の名前を明示してほめることにしている。良い質問を考えることは、単に回答を考えるよりも、ずっと価値があるからだ。一般に、マネジメントの問題には正解がない。正解がない中で、自分で考えて決めていかなくてはならない。これは、たくさんの正解を覚えてどれだけ早く答えるかを競ってきた東大みたいなところでは、とくに大切だ。 さて、「マネジメントとは何か」という授業をやった後で、面白い質問

    マネジメントとリーダーシップはどう違うか | タイム・コンサルタントの日誌から
  • マネジメントに悩める全てのエンジニアにささげる 伊藤直也の1人CTO Night

    …というのに行ってきたのでメモを晒します。社内共有用に書いたんだけど、秘匿情報もないのでほぼそのまま公開します。乱文かつ文中敬称略にて失礼。 ~マネジメントに悩める全てのエンジニアにささげる~ 伊藤直也の1人CTO Night |転職ならDODA(デューダ) 開発組織マネジメントのコツ対象 : 50 – 100人ぐらいのWeb / 受託会社CTO or VP of Engineering海外ではCTO : テックリードのイメージが強いマネジメントをするのはVPofEが多いCTOがマネジメントしたくなければVPofEを雇うのもありスコープチームマネジメントヒューマンマネジメント基姿勢「イシューから始めよ」解の質 x イシュー度 -> バリューのある仕事イシュー度 : 問題設定の正しさ問題解決ではなく問題発見にフォーカスマネージャーの仕事は問題設定あとはメンバーが解いてくれるチーム構造開発組

  • マネジメントって何すればいいの〜?1年間マネジメントに向き合ったのでまとめを書きます - Qiita

    はじめに こんにちは!Supershipの永田ゆにこです!「Supership株式会社 Advent Calendar 2016」の20日目を担当します(^o^)今年は会社のやつに参加するぞ〜! これからマネジメントやらなきゃいけない人や、同じように困ってる人にぜひ読んでほしい!めちゃくちゃ長いです。 前置きと振り返り さて、これまでは二年連続でGitに関することを書いてきました。Gitが使えるデザイナーブランディングをしていたんですね〜。いまやデザイナーの人がGit使うのは普通になってきた印象です。便利すよねえ。 去年の書いたのはこれ Gitとわたしとデザイナーと 〜2015年Gitの思い出〜 その前書いたのはこれ デザイナーがこうやってGit覚えて大好きになったよ♡ てな感じで少し前はデザイナー&ディレクターをしていたのですが、最近はだんだんプロデューサー&マネージャーぽい感じに変わっ

    マネジメントって何すればいいの〜?1年間マネジメントに向き合ったのでまとめを書きます - Qiita
  • エンジニアが「明日からマネジメントして」と言われたら

    製品開発におけるマネジメントの全体感最初に結論エンジニアがマネジメント始める際には、↑のようにざっくり簡単にでいいので開発チームのマネジメントの全体像を掴んだうえで、自分がマネジメントするべき範囲を明確にして動くことをオススメしてみます。 以降、もう少し詳しく説明します。 なんで書こうと思ったかエンジニアにとってマネジメントとはなにか。突出した技術力を持った人というのがエンジニアでは花形なイメージが一般的にはあるでしょうし、マネジメントはエンジニア全員にとって必須科目ではありませんが、一定の経験、年齢、スキルになったら考えることだと思います。 しかし、エンジニアにとってマネジメントという言葉はとても曖昧。必須科目でない分、特定技術に関するものよりもずっとドキュメントや教材がすくなく、なにをやればいいかけっこうわかりにくい。 最近だとVP of Engineeringみたいなポジションがメジ

    エンジニアが「明日からマネジメントして」と言われたら
  • 技術書ランキングサイトをQiita記事の集計から作ったら、約4000冊の技術本がいい感じに並んだ - Qiita

    QiitaのAPIから投稿記事を取り出し、技術書籍を紹介している箇所を集計して、ランキングサイトを作った。作った人が言うのも何だけど、できあがった技術書ランキングがやたらエンジニア指向で便利で面白いなー、と。 技術書ランキングをQiita記事の集計から作成した テック・ブック・ランク エンジニアにとって技術書の選定はまーまー苦労する。単なる発行部数ランキングでは「人気あるからって技術書として参考になるとはかぎらない」と、なってしまいがち。ブログでオススメされている書評なんかも参考にするが、結局それらは書評を書いた人の主観で書かれたのであって客観的指標にはなりえない。 そこで「Qiitaにある技術ブログ記事内で紹介されている書籍情報を集計すればひと味違った書籍ランキングになるのでは?」と考えた。 で、以下の条件に当てはまるを「いい」とした たくさんのQiita記事で紹介されている

    技術書ランキングサイトをQiita記事の集計から作ったら、約4000冊の技術本がいい感じに並んだ - Qiita
  • 社内のSlack文化に密かに感動している件について #メルカリな日々 2018/4/10 | mercan (メルカン)

    こんにちは! 広報の石川です。入社してあっという間に3週間が経ちました。 新入社員としての新鮮な気持ちが残っているうちに、今回は「社内の圧倒的なSlack文化に密かに感動している件について」書こうと思います。 すでにSlack民度が高い人にとっては何を今さら…と思うような内容かもしれませんが、そうでない人にとってはこんなに新鮮に感じるものなんですよ!ということが伝われば幸いです。 ほぼ全てのコミュニケーションがSlackのオープンチャンネルで行われている メルカリでは、ほとんどのコミュニケーションはSlackのオープンチャンネルでやり取りされ、極力DMを使わないというのが基。社員同士でメールはまず使いません。 ゆえに、メルカリでは「情報は自分で取りに行くもの」というスタンスが求められます。ほとんどの情報は得ようと思えば得られる状態(もちろん個人情報やセンシティブな情報は別です)になってい

  • 入社8カ月で管理職になるためにやったこと全部話す。 - Everything you've ever Dreamed

    以前、この場で労働環境を整備するためにやったことを書いた。その冒頭で営業の責任者になるとサラっと書いていたが、今回はその過程について語りたい。 delete-all.hatenablog.com この4月から営業開発の責任者(部長)になった。実は、入社する際、ボスに対して自分を高く売り込んでおり、それが少々ハッタリをかましたものだったので、試用期間中はいつクビになるか、ビクビクしていたが、万事うまくいったといえる。ラッキー!のひとことで片づけるのもつまらんので、昨年8月まで無職ときどき駐車場アルバイトの僕が、そこそこの規模の企業のそれなりのポジションに就くことが出来たのか振り返ってみたい。 僕はブラック企業に勤めていた。らしい。らしい、というのは僕自身にブラック企業に勤めていたという実感があまりないからだ。17~8年間ブログを書いてきてよかったことなどほとんどないけれど、無理にひとつあげる

    入社8カ月で管理職になるためにやったこと全部話す。 - Everything you've ever Dreamed