「リーダーにしたら絶対アウトな人」の特徴ワースト10
株式会社北の達人コーポレーション代表取締役社長 1968年、神戸生まれ。株式会社リクルート勤務後、2000年に北海道特産品販売サイト「北海道・しーおー・じぇいぴー」を立ち上げる。 2002年、株式会社北海道・シー・オー・ジェイピーを設立（2009年に株式会社北の達人コーポレーションに商号変更）。 2012年札幌証券取引所新興市場「アンビシャス」、2013年札幌証券取引所本則市場（通常市場）、2014年東京証券取引所の市場第二部（東証二部）、2015年東証一部と史上初の4年連続上場。2017年、時価総額1000億円。2019年、「市場が評価した経営者ランキング」第1位（東洋経済オンライン）。日本政府より紺綬褒章7回受章。 「びっくりするほどよい商品ができたときにしか発売しない」という高品質の健康食品・化粧品で絶対に利益が出る通販モデルを確立。「北の快適工房」ブランドで、機能性表示食品「カイテ
締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
見積・提案書に書いておくと不幸を減らせる前提条件
はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません（うろ覚えで書いてたり、大人の事情） これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる
なぜプロジェクトは炎上するのか？vol.1～それはスカウターが故障してるから～ - Qiita
私自身これまで複数の開発案件でプロジェクトマネジメントをしてきました（開発もするプレイングマネージャー的な感じで） ※マネジメント規模は数人～60人規模まで様々（システム開発・ソーシャルゲーム開発が主） これまでプロジェクト炎上案件の立て直しを何件も実施してきました（立て直しは一番やりたくない…） 今回は「なぜ炎上するのか・どうしたら炎上しないのか」に焦点を当てて、炎上案件について共通点や回避策など実際の実例を交えて複数回に分けて纏めておこうと思います（※現職がゲーム開発なので、ゲーム開発を例にして記述します） みなさんの周りに何も解決できない「なんちゃってPM」はいませんか・・・？ ※スカウターの話は後半で出て来ます プロジェクトが炎上する理由 いきなりですが、プロジェクトが炎上する理由は プロジェクトマネジメントしている人間のマネジメントスキルが低いから です。 「そんなの当たり前だろ
炎上プロジェクトの火消し術『プロジェクトのトラブル解決大全』
飛び交う怒号、やまない電話、不夜城と化した会議室。 集められたホワイトボードが衝立のように立ち並び、全員が立って仕事をしている（座る間が無いから）。週をまたぐとメンバーの疲弊が目に見えはじめ、月を跨げば一人二人といなくなり、仕事場はお通夜となる。 トラブルの無いプロジェクトは存在しない。炎上するかボヤで済むかの違いなだけで、大なり小なりトラブルは付きものである。 自分が所属する部署は大丈夫かもしれない。だが、隣のブースだとか、同期がいるチームで炎上しているのを横目で見ながら仕事する、なんてことがある。ホワイトボードは目につくし、大きな声はイヤでも耳に入ってくるので、プロジェクトが炎上⇒鎮火するパターンなんてものも、なんとなく伝わってくる。 消火作業のイロハとか、怒った客をあしらう方法、リカバリ計画の立て方なんてのも、肌感覚で分かってくる。 そして、トラブルの扱いが分かってくる頃には、「応援
「率先垂範」に対する誤解が、日本のリーダーを劣化させた。
自己啓発のセミナーや本でよく目にする言葉に、「率先垂範」というものがある。 リーダーであれば、何事も部下の先頭に立って模範を示しましょう、という意味の教えだ。 京セラの創業者で、日本を代表する経営者・稲盛和夫氏もその重要性を繰り返し説いているので、座右の銘にしているビジネスリーダーも多いだろう。 太平洋戦争で連合艦隊司令長官を務めた山本五十六も、 「やってみせ 言って聞かせてさせてみせ ほめてやらねば人は動かじ」 と詠んで率先垂範の重要性を説き、大軍勢を率いる基本として大事にしている。 しかし私はこの言葉ほど、誤解とともに広まり、時に害悪にもなっている教えはないと思っている。 そして実は、その誤解が日本のリーダーたちを劣化させている原因の一つではないかとすら考えている。 それはどういうことか。 「私が指揮官でも同じ判断を下しました」 話は変わるが、私が親交を頂いている知人に、航空自衛隊で空
約1万人の社員全員が家族友人に自慢できる働きやすさNo.1の環境を作る、LINEの社内ITへの取り組み
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog LINEの技術組織が取り組んでいる・今後取り組む未解決課題を深堀りするインタビューシリーズ「Unresolved Tech Issue」、今回のテーマは「約1万人の社員全員が、家族友人に自慢できる働きやすさNo.1の社内IT環境づくり」です。 国内外を合わせて約1万人が働くLINEには、多種多様な国籍、文化、バックグラウンドの人々が在籍しており、さまざまな部署やプロジェクトで活躍しています。より良い労働環境を実現するために、LINEでは独自システム開発や外部サービス導入するなど積極的に社内ITに力を入れています。一人ひとりが最大限のパフォーマンスを発揮し、サービス競争力を高めることができる環境を目指しています。 社内ITの取り
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リモートワークにおけるファシリテーションの方法論