Are you sharing the full picture of your project with your team? – Mammoth ProjectAre you sharing the full picture of your project with your team? A new project management tool aimed to make your tasks visible. Try it for free! Did you know that 71% of all projects fail? Source：Standish Group (Chaos Report 2015)
ガントチャートはなぜプロジェクトで使えないのか - 誰も教えてくれないプロマネのコツ
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 「プロジェクトを計画しよう！」という話になった時、ガントチャートはよく利用されます。しかし、実際に現場でそれがツールとして「使える」かというと、使えなかったりします。 それはなぜなのか、そしてその対策はどうすればいいかをお伝えします。 目次 そもそもガントチャートとは何か？ ガントチャートあるある ガントチャートが現場で使えない理由①：実工数を無視した〆切になりやすい ガントチャートが現場で使えない理由②：タスクの相互依存関係が見えない ガントチャートが現場で使えない理由③：納期に頼ると「学生症候群」と戦うことになる 対策としてのクリティカルパスマネジメント ただ1点だけ問題が… そもそもガントチャートとは何か？ 「プロジェクト計画と言えばガントチャート」と連想され
新しいディレクターが来て会議を変えた話
がっきー@漫画家総合垢 @gakky88NSR ゲーム開発時代の話。 開発の中盤、開発は難航していた。 会議はミスやトラブルの責任の追求が中心に行われ、処刑場になっていた。 ある日、新しいD（ディレクター）が配属された。 僕の大好きなゲームを作った人だった。 2017-02-10 22:39:45 がっきー@漫画家総合垢 @gakky88NSR Dが来て初めての会議。 リーダーはいつもの様にミスした者や遅れた者を探し、追求し、叱った。 Dはそれを見て笑った。 「ずっとこんな事してたの？」 「やめやめ！会議のやり方を変えます」 2017-02-10 22:40:07 がっきー@漫画家総合垢 @gakky88NSR 「まず、進捗の報告は出来てない物、問題のある物だけで良いです。 出来てる物は予定表で分かるから必要無い。 で、その問題がどうすれば解決出来るか、助けがいるなら何が欲しいかだけを話し
現実という名のクソゲーな人生でやることすべてをRPGゲームに変える「Habitica」をプレイし山積みタスクを処理しまくり＆レベルアップしまくってみた
RPGをプレイするような感覚でタスクを管理することでうまく習慣づけられるというタスク管理ツールが「Habitica」です。Kickstarterでのプロジェクトが成功し、かなり進化した形でサービスが提供されているということで、新たな年はうまくタスク管理をこなすべく、年末から使い始めてみました。 Habitica | Your Life the Role Playing Game https://habitica.com/ Habiticaは2013年にRPGをプレイする感覚でタスクを管理し習慣づけを成功させるツールとしてKickstarterに登場したプロジェクト「HabitRPG」が改名したサービス。名前が変わっているほかに中身も細かく進化を遂げていました。 ◆ユーザー登録～利用開始 まずはサイト右上の「Habiticaをプレー」かサイト中央にある「参加無料」という青いボタンをクリック。
青学･原監督｢管理職の仕事は管理じゃない｣
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
恥かどうかはともかく、そもそも逃げられない障害対応のお話 - Qiita
システムエンジニア Advent Calendar 2016の20日目の記事だよ！ 昨日は@sh-ogawaさんの「SIerが実践する分散開発とバージョンコントロール」でした！！ システム障害のお話 は〜い、こんにちは！いよいよクリスマス間近ですね！ この時期になると、キャッキャウフフの予定も盛りだくさんだと思います！1 そんな大事な日に限って起こるのがあれです。 そう、みなさんもよくご経験されているだろう、システム障害です2。 システム障害 それはツラく長く険しい道のりを告げるゴングです。 今回は、その障害対応のお話をしたいと思います。 この記事のアジェンダはだいたいこんな感じです。 報告する はい、システム障害が起きました〜。 ｷﾀ━━━(ﾟ∀ﾟ)━━━!! 「マジでか…(´；ω；｀)ﾌﾞﾜｯ」 「なんで今日なんだよ〜( ；∀；)」 障害発生時の想いは人それぞれだと思いますが、まず最初
効率的で課題解決的な態度にひそむ罠について - 下林のエンジニアブログ
この記事は「はてなディレクターアドベントカレンダー」の18日目の記事として書かれました。 id:shimobayashiと申します。数年前からはてなという会社でディレクターという肩書で働いています。コードも書いてますけどね。 今回はディレクターアドベントカレンダーということで、マネージャー的な側面から表題の件について書いてみることにしました。 さて、一般的に効率的であることと課題解決的であることは良い態度とされていると思います。 実際にはこの2つが重なると、現在の課題についてのみ話すようになりがちです。なぜなら、効率的であろうとするほど話題を絞りがちですし、課題解決的であるほど課題について考えがちだからです。会議の場なんかでは顕著ですね。 そうなると「ここがうまくいってないよね」という会話しかせずに「ここはうまくいってるね」という会話はしなくなりがちです。そうした会話が続くと段々と自己肯定
エンジニアがはてなでマネージャーをやるということ - An Epicurean
このエントリーははてなディレクターアドベントカレンダー2016の15日目の記事です。また、このエントリは先日の はてなエンジニアセミナー #7 でお話したことを、書き起こしたものでもあります。 Mackerel というサーバー監視・管理SaaSの開発チームのディレクターを務めている id:Songmu です。はてなのチーフエンジニアも兼務しています。 これまでの経歴としては、中国でITベンチャーの立ち上げに関わったり、その後語学学校で営業兼システム担当、SIer、Web企業でソーシャルゲームのリードエンジニアなどの経験を経て、2年ほど前にはてなに入社しました。 現在兼務している、ディレクターとチーフエンジニアという職位は、一般の企業では両方共課長格くらいで、W課長みたいな社内では珍しい立ち位置です。 Mackerelのディレクターとしては、プロダクトマネージャーとスクラムマスター的なことを
どのようにしてマネージャーとしてのスキルを得てきたか - Qiita
この記事は、Pepabo Managers Advent Calendar 2016 の12日目の記事です。 11日目は、kwgcさんの「スニーカーについて」でした。 以下のような項目についてお話ができればと思います。 現在の立場について どのような経歴からマネージャー職になったか 足りないと思ったスキル 会計 面接 コーチング ファシリテーション プロダクト開発 それをどのような手段で身につけてきたか 本を読む 計画 実践 問題の発見 改善 (PDCA) 先輩マネージャーを見る 問題だったプロセスや気付き とにかく行うMTG 共通認識・理解 どのように解決したか、改善したか MTG 目的を決め、意思決定者を決める 共通認識・理解 徹底的に話す 新たに見つかった足りないスキル 最近考えていること 最後に 現在の立場について プロダクトに関わるマネージャーです。現在担当しているプロダクトは写
少人数のチームなので全員同じKPI担当にしたらサービスも組織も成長した話 | yusukehiruta.com
この記事は、Pepabo Managers Advent Calendar 2016の14日目の記事です。 13日目は、取締役兼EC事業部部長兼インターネット汁というポッドキャストで一緒にMCをしているホシハヤトさんの「山田くんと一緒に考える「組織の成長段階における最適なマネジメントとは？」〜 2016 年に購入してよかったものを添えて〜」でした！ はじめましての方からインターネット幼馴染まで、皆さんこんにちは、蛭田悠介（37歳）会社ではヒルティという可愛い呼び名で殺し屋のような顔面とのギャップ萌えだけで何とかここまでやっきた少し毒のある蠍座の男です。 ということで最近の私は何をしているかというとグーペというサービスのマネージャーをしています。 2016年のグーペ まずグーペを簡単に説明しますと、月額1,000円から誰でも簡単にホームページが作成できるウェブサービスです。 リリースは200
コードレビューするのが怖いと思っていたエンジニアが半年間コードレビューを経験して思った 10 のこと - きょくちょ日記 -THERE'S ONLY MAKE!-
これは pepabo Advent Calendar 2016 - Qiita の14日目の記事です。 昨日は id:Fendo181 さんの 日報サービス「DuPo」を作った話でした！ それは、今からちょうど半年前のこと。 海の香りと共に暑い夏がやってくる ... 甘酸っぱい青春が再び来るのではないかと予感させる ... そんな季節でした。 開発チーム内で行っていたスプリントレトロスペクティブの時間に、チームメンバーから「そろそろコードレビューをやってみよう！」と提案があり、それから本格的にコードレビューをやり始めることになりました。 早いもので、あれから半年が過ぎました。 今宵は年の瀬ということもあり、ふりかえりを目的として半年間コードレビューを積み重ねたことで僕の中で起きた考えの変化や感じたことについて 10 個書き出してみることにしました。 教育関連に興味がある方や組織の成長を考え
マネージャーをやりたくなかった人が開発組織のマネージャーをやるまで - Qiita
この記事は CrowdWorks Advent Calendar 2016 17日目の記事です。 はじめに クラウドワークスのエンジニアで、現在プロダクト開発Div.にてマネジメント職についている @teriyakisan です。 社内には田中が数名いることもあってか、テリヤキさんと呼ばれることも増えてきました。 今回はもともとマネージャーをやりたくなかった私が、なぜやることになったか、やってみてどうだったかを（緊張感ありますが）書いてみます。 なぜやりたくなかったか エンジニア界隈で「マネージャーやりたくない」という声は多いと思います。 現場寄りでいたい コードを書き続けたい 給与は上げたいけど昇進にそこまで興味はない マネジメント職につくとMTG増えて大変そう とかが代表的かなと。 例にもれず私もそうで、クラウドワークスの組織拡大に伴いマネージャーポジションが全社的に増えつつあった昨年
リーダーシップはフォロワーシップから - Kentaro Kuribayashi's blog
こんにちは、あんちぽちゃんです。GMOペパボで執行役員CTOや技術部長やペパボ研究所長をやっております。 Pepabo Managers Advent Calendar 2016の第1日目の記事を担当します。 www.adventar.org あなたにはリーダーシップはありますか？ 突然ですが、リーダーの皆さんに質問です。 「あなたにはリーダーシップはありますか？」 そう質問されて「私はリーダーシップに満ち溢れている」と100%自信を持って答えられる人はわりと少ないんじゃないかと想像します。「そういう面もあるけど、足りてはいないかもしれない……」と反省する人が多いでしょう。 私だって、リーダーシップにあふれるリーダーになりたい！ リーダーシップのロバストな2軸 そもそもリーダーシップとはなんでしょうか。様々な人々があれこれと自説を述べていますが、それらを総覧すると、畢竟「Performan
エンジニア個人が自主的に成長するように促す - エンジニア組織の自律的成長 - 人間とウェブの未来
この記事は、Pepabo Managers Advent Calendar 2016の3日目の記事です。2日目は、弊社チーフエンジニアhsbtさんの「マネージャが仕事の仕組みを作る」でした。 僕自身は、エンジニア専門職の主席研究員兼シニア・プリンシパルエンジニアではありますが、特にペパボ福岡のエンジニア組織を現場でまとめる人間として、エンジニア組織を成長させる中で個々のエンジニアの成長をサポートしているという意味では、マネージメントに関する活動も兼ねております。 しばしば、インターネットサービスの高度化と複雑化の速度が早過ぎるため、グランドデザインができない、人が多過ぎても成立しない、少な過ぎても難しい、とういうような類のサービスを作り上げないといけない状況があります。その際に、厳密過ぎない役割を持たせ、それぞれが横断的にそれぞれのスタイルで、まるで、攻殻機動隊の世界におけるスタンドプレー
スケールする会社を支える開発組織のマネジメント
Input object ではじめる入力値検証/input-value-validation-using-input-object
なぜ最近コーチングや人間の学習モデルの勉強をしているのか - $shibayu36->blog;
最近以下のようにコーチングや人間の学習モデルの勉強をしている。 目標設定の仕方を学ぶ - 「ザ・コーチ」読んだ - $shibayu36->blog; 「リファクタリング・ウェットウェア」を再読した - $shibayu36->blog; 「コーチングのすべて」という本を今読んでいる そこで、自分の考えをまとめるためにも、なぜ最近コーチングや人間の学習モデルの勉強をしているか書いてみようと思う。 最近、株式会社はてなという会社で、シニアエンジニアというポジションに付いた。シニアエンジニアは、数人のエンジニアのメンターとして、目標設定・1on1面談・評価などを行うポジションだ。また、社内のエンジニアの一つのロールモデルとなれるような態度を求められる。 このポジションになった時に、まず初めに考えたことは、このポジションとして求められていることは何なのかということだった。考えた結果、数人のエンジ
id:naoya さん講演『技術と問題解決』講演記録パート - そんなことはさておいて
ｷｬｰ @naoya_ito ｻｰﾝ!! （今から講演会— sylph01 (@s01) 2015年5月20日 Access でなんか講演してくれという話で小一時間エモい話したけど、質疑応答が #rebuildfm リスナーからの SHIROBAKO とかゼノブレイドクロスとかの質問で草— Naoya Ito (@naoya_ito) 2015年5月20日 「rebuild.fmの人」やTwitterの@記法の名前もそうなんですがヘビーはてなユーザーの私としてはやっぱりid記法で呼びたい id:naoya さん（伊藤直也さん）の新卒向け講演が社内で行われたのでまずは講演記録パートです。本名と所属は以前から「がんばればわかる」ようになってますし*1、出して困るような厄介な人は幸い身近にいないので身バレとか知らない。 以下長いので続きを読む記法で。感想パートは1日以内に別記事で更新します。 「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google：マネージャはやはり重要な存在である
improving technical organization by many ways
System of Record と System of Engagement
