不確実さが増す世界のプロジェクトマネジメントとはとういうものか 倉貫義人氏：そんな不確実さが増す世界のプロジェクトマネジメントはどういうものなのか。（スライドを示して）プロジェクトがうまくいかない（理由）というのは、このあたりを見てもらうと胃が痛くなりそうな言葉がいっぱい書いてあると思います。想定よりコストがかかるとか、作ったものを直せないとか。 （スライドを示して）これに対してどうすればいいかというと、「こうすればうまくいくのかな？」と考えがちですよね。「遅いからプレッシャーをかけようか」とか「少し遅れているので人を増やそうかな」とか「一気に作ったほうがいいんじゃないの？」とか「属人性を排除しましょう」とかと言いがちですよね。 これらはけっこう言いがちですが、全部失敗するやつです。これを全部やってみたら困ったことにプロジェクトが大変なことになるので、ぜひやってみたらいいと思います。 （会

はじめに こんにちは、CARTA HOLDINGSでエンジニアをしているこんちゃん(@konchanSS)です。 この記事は筆者が新しく発足したプロジェクトのシステムを外部委託で作った経験をチームで振り返った際に得た学びを『システムを作らせる技術』によって補強したものです。 この記事を読んでくれた方は是非『システムを作らせる技術』を一読して欲しいです。 システムを知らないあなたにこそ読んでほしい この記事はビジネスサイドや、PdMだったりマネージャーといったいわゆるシステムの開発を依頼する側の人たちに向けて書いています。 意図した通りのシステムを作ってもらうための術を知ることはあなたにとって以下のメリットがあります。 意図した通りにシステムが動くことで業務の効率的になる 貴方がやろうとしているビジネスを促進させる システムを作ってもらうための術を知ることがなぜそのようなメリットを享受できる

本稿は Ron Jeffries 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 ronjeffries.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Ron Jeffries 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 ストーリーポイント再考 私はストーリーポイントを発明したかもしれない。もしそうだったとしたら、いまは申し訳なかったと言いたい。ストーリーポイントに関する私の現在の考えを探ってみよう。少なくとも何人かは私の考えに興味をもっているでしょう。 もちろん、ストーリーは XP のアイディアであり、スクラムのアイディアではありません。どういうわけか、スクラムの実践者はこのアイディアを採用しています。公式のスクラムガイドではバックログアイテムに言及している

本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl

記事ID：3111 AIサマリー: この記事では、PMBOK第7版がタスク・マネジメントにもたらす影響について説明しています。新しいパフォーマンス・ドメインと開発アプローチ、ライフサイクルの重要性が強調され、複合的な計画視点の必要性が述べられています。また、タスク・マネジメントの導入に際し、バリューデリバリー・システムの概念を理解し、業界や契約形態にかかわらず価値創出を目指す重要性が強調されています。 PMBOKとPMBOK第7版 PMBOKとはProject Management Body of Knowledgeを略したものであり、日本語では、「プロジェクト・マネジメント知識体系ガイド」と言います。PMBOKは、プロジェクト・マネジメント協会 (PMI) が発行しているガイドであり、幅広い分野でのマネジメントに適用されるプロジェクト・マネジメントの基盤を提供しています。 この記事の著者

－－これはプロジェクト・マネジメントを人に教えるとき、わたしが必ず出すクイズの一つだ。実はその答えについて、以前このサイトで書いたことがあるのだが、もう9年も前の記事（笑）なので、覚えておられる読者も少ないだろう。そこで、あらためて考えてみていいただきたい。最初にすべきことは何か？ 相手が学生の場合、「日程を決める」「店を探す」「参加者のリストを決める」等々、いろいろな答えが思いつく限り出てくる。もちろん、どれもそれなりに正しいように見える。でも、求めている答えはそれじゃないです、どんな種類のパーティやイベントの場合にもあてはまる、唯一の普遍的な正解があるのです、とわたしは続けて説明する。しかし、その『正解』が出てくることは、まずない。 一方、相手が企業人の場合は、ほしい答えを言い当ててくれる人が、ときどき、いる。わたしの求める答えとは、『計画を立てる』である。同期3人の飲み会なら、その場

