ゲーム感覚で工数見積もり！プランニングポーカーを使ってみました
コーディングファクトリー部の松原です。 昨年まで、コーディングファクトリー（以下CF）で、ディレクター兼コーダーとして働いていましたが、今年からは「案件・技術相談窓口」として、お客様からご相談いただいた案件の見積やスケジューリングをする上で必要な作業工数の算出をメインで担当しています。 工数出しは、コーダー時代も業務の一環として行っていましたが、メインの仕事として行うようになってからは、どうすればもっと効率よく、精度が高い工数が出せるのか、これまで以上に意識するようになりました。 そんな中、アジャイル開発の現場では「プランニングポーカー」という工数の見積もり方法があると知り、とても興味が湧きました。単純に「ポーカー」という名前から、トランプゲームみたいで面白いのだろうと想像したのです。 調べてすぐにわかったのは、残念ながら私が思っていたほどゲーム性はなく、年末に家族で楽しめるようなカードゲ
最強の振り返りメソッド「KPT法」で、失敗を反省するどころか、長所も希望も見つかった話 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
日々の失敗を反省し改善していくことで、人は成長できるわけですが、なかには「失敗するとひどく落ち込んでしまい、反省するのがつらい」という人もいるはず。ですが、そんな人でも「KPT法」という振り返りのフレームワークを使えば、前向きに日々の振り返りができ、改善につなげることができますよ。 今回は、KPT法とはどういうもので、どんなメリットがあるのかを、わかりやすく解説していきます。筆者が実際にKPT法をやってみましたので、その模様も画像つきでご紹介しましょう。 KPT法とはなにか KPT法とは、取り組んでいる仕事や活動を改善するための振り返り方法のひとつ。現状を見直す際に、「Keep（このまま継続すること）」「Problem（課題）」「Try（解決策）」という3つの項目、すなわち「KPT」を書き出し、今後どうするかを考えるものです。シンプルな手法でありながら、ひとりでも集団でも活用できるうえに、
ガントチャートはなぜプロジェクトで使えないのか - 誰も教えてくれないプロマネのコツ
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 「プロジェクトを計画しよう！」という話になった時、ガントチャートはよく利用されます。しかし、実際に現場でそれがツールとして「使える」かというと、使えなかったりします。 それはなぜなのか、そしてその対策はどうすればいいかをお伝えします。 目次 そもそもガントチャートとは何か？ ガントチャートあるある ガントチャートが現場で使えない理由①：実工数を無視した〆切になりやすい ガントチャートが現場で使えない理由②：タスクの相互依存関係が見えない ガントチャートが現場で使えない理由③：納期に頼ると「学生症候群」と戦うことになる 対策としてのクリティカルパスマネジメント ただ1点だけ問題が… そもそもガントチャートとは何か？ 「プロジェクト計画と言えばガントチャート」と連想され
「タスク管理」をもっとラクに！ツール9選＆活用事例・使い方【23記事まとめ】 | SELECK [セレック]
ビジネスパーソンの永遠の課題、「タスク管理」。仕事が増えたり、複雑になると、やるべきことの優先順位をつけたり、抜け漏れがないようにすることはとても大切です。 ノートや手帳に手書きしたり、エクセルで管理票を作る方法もあります。ただどうしても抜け漏れが起こりがちです…。そんなときに役立つのが、タスクやスケジュールを管理するIT・Webツール。 世の中にはたくさんのツールが出ていますので、自分の業務にあった使いやすいものを選びたいですね。 そんなタスク管理をラクにする、タスク管理ツール9選と、実際にそれらがどう活用されているのか、企業の事例19選をまとめました。 ＜紹介するツール＞ Trello（トレロ） Wunderlist（ワンダーリスト） チャットワーク Asana（アサナ） Wrike（ライク） JIRA（ジラ） Backlog（バックログ） Redmine（レッドマイン） Excel（
![「タスク管理」をもっとラクに！ツール9選＆活用事例・使い方【23記事まとめ】 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/f12188b8cc4384086328a97d92a850fbaf4f32a0/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2016%2F09%2F13181315%2F1fac01c5-af69-4c41-9e9a-f20bc47f7841.jpg)
プロジェクト管理ツールを家庭に導入して1年後に得たもの - Mana Blog Next
スポンサーリンク 夫婦でプロジェクト管理ツールを使い始めて1年が経過しましたので報告したいと思います。 プロジェクト管理ツールで家族の一大プロジェクトを成功させた プロジェクト管理ツールの活用で夫婦の連携が取れる タスクの可視化により、分担の調整ができた 家族の課題と向き合うことができた スキマ時間でタスクの確認と「とりあえず登録」 共通認識を持つことにより、スピード勝負に強くなる 便利なWiki機能 【まとめ】プロジェクト管理ツールを夫婦で1年使ってみて 口頭で話し合うことも大事 これからの目標 関連ページ プロジェクト管理ツールについての過去記事は以下になります。 この1年を通して、プロジェクト管理ツールを活用することにより、家庭内の課題と向き合うことができるようになりました。 プロジェクト管理ツールで家族の一大プロジェクトを成功させた 具体的な例でいうと、家族の健康のためにと決断した
【翻訳】プロダクトマネジメントトライアングル - ninjinkun's diary
original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし
Github issue で質問してはいけない - Qiita
この記事は個人ブログで海外向けに書きかけの記事の日本語版です。そのため、一部日本人向けではない記述が含まれます。 英語版はこちらです Why you must not ask questions on Github issues 現在は GitHub は Discussions を提供しています。 Issue Template から Discussion へと誘導するのがおすすめです。 2023-06-14 追記 TL;DR: Issue Tracker で質問するのは開発者に対する DoS 攻撃になるかもしれない。 Forum がある場合は Issue Tracker で質問してはいけない。 背景 Github の時代になる前は、ある程度の規模のOSSプロジェクトはみんな Issue Tracker と別に フォーラム (BBS, ML など) を持っていました。ユーザーはフォーラムでデ
ワイヤーフレーム、モックアップ、プロトタイプの違いとは？ | POSTD
開発者と仕事をしていると、スケッチ、ワイヤーフレーム、モックアップ、プロトタイプといった用語をよく聞くかと思います。しかし、あなたはこうした用語の意味を本当に理解しているでしょうか？ ワイヤーフレームやプロトタイプは、それぞれどんなときに利用するのか、知っていますか？ まず、アプリの構築を始める前に、スケッチ、ワイヤーフレーム、モックアップあるいはプロトタイプからスタートするべきだという理由を見てみましょう。 構築したいものがどんなものか、ブレインストーミングをしたり考え出したりするため。こうした作業により、あなたの期待するものが明確になる。 開発者にかかる費用を節約し、構築に必要なものを明らかにすることができる。 こうした作業の結果は投資家や最初の顧客、共同設立者に提示する目的で使える。 顔を突き合わせることのない開発チーム とコミュニケーションを取るためには、これらの用語を正しく区別し
生産管理という仕事の目的は何か | タイム・コンサルタントの日誌から
以前、このサイトの読者の方から質問をいただいたことがある。「生産管理とはそもそもどういう仕事でしょうか？」という主旨だった。この方は製造現場から生産管理へ異動になった際に、仕事の全体像や目的をきちんと考えたく思い、本屋やネットを探して、わたしのサイトの「生産管理とはどういう仕事か」http://brevis.exblog.jp/7709373/ という記事にたどりついたのだそうだ。 上記の記事で、わたしは「生産管理とはあくまでサポーターであり雑用係といえる」と書いた。だが、この答えでは今ひとつ納得しきれない気持ちがあって、メールいただいたという次第だ。この記事は2008年4月、つまり今から8年も前に書いたものだが、いまだにそれなりのアクセス数がある。ということは、こうした問題を考えあぐねている人は、世の中にけっこう多いのだろう。 ただこの記事は、「サポーター、雑用係とはあんまりな言い方」と
トヨタ生産方式 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "トヨタ生産方式" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2013年8月） トヨタ生産方式（トヨタせいさんほうしき、Toyota Production System、略称TPS）は、トヨタ自動車の生み出した、工場における生産活動の運用方式の一つ。多くの企業がこれにならった方式を取り入れており、工場等の製造現場やそれに付随するスタッフ部門だけでなく、間接部門でも取り入れている企業も見られる。 河合満によると、TPSが普及する以前も「必要の時に必要なだけ作る」という考えが現場に浸透していたという[1]。 基本概念[編集] トヨタ生産方式
戦艦大和とプロジェクト管理：松田次博 ：ITpro
7月最後の土日は情報化研究会のコアな仲間と旅行する---。こう決めて今年で10年目になる。この時期にしているのは梅雨明け直後で天候が安定しているからだ。今回は14人で広島の宮島と呉を訪れた。10人は東京から，4人は関西や四国から参加した。 筆者は5年ぶり三度目の宮島だったが，ちょうど大潮で干潮だったためふだんは海の中に立っている大鳥居まで初めて歩いて行くことができた（写真）。 二日目は海上保安大学校の准教授であるA女史に，呉を案内してもらった。見学したのは大和ミュージアム，てつのくじら館（退役した本物の潜水艦を陸上展示したもの），海上保安大学校の3カ所だ。呉は明治以来の軍港なのだが，おだやかな瀬戸内の海とおっとりした山容の山に囲まれた町にいかつい感じはまったくなく，こんなところで暮らしてみたいと思うほどいいところだった。 最も印象に残ったのは大和ミュージアムだ。戦艦大和の10分の1模型をは
チケット管理のアンチパターンとベストプラクティス
主語がでかいタイトルですが、自分なりに考えようという目的です。 自分の思考の整理。 何か意見があればガンガンコメントなりツイートなりして欲しい。 前提として、 チケット管理システムは２つぐらいしか使ったことがないので、そちらに偏ってしまうかも。 ちなみにRedmineとBacklog。 （今がRedmineだから多分それに偏る気が） アンチパターン アンチパターンというのかは分からないけど 今まで困ったこと、やりにくいと感じたこと、ダメだこりゃ、と思ったこと。 ・運用フローが複雑 フローが複雑だと途端に人は面倒になる。なるべく抜け道を探し秩序が乱れる。 抜け道が見つかると割れ窓理論とかいうやつで、どんどんぐちゃぐちゃになる。 誰もフローに乗ってくれない状態になる。 ・使われていない項目がある なぜあるのかわからない項目。重要そうだけど埋めなくても良い項目。 誰かが埋めてくれるだろう、他の人
日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。
オペレーションズ・リサーチ - Wikipedia
オペレーションズ・リサーチ（英語: operations research、米）、オペレーショナル・リサーチ（英語: operational research、英[1]、略称：OR）は、数学的・統計的モデル、アルゴリズムの利用などによって、さまざまな計画に際して最も効率的になるよう決定する科学的技法である。 概要[編集] 複雑なシステムの分析などにおける意思決定を支援し、また意思決定の根拠を他人に説明するためのツールである。またゲーム理論や金融工学なども OR の応用として誕生したものであり、OR は政府、軍隊、国際機関、企業、非営利法人など、さまざまな組織に意思決定のための数学的技術として使用されている。 OR の研究では、線形計画法（linear programing）、動的計画法、順列組み合わせ、確率、数理最適化および待ち行列理論、微分方程式、線形代数学などの数学的研究を踏まえて現実
障害の事後分析を読んで得た教訓 ― 「何がシステムを停止させるのか？」 | POSTD
私はポストモーテム（事後分析）の記録を読むのが大好きです。ポストモーテムを読むと勉強になりますが、大抵の教材的資料とは違って、興味深いストーリーが含まれているのです。相当な時間をかけてGoogleとMicrosoftのポストモーテムを読みました。大きな障害を招く最大の原因について、私は（まだ）きちんと分析していませんが、何度も繰り返し目にするポストモーテムのパターンがいくつかあります。 エラーハンドリング 適切なエラーハンドリングのコードを書くのは難しいものです。エラーハンドリングのコードに含まれるバグは、 大きな 問題を引き起こす主な原因となっています。つまり、エラーによってバグのあるエラーハンドリングのコードが実行されるということは、単に個々のエラーが重なるだけという事態にはとどまらないのです。障害が重なって重大なシステム停止につながることはよくあります。それはある意味明らかなことで、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクト管理ツール「Save Point」の新機能「画像に追記機能」が、好調なスタート
TechCrunch
Trelloに対抗、Microsoftの新たなプロジェクト管理ツール「Planner」が正式ローンチ | TechCrunch Japan
Amazon.co.jp： 戦艦大和誕生〈上〉西島技術大佐の未公開記録 (講談社プラスアルファ文庫): 前間 孝則: 本
サル先生のプロジェクト管理入門
