Inside Product: Introduction to Feature Priority using ICE (Impact, Confidence, Ease) and GIST…
Nimay Parekh When considering product rollouts, there are literally a dozen frameworks that one can consider when isolating priority within qualitative and quantitative data. Frameworks vary by stage of business, product type, customer type, willingness to pay and accessibility to data. Coined and popularized by Sean Ellis, the ICE framework may be the most popular useful framework when scaling an
ジオングから見た開発の問題
Project for Public Spaces & National Center for Biking and Walking•6.8K views
スタートアップの時代の終わり（そしてプロジェクトの時代）
2016 年 2 月は「スタートアップの時代の終わり」という話題がよく取り上げられた月でした。以下にその論考の一部をまとめてみます。 大企業がスタートアップの手法やツールを身に着け始めており、disrupt されにくくなってきている（The Information: The End of Tech Startups）スタートアップを始めるのは安く簡単になったが、スケールするための競争は激しくなっていおり、インターネット業界が成熟するに連れてスタートアップの入り込む余地が少なくなってきている（自動車業界のように）（Ev Williams）ビジネスのスピードが上がっていて、スタートアップ自体が破壊 (disrupt) されるスピードも早くなっている（Marc Andreessen）スマートフォンが全く新しい巨大なマーケットを多く作ったが、ほとんどのマーケットは既に独占され、良き時代は終わった（
ダレずに開発を走り切る為の習慣
重要なのは、この「煩わしさ」は、「そのタスクを完了した際に、どれだけ体力と意欲を使い果たすか」 の指標であることです。 「技術的には難しくないから、経験の浅い人にまとめてやってもらおう」と、そうした「だるいタスク」を集中させてしまうと、あっという間に人員が疲弊して 最悪離職します 恥ずかしながらこういう経験があります。 「だるさ見積り」した => 予測工数の -5%〜+5% の前倒しor遅延 で済んだ 「だるさ見積り」しなかった => +20%〜40% も遅延した。 終わった後の生産性の低さも本当にもう酷かった。 ごめんなさい。。。。 やろう！『だるさ』見積り！本当に大事だよ！ [見積もり編] 3. OKR を意識したバックログ 具体的には Github の issue サマリを記載していく事柄で実践します Objectives : この PullRequest で何ができてほしいのか サ
プロジェクトファシリテーション実践編：ふりかえりガイド
ここでは、PF=Project Facilitation(プロジェクトファシリテーション)について議論しています。 プロジェクトを活性化し、楽しくプロジェクトを成功に導くための、実践的な課題を扱います。 プロジェクトの成功に大切なものはなんでしょうか？ 個々人のスキルは重要です。そして、ここで取り上げるのは、集まった個人のスキルを１００％以上に発揮させるチーム作りとしての、「プロジェクトファシリテーション（PF）」です。 プロジェクトマネジメント（PM）が重要であることは昨今強く言われています。 PMが「計画達成のマネジメント」に重点を置くのに対してPFは「参加者の協調の場作り」に重点を置いています。PMは、計画の立案と実行、差異に注目した管理が中心で、どちらかと言うと「コマンド･コントロール型」のマネジメントスタイルが背後にあります。これに対してPFは、その場その場の変化に対応し、チーム
調整の心得 - クックパッド開発者ブログ
会員事業部の森田です。 対象と内容 この記事は、クックパッドと同じような200～300名規模の組織で働く、「最近調整が多くてコードを書く時間がないなぁ」と思い始めた30代エンジニアを対象として、日々の調整の負担を減らすための「考え」と「行動」を整理し、まとめたものです。 組織における分業と調整 組織に所属する人たちは協力して組織目標の達成を目指します。みんなで同じことをしてもしょうがないので、必然的に役割を分担(分業)をします。分担した仕事はなんらかのタイミングで統合する必要があります。その統合が調整です。つまり分業と調整はセットです。じゃどういう分業があるのかといえばそれは組織構造によります。今回は私達が採用している事業部別組織下*1 での調整の話をします。 分業の種類 事業部別組織では垂直と水平の2つの分業が存在します。それぞれに少し毛色の違う調整が発生するわけですが、いくつかのことを
「LEGOブロックで街づくり」 実体験型スクラム入門をのぞいてみた
LEGOブロックを使った街づくりでアジャイル開発の実践を学ぶ半日のコースを見学してみた。効果のほどは？ 「新しい街を作るんだから、当然家も作ってもらえるものと思っていました……」「えっ!? 仕様に書いてありせんよね？」。 「動物園って、何があれば動物園ですか？ 何を作ればいいですか？」「うーん、ゾウがあればいいです」「えっ？ それだけですか？」 依頼側と依頼される側のすれ違い――。開発プロジェクトでビジネス側と開発側の行き違いを経験したことがある人であれば脇の下に嫌な汗をかきそうな会話が次々と飛び出す。 子どもの頃に誰もが遊んだであろうブロックを使って街づくりをする。そんな一風変わった題材で、アジャイル開発の方法論「スクラム」を、体験を通して学ぶというワークショップをのぞいてみた。
Semantic Versioning 2.0.0
Semantic Versioning 2.0.0 Summary Given a version number MAJOR.MINOR.PATCH, increment the: MAJOR version when you make incompatible API changes MINOR version when you add functionality in a backward compatible manner PATCH version when you make backward compatible bug fixes Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format. Introductio
【現場最前線】3月16日の直通運転へ一晩で切替へ! 東横線代官山駅地下化工事
東急東横線と東京メトロ副都心線の相互直通運転が3月16日、いよいよ始まる。横浜方面から渋谷、新宿、池袋を経て、埼玉西南部に至る首都圏の広域鉄道ネットワークが形成されるほか、渋谷駅周辺再開発事業の全体が動き出す大きな節目でもある。このプロジェクトのかぎとなるのが、東横線渋谷駅~代官山駅間の地下化事業だ。東急建設は15日終電から16日初電までの限られた時間内に、地上の線路と地下に構築した線路をつなげる“総仕上げ"に全社一丸で臨む。 ◇切替当日へ秒読み 地下で営業中の副都心線渋谷駅ホームから、地上にある代官山駅までの区間約1.4㎞を地下化する事業では、既に地下式構造区間約1.2㎞の工事が完了。現在は、取り付け口となる代官山駅付近の第3工区を担当する東急建設が、切替当夜に向けた最終調整と確認作業を進めている。 現場周辺は、線路沿いに住宅などが近接する密集地で側道も狭い。用地の制約から、一般的な仮線
Thrilled | Photoshop Troll
Dragos **** (d****@y****.com)Hello , i would like to get a new profile picture for facebook but im not that good at editing so can you please edit a photo for me so i look better in the picture and the picture to be overall better , i would be so glad if you could do that for me , thanks a lot Photo****Photoshop Troll (undercover)Hi there, Overall I think the photo has a good look to it, you look
はやぶさプロジェクトサイト
政府の平成24年度予算に関する閣議決定が行われました。(12/24) 「はやぶさ-2」には、H23 年度と同程度(30億円)となったとのことです。 要求額の半分に満たないことになります。かろうじて、「はやぶさ-2」のとりやめという事態は避けられたことに、ともかくも一歩と感ずるところではあります。 お声を寄せ、行動していただいたみなさまに感謝申し上げたいと思います。 残念ながら、これは翌年度での予算確保を保証するものではなく、2014年度に打ち上げられて、 世界を主導できる活動を継続できることには直結できないという大きな不安を残すものです。 しかし、不安をみていても始まりません。下記に書かせていただきますが、2014年の打ち上げにむけて継続した運動にみなさまのさらなるご協力をお願いしたいところです。 国民に自信と希望を与える政策がとられているのか、率直に申して、 大いに疑問を感ずるところです
ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
echo - スポーツのような、チームワークを。
スポーツのようなチームワークを。echo - スポーツのような、チームワークを。 フィールドを見渡しボールを出した。パスが気持ちよく決まり、受けた仲間はすでにゴールに向かって走ってる。このボールはみんなの期待そのもの。彼ならきっと応えてくれる。 プレイヤー登録とダウンロード - 無料でご利用いただけます チームは一つのゴールに向かって。 チームワークは一つのゴールに向かって進みます。もとを正せば一つの大きな仕事です。その大きな仕事を仲間が分け合い達成していきます。echo はチームワークの中で行われる様々なto-doを管理するためのサービスです。数人のチームワークから何百人のチームワークまで、もちろん一人きりの作業でも、自分がやらなければならない仕事を横断的に管理することができます。 ボールのように仕事をつなぐ。 echo では、自分の仕事の一部をチームの誰かに依頼することが可能です。あな
外国語ならなおさら、できる限りのことをしないと伝わらない – 秋元
PHPの文字エンコーディングの入力チェックを改善する方法について日本語のブログで議論があり、そのパッチを本家に提案したが、却下された、という話が盛り上がっているようです。 バグレポートされた岩本さん自身や、コメント欄やはてなブックマークでは、 PHPの開発陣がダメだ マルチバイトに理解がない外国人がダメだ 残念だ みたいな意見があまりに大勢をしめているので、そのバグレポートを見てみた上で、思ったことを述べたいと思います。 岩本さんのバグレポートを訳すと、こんな感じです 要約: ------------ セキュリティ的な要件により、htmlspecialchars()はバイト列をもっと 厳密にチェックすべきです。XSSするコードが見つかりました。 http://d.hatena.ne.jp/t_komura/20091004/1254665511 [日] 原始的なパッチを書きました。 htt
Project Facilitation From Hiranabe - SlideShare (share powerpoint presentations online, slideshows, slide shows, download presentations, widgets, MySpace codes)
プロジェクトファシリテーションのプレゼン。平鍋健児(チェンジビジョン/永和システムマネジメント)による。Read less
最初から気合いを入れると続かない
最初から気合いを入れると続かない 2008-06-04-1 [Opinion] 別に法則ってほどのものでもないし、 誰でも気づく当たり前のことなんんだけど、 「最初から気合いを入れると続かない」という 法則は広範囲にあてはまるなあ、と。 で、この記事の結論を先に行っておくと、 「無理せずできることからコツコツとアウトプット」、 そして、「続けたいなら見栄をはるな」。 競合製品 競合他社が出したソフトウェア製品がすごい人気で、 「我が社でも追随して類似製品を出さねば！」という 状況を経験したことのある人は多いと思う。 こういうプロジェクトで失敗する最大の要因は、 「後発なんだから、 競合製品を越える性能とオリジナリティを持つものにして、 一気に巻き返すのだ！」 という考え方。 プロジェクトリーダーがこういう考えで凝り固まっていると、 結局まともなアウトプットが出せない状態になる。 出せたとし
<img src="http://i.yimg.jp/images/ybm/icons/sbm_nw.gif" alt="別ウィンドウで表示" border="0" height="11" width="11">
『ゼルダの伝説 トワイライトプリンセス』について 今日からお伝えしていこうと思います。 たくさんの開発者が携わっているソフトですから、 なるだけ多くの人に、登場してもらうことにしました。 まずは、今回はじめてチーム内で、リーダー役を経験した 若手スタッフ６人の方にお話をうかがいます。 ちなみにこの取材のあとは ベテランの開発者６人に集まってもらって、 最後に、ディレクターの青沼（英二）さんと、 宮本（茂）さんに話を訊いていこうと思っています。 それでは、まず今日は、 若手開発者のみなさんにしゃべってもらいましょう。 自己紹介からお願いします。 情報開発本部の尾山です。今回の『ゼルダ』では、 おもに敵キャラクターのデザインを担当しました。 このプロジェクト以前の仕事としては、 『ゼルダの伝説 ムジュラの仮面』『ポケモンスタジアム金銀』 『ルイージマンション』『ゼルダの伝説 風のタクト』『ピク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【資料公開】カイゼンの基本
WebWorkerDaily » Archive Project Management, Collaboration, and How Our Brains Work «
ふりかえりを改善するための秘訣
