[B! プロジェクト] simommのブックマーク

simomm id:simomm

プロジェクトに関するsimommのブックマーク (12)

道の真ん中をきれいにするプロジェクトマネジメント～イケてるチームになるための10原則～ - Qiita
はじめに私が好きな江戸の小話的なものに、こういったものがあります。江戸下町では、道向かいのそれぞれが軒先を掃くときに、道の真ん中よりもちょっと向こうまで掃くのがならわしだったそうです。両側の人がそれぞれ真ん中よりも向こうまで掃くので、道の真ん中が一番きれいになる、というお話です。近年こうした﹁江戸しぐさ﹂のようなお話は、真偽のほどが定かではないとして、流布することに批判もあるようです。実際この話も正直事実かどうかは全くわかりません。ただお互い完璧ではない他人同士が肩寄せ合って共に生きる知恵といいますか、プロジェクトへの参画姿勢について良い示唆を与えてくれる話だと思い、その前提で使っています。実際私が関わる案件のキックオフでもお客様や関係者によくこの話をするのですが、﹁キックオフでの﹃道の真ん中の話﹄、他の現場でも最近してるんですよ﹂とお客様やパートナー様から言っていただけたことが
simomm 2023/05/25
PM

Product Management

project management

プロジェクト
リンク
なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita
はじめにソフトウェアプロジェクトには不思議な性質があります。現状のスケジュールに課題を感じて、短くするために人員を投下しても、なかなか思い通りに短くならない。それどころか悪化してしまうことがあります。場合によってはプロジェクト自体が破綻して失敗してしまうことすらあります。今回は、このようなソフトウェアプロジェクトに潜む直感に反する性質を数理的なモデルを介して理解していく試みです。ある種の思考実験としてお楽しみください。宣伝Qiitaさんとコラボ企画でアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善した話を募集しています。 https://qiita.com/advent-calendar/2021/dx-improvement 10人の妊婦がいても1ヶ月で一人の子供は生まれないこれは誰かの技術力やプロジェクトマネジメント力に欠陥があるのではなく、﹁人月の神話﹂で有名な
simomm 2022/09/18
ソフトウェアプロジェクトの工期は工数の三乗根に比例。コミュニケーションコストの小さい少人数に分割できるほどコストパフォーマンスが良くなる。

広木大地

ソフトウェア開発

project management

プロジェクト
リンク
見積・提案書に書いておくと不幸を減らせる前提条件
はじめにちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。おことわりこれを書いておけば、すべての不幸を避けられるというものではありません提出先との関係性次第では、書かないほうがいいこともあるかも私自身が普段提案している内容が、すべて記載されているわけでもありません︵うろ覚えで書いてたり、大人の事情︶これを流用しておこったすべての事項について、何らかの責任をとることはできません本稿では請負による開発を想定していますでも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。前提条件を書く目的見積・提案書通りに、実施するために必要な条件を明確にする条件を逸脱したときに、どうなるのかハッキリさせる上記は概ねつぎのとおり実現が不可能になる
simomm 2022/08/13
プロジェクト

プロジェクト管理

ソフトウェア開発

project management

PM
リンク
もなか on Twitter: "﹁なぜスクラムが支持されているのか﹂をミもフタもない切り口で説明している文章って、意外と無いねぇ。要するに﹁エンジニアってのは時間の見積もりが甘い、安定した生産性をキープすらもできない、哀しい生き物なのよ﹂っていう諦観が根っこにあるのよね…。"

● 5 users

● twitter.com/monamour555

●テクノロジー

﹁なぜスクラムが支持されているのか﹂をミもフタもない切り口で説明している文章って、意外と無いねぇ。要するに﹁エンジニアってのは時間の見積もりが甘い、安定した生産性をキープすらもできない、哀しい生き物なのよ﹂っていう諦観が根っこにあるのよね…。
simomm 2020/11/07
アジャイル

スクラム

PM

agile

project management

