[ゼロから始めるプロジェクトマネジメント] プロジェクトの移動するゴールを追い続けよう、記録しよう | DevelopersIO
プロジェクトマネジメント未経験の方も今日から参考にできるTipsをシェア。 ゼロから始めるプロジェクトマネジメントシリーズ第十一回です。 プロジェクトのゴールはうつろいます。 ゴールを記録し続けることでプロジェクトの現在位置を常に把握するようにしましょう。 情報システム室の進地＠日比谷です。 プロジェクトのゴールはうつろいます。残念ながらうつろいます。貴方が無菌室で一人で行っているプロジェクトであってすらうつろいます。貴方が変化し続けるからです。今回は、うつろいゆくプロジェクトゴールを記録し続けることの意義についてまとめます。 プロジェクトのゴールはうつろいゆく プロジェクトのゴールはなぜうつろい、移動してしまうのか。理由は主に３つあります。 外部環境が変わってしまうから 内部環境が変わってしまうから 貴方が変わってしまうから まさに仏陀の仰るとおり、万物流転です。 外部環境が変わる 開発
![[ゼロから始めるプロジェクトマネジメント] プロジェクトの移動するゴールを追い続けよう、記録しよう | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b179f3dc42d854147a8748ca10459ac38ff24c84/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2024%2F06%2F28cd71a8787c6f7b8ae2fca7959addd8.png)
達成感スコアの向上に取り組もう | 組織改善するならエンゲージメントサーベイ【Wevox】
達成感の意味達成感とは、物事を成し遂げたときに得られる喜びや感動のことです。達成感は物事の難易度・かかった時間・努力の量に伴って大きくなります。達成感がエンゲージメントにとって重要な理由達成したときに...
界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】｜Miz Kushida
・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは（7版からはすごく薄い）。 2021年8月に第7版が発表されると（ただし、日本語版はもっと先）公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5（最高レベル）を運用したりバージョンアップ対応を経験
締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
そもそも、教育の専門家でもない先輩社員たちに新人教育を丸投げしてしまうこと自体、間違ってません？
この記事で書きたいことは、大筋下記の3点です。 ・そもそも、部下や後輩を「ちゃんと育てられる」人など滅多にいない ・きちんとした予算も評価もなしに、新人育成を個人任せにするのは会社の重大な錯誤 ・どうしても新人教育の予算がちゃんと取れないのであれば、せめて新人教育をきちんと定型化して誰でも出来るようにする工数をかけるべき よろしくお願いします。 ということで、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 先日、megamouthさんのこちらの記事を拝見しました。 底辺IT企業は『書けない』プログラマとどう向き合ってきたか 最初のほうは優しく教えていたと思う。話したりハンズオンしている時に、あっこの子、変数のことわかってないな、と感じたら、ホワイトボードを持ち出してきて、例の”x”と書いた箱の絵に矢印を引いて、値が入っている図を書いて、「わかった？」「あ、はい
入社８カ月で管理職になるためにやったこと全部話す。 - Everything you've ever Dreamed
以前、この場で労働環境を整備するためにやったことを書いた。その冒頭で営業の責任者になるとサラっと書いていたが、今回はその過程について語りたい。 delete-all.hatenablog.com この４月から営業開発の責任者（部長）になった。実は、入社する際、ボスに対して自分を高く売り込んでおり、それが少々ハッタリをかましたものだったので、試用期間中はいつクビになるか、ビクビクしていたが、万事うまくいったといえる。ラッキー！のひとことで片づけるのもつまらんので、昨年８月まで無職ときどき駐車場アルバイトの僕が、そこそこの規模の企業のそれなりのポジションに就くことが出来たのか振り返ってみたい。 僕はブラック企業に勤めていた。らしい。らしい、というのは僕自身にブラック企業に勤めていたという実感があまりないからだ。１７～８年間ブログを書いてきてよかったことなどほとんどないけれど、無理にひとつあげる
解雇につながる欠点、知らぬは本人ばかりなり
始まりはなんだかおかしいという感覚だ。以前は出ていた会議に呼ばれない。上司からのフィードバックがなくなった。以前はフレンドリーだった同僚が冷たい。
「人を怒らせたら協力しなくなります」 部下がいる人なら知っておきたい、経済学のこと
最近の経済学は、これまで「経済学」と聞いてぱっとイメージすることと、ちょっと離れたことが研究対象になっている。 例えば感情だ。 私たちは、人が感情に左右されることを知っている。幸福感でいっぱいならやる気はでるし、なんとなくうまくいかず気分が乗らない日は成果も乏しい。 幸福度が高いと、生産性が高まることを裏付ける研究も進んでいる。大竹さんもいうように、まさに笑う門には福来たるだ。 一方で、感情を軽視すると、人の生産性を下げることにつながるという研究もある。 部下がいるビジネスパーソン必読「怒り」に着目した研究結果が紹介されている。ここは部下をもつビジネスパーソンにとって、まず必読のパートだ。 怒りっぽい上司が怒っているときに、わざわざ話をしようと思う人はいない。「落ち着いたときに話をしようかな」とか「時間を置くか」と考える。 人間が完全に合理的なら、与えられた情報に基づく意思決定は、感情に左
エンジニアが知っておきたい工数見積もり術！ " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub｜若手Webエンジニアのキャリアを考える！
エンジニアが知っておきたい工数見積もり術！ 無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策
1人で始めた職場での改善活動1年間を振り返ってみたメモ - 全力で怠けたい
職場で勝手にやっている改善活動のメモを取り出してから1年たったので振り返ってみたメモ。 書くこと 実際にやったこと 変わったこと 一番大きく変わったこと まとめ 実際にやったこと メモはハッシュタグ #俺俺改善活動 を付けて Twitter へツイートしていました。*1 今月の #俺俺改善活動．構成管理のブランチポリシーを整理してドキュメント化した．普段は見ないものだけど，ブランチ開発経験のない人が入ってきたときは効果すごいある— えび🦐 (@ebc_2in2crc) 2016年7月28日 今月の #俺俺改善活動．高コストな上に誤りが混入しやすい機能をエンドツーエンドでテストできるようにした．テストは自動化されているから CI に組み込めるし，安心して修正できるようになった(*'▽'*)— えび🦐 (@ebc_2in2crc) 2016年7月28日 今月の #俺俺改善活動 ・テストの2
効率的に仕事するために考えて欲しい７つのこと - ゆとりずむ
こんにちは、らくからちゃです。 システム業界に身を置いておりますと、色んなお客様とお仕事をさせて貰う機会があります。システム構築はお客様との二人三脚。お客様の作業効率が弊社の作業効率に直結することも多いものの、横から『こうしたほうがええんとちゃうの？』とも言い出せず、悶々としてしまうときがあります。 そこで直接は言いづらい『ここらへん考えてみてほしいなー』という点について、だらだら適当に書いてみます。ありきたりのことしか書きませんが、どこかのプロジェクトの燃焼速度が多少なりとも遅くなれば幸いです。 例題 例えば、上司からこんな風に指示されたものとします マーケの部長が、修理案内の通知を封筒に詰めて送る作業をやってくれるひと探してるんだけど、お願いしてもいい？ 宛先と対象商品と諸々が書かれたA4用紙が1000人分くらい来るからさ、宛先が東日本なら茶色、西日本なら白色の窓付き封筒に入れて糊付け
【思い込みの問題】思い込みを克服すれば不安や恐怖が無くなり仕事の問題が解決するお話｜魂を揺さぶるヨ！
みなさん、もし突然やったこともない仕事を振られてたらどう感じますか？ 仕事をする以上責任が発生する為、未経験の仕事について職務をこなせるか不安を感じるのではないでしょうか。 そういった不安を感じることは特におかしなものではなく、人として普通の反応です。 この未経験の仕事を振られたケースの場合は「なぜ不安なのか？」をまず考えると、理由は「未経験で、仕事の進め方が分からない」ことが原因になります。 それであれば、前任者に聞くなり前任者がいなければネットで調べるなりで大概は解決できます。 しかし不安を感じたが何が原因なのかを考えない場合は、不安を解消する手段が見つからず、ただ無駄に時間が過ぎるだけです。 思い込みで人は能力を制限する人は安定性を求める傾向があり、今と変わらない普遍性を求めます。 新しいことをしたり、覚えたりすることを億劫と感じて安定した今を守る傾向があります。 新たに未経験の仕事
「ひとりで何でもできるエンジニア」は勝手に育つ:Geekなぺーじ
「スタートアップベンチャーはスーパーエンジニアを求めるけどエンジニア界隈と起業家界隈で想像しているスーパーエンジニアの定義が違う件」という記事が話題です。 その中で、「「ひとりで何でもできるエンジニア」は存在しないと思った方が良い」」として、以下のように書かれています。 「ひとりで何でもできるエンジニア」は存在しないと思った方が良い」 起業家の方が知らない側面として 現在バリバリ活躍しているエンジニアのほとんどが得意領域を持っていて それ以外の分野については出来る人であっても「平均点以上」ぐらいの活躍しか出来ないということです。 そして優秀なエンジニアの方はそのことをよくわかっています。 たまに化け物みたいな化け物がいて物理からインフラからアプリケーションからUI/UX ネイティブアプリ開発からwebマーケティングに資産管理まで全部出来ちゃう人もいますが その人を望む事は「年収1000万の
「どうしてあの人は当事者意識がないのか」と嘆く前に
先日、とあるセミナーに参加し、組織開発*を実践する際の進め方と関わる人の変化について考える機会がありました。
グーグルが突きとめた！社員の「生産性」を高める唯一の方法はこうだ（小林 雅一） @gendai_biz
社員の生産性を極限まで高めるには、どうすればいいのか――米グーグルが2012年に開始した労働改革プロジェクトの全貌が明らかになった。 社員同士のコミュニケーションを中心に、その仕事ぶりを徹底的に観察するワーク・モニタリングは、果たして功を奏したのだろうか？ ●"What Google Learned From Its Quest to Build the Perfect Team" The New York Times, FEB. 25, 2016 プロジェクト・アリストテレスとは 上の記事によれば、米グーグル（持ち株会社に移行後の正式社名は「アルファベット」）は2012年に生産性向上計画に着手した。 この計画は「プロジェクト・アリストテレス（Project Aristotle）」と呼ばれ、同社の「人員分析部（People Analytics Operation）」によって実施された。 グ
日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。
大きな業績を上げている部下が、職場で決められたルールを守らないとしたらどうするべき - ICHIROYAのブログ
もう30年以上前のことになる。 マネージャー向けのある研修で、こんな質問が出された。 「たとえば自部門の売上の3分の1を占めるような大きな業績を上げている部下が、職場で決められたルールを守らないとしたらどうするか」 ざっくりとしか覚えていないがそういう質問だった。 ああ、そういう部下を抱えながら、どうすべきか悩むのが管理職というものなんだなと、その時、管理職の仕事の難しさに震えた。 選択肢がふたつしかないとする。 A. その部下を叱責しルールを守らないなら他部への放出も辞さない構えで対応する B. その部下の業績に注目し、ルールを守らないことには目をつぶる その時の講師の答えは、いくつかの付帯条件がついていたが、基本的にBであった。 いや、しかし、ほんとうにそうなのかな、とも僕は思った。 たしかに、その部下を放出すれば、売上は3割下がる。 だけど、その部下が評価されて昇進していくにしても、
「社内調整なんて格好悪い」そう思った時点で思考は停止している──freee社長 佐々木大輔
成功したビジネスパーソンの多くが、最も悩み、考え、成長できた時として、プレイングマネージャー時代を挙げる。マネージャーになりたての頃にぶつかった困難を経営者に訊く連載。第9回はfreee社長の佐々木大輔氏。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発組織マネジメントのコツ - Speaker Deck
【魚拓】「任せた仕事をやらない人」に確実に仕事をしてもらう方法。 | Books&Apps