「ユニコーン企業のひみつ」という本を読んだ。 本旨は、成功したスタートアップ企業、所謂ユニコーンの開発手法や組織は、エンタープライズ系開発を主としている企業とは違うものですよ、という話である。 そしてそれらの企業が具体的にどういうやり方で彼らのプロダクトを開発しているのかを書いている。 ちなみにタイトルにユニコーン企業とあるけれど、別にユニコーン（評価額10億ドル以上の未上場企業）に限った話ではなく小さなスタートアップからGoogleのような既に上場して随分経っている巨大企業まで共通した話だと思う。著者もとくに区別しているわけではなく単にSpotifyで働いた経験から書いたからそのようなタイトルにしたというだけみたいだ（Spotifyもすでに上場しているので厳密にはユニコーンではない）。まあスタートアップは立ち上げのタイミングでは組織も何もないので、タイトルにあるユニコーンというのは、一応

こんにちは。 今回は差し込みの多いプロダクト開発におけるスケジュール精度の上げ方として、バーンアップチャートの利用をおすすめしたいと思います。 どんな人に読んでほしいか Product GrowthやEnhancementに携わっているけど、やることが多くて思ったように進捗が管理できない人 ↑のようなProduct Manager(PdM)やProject Manager(PjM)とのコミュニケーションが多いけど、期待に対してうまく動いてくれないことをもどかしく思ってる方 TL;DR 3ヶ月や6ヶ月程度でタイムボックスを切りましょう タイムボックスの中でやりたいことを全部リストアップして見積もりをしましょう 終わったタスクのcloseと新規タスクのリストアップを繰り返すと、自然と「やりたいことが全部できるのかどうか」が見える化します バーンアップチャートとは 下記のようなものです。 図中の

スマホゲーム運営のコンサルティングをやっております、あかおぎ(@akahiro0211)です。 今回はみなさん大好きな「炎上」をテーマにnoteを書いてみようと思います。 といっても「ネット上の炎上」ではなく笑、 「炎上しているプロジェクトに自分がアサインされた時、それをどうやって鎮火させるか」 という、もっと身近なやつです。笑 ネット上で炎上したことはないけど、炎上プロジェクトにアサインされて辛い経験をしたことのある人は、なかなか多いんじゃないでしょうか。 これを書こうと思ったのは、ぼくが今までの経歴上、炎上プロジェクトに途中からアサインされて火消しをするということが多く、 ・炎上しているPJの共通点がだいたい見えてきて ・火消しの際、やることが毎回一緒だと思ったので これを共有したら、日本のどこかで炎上プロジェクトに疲弊している人の助けになるかな、と思ったためです。 ※炎上プロジェクト

メアドだけで登録完了！ すべての機能が試せる 専用のデモ環境をご用意 プリザンターは、無料で使えるOSSのノーコード・ローコード開発ツールです。 パッケージソフトには真似できないほど業務にフィットしたWebアプリを、フルスクラッチとは比べ物にはならないスピードで簡単に作成できます。 あなたの創造力とプリザンターがあればビジネスの可能性はもっと広がります。

2018年4月現在、Redmineの今後の課題について考えてみる。 以下はラフなメモ書き。 【1】Redmine大阪や東京Redmine勉強会にスタッフとして活動してきた中、参加者も大幅に増えて、参加者層も初心者から経験者まで広がり、業種もIT業界だけでなく特に製造業にも広がっている印象を持っている。 たぶん、RedmineはRailsアプリ、そしてチケット管理ツールの中で、日本で最も普及したアプリの一つだろう、と思う。 しかし、技術革新の流れが早い中、Redmineにも課題がチラホラ見えてきたように思う。 僕は、Redmineの直近の課題は、Redmineのシングルページアプリケーション化、Redmineのコンテナ化、Git連携の強化だろうと思う。 【2】1つ目は、RedmineのUIが古臭いと言われる問題意識だ。 たとえば、スマホに慣れていると、Redmineのように画面更新のたびにリ

前回の記事「ダイレクト・ガントチャート方式の問題点」http://brevis.exblog.jp/26231556/ で、世間ではそもそも「WBS」とか「Activity」という概念のレベルで、誤解や混乱があると書いた。 たとえば、WBS＝「ガントチャートの線表に引いた線の集合」だ、と理解している人達を、よく見かける。ためしにネットで、「WBS スケジュール」の2キーワードで検索をかけてみると、よくわかる。上位の検索結果に、こういう説明が出てきたりする：

マイルストーンは一つの指標です。 プロジェクトでは、達成したい目標へ向かってまずステップごとに段階を分け、計画を立てて実施します。 その結果の検証をして、これをもって修正された新たな計画を立て再び実施を行います。 このようなサイクルでプロジェクトを進めていく上で重要な指標がマイルストーンです。 ツール「開発マイルストーン」は、システム開発などで必要なプロジェクト管理をサポートするためのツールです。 MicrosoftExcelを使用して、簡単に入力でき、かつグラフィカルに表現することができます。 無料で使える工程管理ソフト 「開発マイルストーン」は、MicrosoftExcelが利用できる環境であればどなたでも利用できます。 また、本機能以外にもExcelに備わっている豊富な機能をそのまま利用できるため、専用のアプリケーションよりも柔軟性に優れています。 実用に十分な機能 開始日と日数を入