プロジェクト
リンク
VPoE handbook | エンジニア組織のマネジメントに悩んでいた三年前に戻れるなら渡したい。VPoE handbookを書き終えました (目次&サマリ付)｜Takayuki Shimizu
︵この記事はVPoE handbookの目次＆サマリパートです︶以下で書き始めを宣言してから進捗が悪思わしくなかったhandbookですが、ようやく書き終わりました。数えるといつの間にか合計30,000字ほどになり、意外とボリュームが増えてしまったので、少しずつ読みやすいように章ごとに記事にしています。目次はこの記事の目次部分、もしくはこちらのマガジンの一覧からご覧ください。この記事自体ではその目次と簡単な解説をつけ、ざっくりと全体像を知り、詳しく読みたい気になる記事を見つけやすくするような構成で書いていきたいと思います。︵この7月からは開発マネジメントのキャリアとはまた違った方向に進みだしたので、賞味期限切れギリギリ?!になりましたがなんとか整理も終わりました。︶ VPoE handbookを書こうと思った理由まずはなぜ書こうと思った？の問題意識から。この記事にあるように、三
simomm 2020/07/24
マネジメント

組織

エンジニア組織

プロジェクト管理

project management

プロジェクト

ソフトウェア開発
リンク
「職位が高い人間ほど、技術的な実務から遠ざかってしまう」のを解消しようとして、失敗した時の話。
どうも、しんざきです。実を言うと先月・先々月と、プロジェクトが割と生死をさまようレベルで炎上しておりまして、夢のデスマ王国という風情だったんですが、お蔭様で今月はだいぶ落ち着いてきまして、若干人間的な生活が出来る状況になってきました。デスマ程健康に悪いものはこの世に存在しないと思います。失敗した時の話をします。十年近く前の話ですが、システム開発の会社に勤めていたことがあります。それ程有名な会社ではないのですが、一応独立系で、社員は4桁に届かないくらいで、SI案件とSES案件が大体半々くらい、自社業務と客先常駐も大体半々くらいという、まあよくある﹁昔ながらのシステム開発会社﹂だったと思います。私はその会社で、主に金融関連のプロジェクトを担当する部署に所属していました。ぬるい案件もあれば地獄案件もあったのですが、まあそれはいずれ、ほとぼりが冷めた頃に書こうと思います。某大きな銀
simomm 2020/05/05
タスク調整やスケジュール管理の専門チームがうまくいかなかった話。コーディングが出来るのはいいんけど、職位が下のヤツにあれこれ管理されるのはなんか嫌。

組織

マネジメント

project management

プロジェクト
リンク
新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog
ペアプロ・モブプロ、スキルマップ、1-on-1等々… チーム開発にまつわる各論・方法論・話題をよく見る昨今、関心の高まりは歓迎さるべきことながらつまるところそれらが現実のどのような問題を解決していくのか？どのように相互作用するのか？これらが有機的に結びつくことで現実のどのような問題を解決していくか？こうした疑問に答えたり、具体例とともに記した記事はさほど多くないのではと思います。本記事では昨年度に筆者のチームが約7ヶ月携わったプロジェクトにて、プロジェクト特性に起因する不確実性と我々がいかに戦ったかを記します。チーム開発を行う方にとってこの記事が実りあるケーススタディとなれば幸いです。*1 なお、本記事では以下のことは本旨とは逸れるため割愛させていただきます。プロジェクトの機能的側面技術的不確実性各取り組み単体の詳細はじめに / プロジェクトの雰囲気を伝える図この記事で
simomm 2020/05/05
プロジェクト

project management

ソフトウェア開発

スクラム

マネジメント

engineering management
リンク
質とスピード（2020春版） / Quality and Speed 2020 Spring Edition
質とスピード（2020春版） 2020/02/13 @ デブサミ2020
simomm 2020/05/05
内部品質が中長期の開発速度のために重要。犠牲にしているのメンバーの成長と学習の機会。

ソフトウェア開発

development

品質

品質管理

QA

project management

プロジェクト

プログラミング
リンク
見積もりについて勉強したことを色々スライドにしてみた - だいたいよくわからないブログ
見積もりについて思ってることとかをまとめてみました。マネージメントの実戦経験というよりソフトウェア開発手法について学んだ結果のアウトプットみたいなノリでみていただければ幸いです。社内勉強会で話したので会社のスライド使ってますが、会社が今こうというわけではなく一般的な話にとどめています。︵あとstudy_lean_agileっていう名前の勉強会なんですが、このスライドはリーンもアジャイルもあまり意識していません︶前半は自分なりの考え方、後半は具体的にはこうしたらいいんじゃないかと思っていることという風に分けています。誰のための見積もり・何のための見積もり part1 from matsu_chara Matsubayashi www.slideshare.net 誰のための見積もり・何のための見積もり part2 from matsu_chara Matsubayashi www.s
simomm 2019/03/24
アジャイル

