プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。｜Fritz | Lead Product Manager @ Mercari
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 こんにちは、フリッツ です。今回はプロダクトマネージャーの日課とも言える「仕様書」について。自分にとっては PM 業の施策実行フェーズにおいて最も重要な仕事のひとつであり、最も心躍り、最も興奮する瞬間です。 PM になってかなりの時間が経ちましたが、「仕様書」への力の入れようは減るどころか、「もっと気合を入れなければ。」と感じる一方。在宅勤務が（たぶん） IT 業界のニュースタンダードとなっていくいま、なおさら「仕様書」の重要性を訴えたい今日この頃です。 ということで、今回は ・ 良い仕様書がもたらす 5 つの効果 ・ 仕様書の重要性が増していく 2 つの理由 ・ 仕様書に含めたい 14 の項目・実戦編 ・ 仕様書作成時に心に留めたい 3 つのこと ・ 具体的な仕様書サンプル（
ClickUp | #1 Productivity Software
One app to align, collaborate, and work. Designed to boost productivity and save teams a day every week.
私は忙しいんです。システム開発に協力できる時間なんてありません――「旭川医大の惨劇」解説その2
旭川医科大学（以降、旭川医大）で発生した、システム開発のトラブルに関する訴訟。事件の概要は、「ユーザーである旭川医大が電子カルテを中心とした医療システムの導入を企図し、ベンダーのNTT東日本に開発を依頼したが、エンドユーザーである現場の医師からの要件追加、変更がいつまでたっても収束せず、スケジュールが遅れに遅れた揚げ句に破綻してしまった」というものだ。 前回は、事件の概要を説明し、高等裁判所判決のポイントとなった「ベンダーのプロジェクト管理義務」について、解説した。今回は「プロジェクトの体制」と「開発方針」について考察する。 事件の流れを把握するために、判決文を再掲しよう。 札幌高等裁判所 2017年8月31日判決から 旭川医科大学は、2008年8月に、電子カルテを中核とする病院情報管理システムの刷新を企画し、NTT東日本に開発を依頼した。 しかし、プロジェクトの開始直後から、現場の医師た
プロジェクトの残業を50%削減したタスク管理手法を惜しみなく公開する - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括（開発は外部委託） サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク（チケット）運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行
プロジェクト管理義務違反とは言うけれど…
パッケージソフトウェア導入時にありがちなユーザ内部の争い ERPパッケージソフトウェアを利用して開発を行うとき、いつも問題になるのが既存の業務プロセスとの関係です。ERPに限らずパッケージソフトウェアというものは、同じような業務が世間一般でどのようなプロセスで行われているか、どういったプロセスが効率的で経営にメリットをもたらすものなのかをソフトウェアの開発者が勉強した結果を元に作られています。このことから、今まで我流のプロセスで業務を行なっていた会社が、他社の好例を元に自社のやり方を改革する良い材料となりこともあります。一般に経営層はこうした業務改革に熱心です。なので、ERPパッケージをあまりカスタマイズせず、むしろ自分達の仕事を変えるべきと考える人も多いようです。 ところが、現場サイドになると話が違ってきます。今までのやり方で会社は回ってきたのに、なぜ変えるのか。新しいシステムで、今まで
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
仕事を無茶振りしたら“赤信号”が点灯
ブラックIT現場にしないためには、リーダーの無茶振りを防ぐ仕組みもぜひ用意しておきたい。SCSKのリーダーの現場が参考になる。 事例5 負荷の可視化で無茶振り防止 SCSK 三輪 東氏らのチーム SCSKで証券会社向けのシステム開発・運用を手掛けるチームのマネジャー、三輪 東氏（金融システム事業部門 金融システム第三事業本部 証券システム第一部長）はかつて、長時間残業を巡る苦い経験を味わった。 当時、利用部門から納期が厳しいシステム開発案件を持ちかけられた。三輪氏は開発に入る前に利用部門のキーパーソンと協議。「納期優先でプログラムの品質にはある程度目をつぶる」「仕掛かり中の別業務のスケジュールは延長する」といった合意を得た。これらの対策を講じた上で、チームの開発生産性と開発規模を比較。「かなり厳しいが、期日には間に合わせられる」と三輪氏は判断した。 だが、いざプロジェクトが始まると誤算続き
「寄せ集め型プロジェクトの運営ノウハウ」という価値 - Chikirinの日記
去年、堀江さんのサロンで対談をした時、「最近、ちきりんさん何やってるんですか？」と聞かれたんで、「スーツケース売ってます」って答えたんです。 私はずっとソフトスーツケースの使いやすさを力説してて、ちきりんセレクトというサイトで絶賛してるんですけど、（→ スーツケースを買い替える前にコレを読もう！） 堀江さんから「ソフトケースはデザインがイマイチ」と言われ、「そーなんですよ。だからイケてるデザインで作れば大きなビジネスチャンスなんです！」と答えたところ、 一年半たってつい最近、堀江さんのサロン（今は 堀江貴文イノベーション大学）の有志メンバーが実際にそういう商品を開発したと聞いたので、さっそくお話しを伺ってきました。 ↓ 会う前に思ってたのは「ここまでたどり着くの、大変だっただろうな」ってこと。 今や「いいアイデア」なんてのはその辺に転がってる。違いは「やるかやらないかだけ」というのは堀江さ
Redmineがいくら良くても会社の上司や経営者が見なければExcelがはびこってしまう事例 - プログラマの思索
Redmineのようなチケット管理ツールがとても威力があっても、上司や経営者が見なければExcelがはびこってしまう事例を見かけたのでメモ。 チケット管理ツールに限らず、営業支援システム、日報システム、経営状況の見える化の為の情報系システムでも同様の症状がよく発生する。 【参考】 golangでRedmineの情報をExcelにするコマンドラインクライアントを作った - write ahead log Big Sky :: コマンドラインからredmineを扱える「godmine」作った。 【1】(引用開始) SIerに所属している方ならわかると思いますが(あんまりわかって欲しくもないですが),体質の古い会社だとRedmineを使っていても「Excel表がない」と文句を言われたりします. 面倒なのが「プロジェクト一覧表がない」とか「課題管理表がない」とか「バグ一覧表がない」とか....et
JS 大規模プロジェクトの管理手法 – ロードオブナイツの実例紹介
どうもこんにちは。 Aiming で東京開発グループのゼネラルマネージャをやっている小林です。 8月に mobage と Yahoo! モバゲー で ロードオブナイツ というシミュレーション RPG をリリースさせて頂きました。 そして、先週、 Yahoo! モバゲー版の PC ブラウザ専用デザインをリリースさせて頂きました。 今回リリースしたものは元々 Unity で作られていた iOS アプリ版 Lord of Knights を HTML5 で書きなおしたものです。 （今は Android 版 もあります） HTML のポチポチゲーをネイティブに移植したというのはよく聞く話ですね。 ですが、逆にリッチなネイティブアプリを HTML5 に移植し、かつスマフォブラウザと PC ブラウザで同じものを動かすなんてのは前例が見当たりませんでした。 技術的ハードルが高かったことに加えて期日がタイ
webディレクターの為の「ガンダムで学ぶプロジェクト管理ツール入門」 : LINE Corporation ディレクターブログ
お疲れ様です。ウェブサービス本部開発2室のスエヒロです。 普段はプログラマとしてサービス開発に携わっておりますが、ライブドアキャプテンブログ(旧ライブドア社長ブログ)の代打執筆や、テキスト系妄想メディア「ワラパッパ」の編集など、プログラマ職以外の活動もさせて頂いております。サッカー以外もオシャレにこなすヒデみたいなポジションを目指したいところです。ヒデと言っても日出郎さんじゃないですよ。どうぞ宜しくお願いします。 さて。 皆様、サービス開発や運用を効率よく進める上で「プロジェクト管理ツール」をお使いでしょうか？新しいサービスの開発進捗の管理、運用フェーズにおけるタスク管理、バグ・不具合解消のためのやりとりなど、様々なフェーズで利用されるプロジェクト管理ツール。実際業務で使われている方も多いかと思います。 livedoorのサービス開発においてもいくつかの管理ツールが利用されています。代表的
RedmineとTracの機能比較 - プログラマの思索
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スケジュールの付き合い方
Notion – The all-in-one workspace for your notes, tasks, wikis, and databases.
及川卓也からの伝言 「PMの心得3条」