プロダクトマネジメントとプロジェクトマネジメントまたはプロダクトマーケティング - ikeike443のブログ
Inspiredという本があって、数年前からWeb上で翻訳が進んでいたのは知っていた。 しばらく忘れていて、先ほどたまたま確認したら既に2年前に翻訳が終わっていた。 http://inspiredjp.com/toc/ この本にはソフトウェア企業に務めている人であれば誰でも悩むようなことが書かれている。 プロダクトマネジメントとプロジェクトマネジメントの違い、プロダクトマネージャーの重要性と不在、特にプロダクトマーケティングの不在。アジャイル開発との関係。カスタム開発*1とパッケージソフトあるいはインターネットサービス開発の違い。アジャイル開発はもともとカスタム開発の問題解決のために考案されているためか、プロダクトマネジメントについての考慮が抜け落ちている件、などだ。 僕もまだ読んでいる最中なんだけど、この話題はとても興味があり、悩みも多い。 プロダクトマネジメントとプロジェクトマネジメン
上司が信用できない会社の内部統制 - slideshare
第32回WebSig会議「便利さと、怖さと、心強さと〜戦う会社のための社内セキュリティ 2013年のスタンダードとは？！」2013年3月9日 http://websig247.jp/meeting/32/ チームラボ佐伯さん，高須さんの発表資料です。Read less
Redmineを全員で使ったらカオスになった話
タスク管理のツールとしてオープンソースのRedmineを使っていた。エンジニアだけで使っているうちは特に問題はなかった。エンジニアが10数名、全員でも40人規模の会社なので全員の作業を見える化したいよねという話が上がって全員でRedmineを使い始めることになった。そして何が起きたか。 プロジェクトが乱立した エンジニアであれば「プロジェクト」は単位は大体想像がつくと思う。しかしながらツール上ではその単位でプロジェクトは作られなかった。「正規のプロジェクト」の小規模な機能追加であっても「○○対応プロジェクト」と銘打たれツール上にプロジェクトが作成された。 「〜対応プロジェクト」「〜導入プロジェクト」「〜検討プロジェクト」「〜プロジェクト」・・・どんな言葉にもプロジェクトを付ければ”プロジェクト”にできるんだということは新鮮ではあったし、勉強にもなった。（そもそも”プロジェクト”って何だ？）
【StartupWeekendTokyo x DevLOVE】イケてるスタートアップの開発現場の話が聞きたい！
今、急成長を遂げているスタートアップ3社の開発現場のお話を伺います！ 第一部「スタートアップの開発の現場」（19:30～21:00） ①KAIZEN platform Inc. 技術顧問 伊藤 直也氏 ニフティ、はてな取締役CTO、グリー統括部長を経てフリーランスとして活動。ブログやソーシャルブックマークなど10年間、ソーシャルメディアの開発と運営に携わる。著書に『入門Chef Solo』(達人出版会)『サーバ/インフラを支える技術』『大規模サービス技術入門』 (技術評論社) など多数。2013年9月よりKAIZEN Platfrom Inc. 技術顧問。 ②SmartNews代表取締役 浜本 階生氏 2005年東京工業大学工学部情報工学科卒業。ソフトウェアエンジニア。2007年に『EatSpot』で価格.com WEBサービスコンテスト最優秀賞、2009年に『Blogopolis』でY
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
SmartNewsにおける開発の考えかた
【StartupWeekendTokyo x DevLOVE】イケてるスタートアップの開発現場の話が聞きたい！ http://swtokyo.doorkeeper.jp/events/12769
ゲーム開発 プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
Airbnbの「マネジメントしない」マネジメント方法とは：前編 | readwrite.jp
Airbnbは現在人気急上昇中の、オンラインで宿泊場所を見つけるためのサービスだ。Airbnbのエンジニアリング担当上級副社長のマイク・カーティスは、一年ちょっと前に同社に加わった際、あることに気付いて「ショックを受けた」という。 一種の武者震いである。カーティスは、人々が世界中どこに旅行してもくつろげるような仕組みを作り出すというAirbnbの使命に突き動かされている、自立した企業文化を見いだしたのだ。体制面での不足は情熱によって補われており、エンジニア達は自分のタスクを自分で見つけ出し、それらに取り組んでいた。 毎月100万ものユーザーが、宿泊場所を求めてAirbnbを利用している。ホスト側が提供する宿泊用のスペースは様々で、予備のソファー、客室、アパートの一室、時にはツリーハウス等というものまである。利用可能な宿泊施設を探したりゲストからホストへの国をまたいだ支払いを取り扱ったり、技
プログラマーは皆、常に秘密や嘘を抱えている - totopon114689の日記
プログラマーは皆、常に秘密や嘘を抱えている。 これは間違いない。 基本的には誰にも話さないが、 （家族や友人などプログラムを知っていない人間に話しても分からない、という事もある） プログラマー同士の飲みの席などで、過去の笑い話として酒の肴になる事はある。 秘密や嘘の傾向には幾つかのパターンがある。 1) 仕様があいまいな場合の適当なコーディング 仕様があいまいな機能を実装する場合、想定していたものよりもプログラム量が膨大になる事はよくある。 また、細かいパターンや想定外のケースに対し、どのようにプログラム的対処を行うべきか？ 洗い出しているとキリがない場合もある。 仮に事前に洗い出していたとしても、 「ケース自体は洗い出せているが、具体的にどのようなエラーメッセージを表示すべきか？」 などといった、その先がまたあいまいになっている場合もある。 このような場合、本来であれば決裁権のある人間に
チケット駆動開発で作業管理はしないほうがいい - arclamp
先日、2013/3/23（土）に弊社でチケット駆動と開発環境に関するイベントを開催しました。リンク先には資料も上がっていますので参照ください（※アトラシアン製品関連のイベントです）。 基調講演にはチケット駆動開発を推進されている関西XPUGのあきぴーさんをお招きして「チケット駆動開発をパターン言語で読み解く」という話をしていただき、最終枠ではパネルディスカッションをしました。 チケット駆動開発とウォーターフォール パネルディスカッションでは、僕が「チケット駆動開発を作業計画に使うのは難しく、WBSとの併用が現実的」と話し、あきぴーさんが「作業計画をチケット駆動開発で回していくには」というノウハウを紹介されていました。 この違いは僕がウォーターフォール的な新規案件を、あきぴーさんがアジャイル的な開発/保守運用案件を前提にしているためです。 僕自身はBTS（Bug Tracking Syste
スクラムとは何か（アジャイル開発）
僕の場合アジャイル開発という大雑把な括りで理解しているので、具体的な開発手法名はなかなか覚えにくい、というよりそれすらちょっと抽象的な表現なので分かりにくいと言ったほうが適切か。 スクラムとは、会社を機能単位に分割した階層や組織ではなく、どこをとっても会社のビジョンに向かった判断・行動パターンを共有する自己相似の知識創造活動であり、それを実践する人びとである 本書を読みきれば、上の定義があーなるほどと理解できるようになる。あとは、自分のフィールドに翻訳する必要があるのだが、カルチャーを変革する系の手法なので、ボトムアップな取り組みだけではうまくいかないだろうし、上の理解が必須かなぁと思った。なのでマネジメント層に読んでもらいたいなぁと。 アジャイルは顧客満足を実現する手段であり可能性のひとつ アジャイル開発では知識の外部への伝播が語られていない（これは欠点） PDCAのPの前にはSECIの
オープンソースで商用クラウドサービスを作るためのチームビルディング。NTTコミュニケーションズ（前編）
オープンソースで商用クラウドサービスを作るためのチームビルディング。NTTコミュニケーションズ（前編） 2月14日、15日に都内で開催されたイベント「Developers Summit 2013」、通称デブサミ。2日目に行われたセッション「OSSで作る！クラウドサービス開発戦記」では、NTTコミュニケーションズの川口克則氏が、オープンソースを基盤としたサービス開発の苦労や解決のための試行錯誤について講演を行いました。 川口氏のセッションは、オープンソースソフトウェアで商用サービスをいかに構築するか、という面だけでなく、すばやい変化に追随できるチームをどうやって構築していくのかという、多くの開発チームに共通する悩みを共有できる点でも意義のあるセッションでした。その内容を紹介しましょう。 OSSで作る！クラウドサービス開発戦記 NTTコミュニケーションズ クラウドサービス部 川口克則氏。 この
ソフトウェア開発プロセス残酷物語 - give IT a try
昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ
開発マネージャの役割
以前，開発マネージャの募集広告で，思わず首を傾げたくなるようなものを見たことがあります。そのひとつでは，たくさんのプログラム言語と開発環境について十分な知識を持っていることを条件にしていました。別の案件では，そのポジションの66%(なぜ2/3ではないのでしょう？)の作業はプログラミング，とありました。他にもPMO認定所有者を求めるものなど，そんな調子で延々と続いているのです。開発マネージャという役割が，ある意味で漠然としたものであることは事実でしょう。しかしこのような求人情報を見ると，募集を出している企業が開発マネージャの役割について本当に考えていないのではないか，という印象を受けてしまいます。雇用する企業にとっても，このような条件で雇用される側にとっても，これは不幸の元でしかありません。 開発マネージャであるあなたは，たくさんの責任を背負っていますが，もっとも重要なのは製品を出荷すること
アジャイル開発は常識だ - プログラマの思索
アジャイルサムライ著者のインタビューを読んで、心の琴線に触れるフレーズがいくつもあった。 感想をラフなメモ書き。 【元ネタ】 Jonathan Rasmusson さんインタビュー ( 前編 ) Jonathan Rasmusson さんインタビュー ( 後編 ) 【1】Jonathan さんが「アジャイルサムライ」を執筆した動機の一つは、アジャイル開発をコーチングや導入する時に使いたいためだったらしい。 というのも、新たな会社にアジャイル開発を導入する時には、7冊のアジャイル本を読んでから説明しなくてはならなかった、と。 ユーザーストーリー、計画、見積りについても10ページの説明で十分だ、と。 「アジャイルサムライ」の良い所は、アジャイル開発の概略を網羅的に知ることができる点にあると思う。 「アジャイルサムライ」はXPやScrumにも触れているけれど、XPやScrumを全て説明していると
ラブライブの穂乃果ちゃんに学ぶ『マネジメント』 - WebLab.ota
ラブライブ5話見てて思った。この子本当に人を動かす・使うのがうまいなぁ〜と というわけで、彼女の手練手管をまとめてみる。 うだうだ理屈をこねる奴には事後承諾 よく使う手ではある。 理屈こねて遅々として話が進まないって人がいる。 そーゆー輩を相手にするときは、もうその人がうだうだ言っても仕方がない状況を作る。逃げられない状況を。 「海未ちゃんがスカート丈でうだうだ言っている」→作ったあとで「もう作っちゃったし、時間ないし」で押し切ろうという、まさにの犯行。 人に役割を与えよ マネジメントには、「働きがいを与えるには、仕事そのものに責任を持たせなかればならない」とある。 これを天然系マネージャーの素質がある穂乃果ちゃんは、こうやって実践する。 恥ずかしがり屋の海未ちゃんには、「鬼」という役割を与えよ。 なかなか素直になれないニコ先輩には、「部長」という役割を与えよ。 実に素晴らしい人心掌握術。
スクラムに関する無料の日本語資料のまとめ | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 スクラムを学習するにあたって参考になる【無料】の資料を以下にあげておきます。 僕がコーチングする際は上２つの資料については事前に読んでもらった上で、トレーニングを実施したりしてます。 スクラムガイドスクラムの父であるジェフ・サザーランド氏とケン・シュエイバー氏が書いた公式のルールブック。 これを読まないでスクラムをやるのはマズイです。 http://www.scrumguides.org/日本語版は、多くの本の翻訳をされている角さんが訳されてます塹壕よりScrumとXP昨年開催したScrum Gathering Tokyoで基調講演をされたヘンリック・クニベルグ氏によるScrumとXPの実践事例。 どういう問題がおきてどう改善したかも分かる。 http://www.infoq.com/jp/minibooks/scrum-xp-from-the-t
SWOT分析 - Wikipedia
この記事には独自研究が含まれているおそれがあります。問題箇所を検証し出典を追加して、記事の改善にご協力ください。議論はノートを参照してください。（2018年8月） SWOT分析 SWOT分析（-ぶんせき、英: SWOT analysis、SWOT matrix）とは、目標を達成するために意思決定を必要としている組織や個人の事業上の競合やプロジェクト計画などに関係する脅威について、外部環境や内部環境を強み (Strengths)、弱み (Weaknesses)、機会 (Opportunities)、脅威 (Threats) の4つのカテゴリーで要因分析し、事業環境変化に対応した経営資源の最適活用を図る経営戦略策定方法の一つである[1][2]。 SWOT分析は、意思決定プロセスの予備段階で使用することができ、多くの種類の組織(営利企業、地方自治体、国、NGOなど)の戦略的地位を評価するためのツ
『弱くても勝てます』 超進学校の「異常な」セオリー - HONZ
竹本住大夫の自伝である。おなじみ日本経済新聞「私の履歴書」の書籍化だ。ちなみに近年「私の履歴書」で最も面白かったのは李香蘭すなわち山口淑子だった。本書は次点だが、経営者の自叙伝の何十倍も面白い。何万倍かもしれない。つまり経営者の自叙伝などはことごとく面白くない。そういえば佐野眞の『甘粕正彦 乱心の曠野』などは李香蘭の自伝を読んでからのほうがはるかに面白いはずだ。話が脱線した。 竹本住大夫は義太夫節の大夫である。三味線弾きと二人で人形劇である文楽に登場し、物語の一切を語るのが大夫だ。住大夫はその最高峰なのだ。もちろん人間国宝だ。義太夫節とは大阪弁丸出しのダミ声でわめくような感じの日本独特の歌唱法である。あまりに独特なので初めての人は面食らう。ともかく何を言っているのかさっぱりわからない。しかし、慣れてくると、これがじつに素晴らしいのだ。 ところで本書によれば、竹本住大夫は奈良の薬師寺の故高田
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
nanapiの開発現場をどのようにして回しているか