リーン

プログラミング

programming

PJM

プロジェクト

プロジェクトマネジメ

ソフトウェア開発

project management
リンク
デスマーチが起きる理由 - ３つの指標
鳥のさえずり声を聞いて、私は悪態を吐いた。今日の早朝に予定されていたミーティングのことをすっかり忘れていたのだ。まったく、最悪の朝だ。着替えている間に、電話も鳴った。﹁高い金を払ってコンサルタントを雇った極めて重要なミーティングだ﹂と念を押されていたというのに。それもこれも昨日のバグのせいだ。睡眠時間も、開発スキルも、人員も、私の現場には何もかもが足りていない。それにも関らず、理解の足りない上司は﹁テスト工程を削ってでも早く納品しろ﹂とプレッシャーを与えてくる。あの馬鹿どもめ。一体何を考えているんだ？スーツに着替え終わった私は、冷蔵庫の缶コーヒーで空腹を誤魔化すと、バイクに跨った。通勤時間が5分なのが、せめてもの救いだ。﹁遅れてすまない﹂そう言って会議室に入ると、奇妙なことに気がついた。教室のように整然と並んでいたはずの机が、即席の半円形に並べ替えられていた。何より、ホワイ
simomm 2018/07/16
『在庫』『経費』『スループット』の３つの指標がある。『在庫を減らし、経費を減らし、スループットを増やす』。これがマネジメントの全て

project management

マネジメント

プロジェクト

プロジェクト管理

ザ・ゴール
リンク
PRINCE2の教え－－プロジェクトで大事なのはマネジメントかガバナンスか？ | タイム・コンサルタントの日誌から
このサイトをご覧の読者の方なら、﹃鉄の三角形﹄という言葉をご存知と思う。プロジェクトを定める﹁スコープ﹂﹁コスト﹂﹁スケジュール﹂という三大制約条件を、三角形の形で模式的に示したものだ。三角形の一片の長さは、他の辺に影響を与えずに変えることができない。同じように、プロジェクトの三つの制約条件は、独立でなく必ず他と関わり合っている。例えばプロジェクトのやるべき責任範囲である﹁スコープ﹂が増えたとしよう。すると﹁コスト﹂が増えるか、﹁スケジュール﹂が伸びるか、あるいはその両方が必ず起きる。そこでプロジェクトマネージャーは、これら3つのファクターの相互関係とバランスを、よく考えながらコントロールする必要がある。ちなみに、製造業の三大ファクターと言えば﹁QCD﹂、すなわち、品質(Quality)・コスト(Cost)・納期(Delivery)である。プロジェクトの場合は、品質で三角形を書くことも
simomm 2014/08/15
マネジメント

PM

project management

プロジェクト
リンク
チーフデザイナーとプロジェクトマネージャ、どちらが上に立つべきか | タイム・コンサルタントの日誌から
宮崎駿の映画﹁風立ちぬ﹂は、ゼロ戦の設計者・堀越二郎を題材にした物語だ。堀越は実在の人物だが、映画全体は評伝ではなく、フィクションの色彩が強い。とはいえ、物語は主人公・二郎による新型飛行機の設計を軸として展開していき、その部分は比較的史実に近い。だから、一種の製品開発プロジェクトのストーリーとしても、見ることができる。その中における主人公の職務上のポジションは、﹁設計主任﹂だ。設計主任とは何か、その役割は開発プロジェクトのプロジェクト・マネージャーとは何が違うのか。そんなことを、今回は考えてみたい。設計主任に対応する英語はいくつかありうるが、チーフ・デザイナーあたりが最も一般的だろう。ところで、チーフ・デザイナーというと、もう一つ思い出すストーリーがある。ハインラインの﹁月を売った男﹂だ。これは月世界旅行の夢にとりつかれた主人公ハリマンが、月ロケットを完成させるまでの物語である。小説が書
simomm 2013/10/22
project management

Product Management

PM

プロジェクト
リンク
1