3/25土開催予定のRedmine大阪のパネルディスカッション「RedmineのFAQとアンチパターン」について、資料を集めている。 たくさん集まりすぎて、話せそうにないので、たぶん話せないことをメモ書きしておく。 以下は、未整理のメモ。 たぶん、どこかで講演として話したい。 【1】Excel添付のチケット チケット説明欄がほとんど無くて、Excel添付だけ。 Excelを開かないと内容が分からない。 添付Excelの内容が最新でないので、話がつながらない。 障害管理、事務処理ワークフローで発生しやすい。 解決策は、いくつかある。 基本は、Excel添付は極力止めて、チケット説明欄に書く。 2つ目は、障害の画面キャプチャは、clipboard_image_pasteプラグインで、コピーした画像を貼り付ける。 peclik/clipboard_image_paste: Redmine plu

[2018/07/01 追記] 過去に話題になったこともあり、このページに辿り着く方が多いようなのだが、係数導出の手法については継続的に改善を行っている。現時点では、「工数見積りの海を彷徨う・征服」というエントリに記載した「分位点回帰」を使うのがベストではと考えている。50%分位点が中央値にあたるため係数も安定しており、現在の見積りが過去のプロジェクトと比較してどのくらいの工数なのかが明確でわかりやすい。合わせて参考にしていただきたい。 工数見積りが難しいのはわかっているのだが、そうは言っても根拠は欲しい。この業界に入ってからずっと考え続けているのだが、やはり難しい。 この手の工数、工期という話題の時、役に立つのは次の資料だ。 IPA ソフトウェア開発データ白書 JUAS ソフトウェアメトリックス調査 素晴らしいことにどちらも PDF 版は無料で配布されているので、ダウンロードして見ること

4. 4プロジェクトにおける失敗例 ! 十分なテスト期間を設けられず、本番後も障害多発 ! プログラマに仕様が間違って伝わり手戻りが発生 ! リリース前のチェック不十分で本番公開してから修正するのが常態化 ! 仕様をドキュメント化しておらず、人が抜けると誰も分からない状態に ! 受注後にお客様からの要望が膨らみ、工数が大幅に超過 ! 要件通りに実装したが「そんな事言ってない」と言われた ! リリース直前になってお客様の上司の鶴の一声で仕様変更が発生 ! 進 管理がうまく機能せず、リリース前は深夜残業が常態化 5. 5 ! メンバーのスキルの問題？ ! メンバーのマインドの問題？ ! 十分な時間がないから？ ! 予算が少ないから？ ! 人が足りないから？ ! お客様が無茶を言うから？ ! お客様の社内事情のせい？ 失敗の原因は何なのか？

製造業の生産管理による標準化手法はソフトウェア開発に適用できないのではないか、という考えをメモ。 ラフなメモ書きなので、ロジカルではない。 間違っていたら後で直す。 【1】製造業の生産管理に触れて、その中身を見ていくと、ソフトウェア業界に身を置く者としては、全く異質な感触を受けている。 例えば、Industorial Engineeringという手法がある。 IEという作業研究の手法を使って、工場での旋盤の加工方法、モノの運搬、納品物の受入検査などを効率化するために、人の手や体の動作、人と機械の配置とモノの流れなどを徹底的に情報収集し、分析する。 無駄な動きを省き、効率良くモノが流れるように、工程図やレイアウト、フローなどの図を書く。 IEのような手法は、工場だけでなく、ファストフード店、スーパーのレジ作業、旅館のサービスなど、労働集約的なサービス業にも適用できるだろう。 おそらく、大量の

JAXAにおけるスーパーコンピュータ活用課でのチケット管理ステムの経験論文がPDFで公開されていたのでメモ。 【参考】 ※参照リンクを修正しました。 JAXA Repository / AIREX: CODA: JSS2の運用・ユーザ支援を支えるチケット管理システム: Redmineの事例と利用のヒント akipiiさんはTwitterを使っています: "気になる。RT @g_maeda: なんだこれ ? CODA: JSS2の運用・ユーザ支援を支えるチケット管理システム : Redmineの事例と利用のヒント https://t.co/9QlySYSzZk" MAEDA, GoさんはTwitterを使っています: "@akipii @y503unavailable @takenory JAXAの資料のPDF見つけました https://t.co/msKI89zsCh" akipiiさんは