タグ

開発とpmに関するDrunkarのブックマーク (7)

  • Kyashに入社して半年くらい経ちました - Konifar's WIP

    早いもので、2017年12月にKyashに入社してから半年が経ちました。 最近は 「勢いある」「Kyashよさそう」と言っていただくことも増えてありがたいなぁと思うと同時に、中にいるとちょっと過大評価されているなと感じることもあります。 自分自身も後で見返せるように、実際どうなの?という話を自分の視点から書いておこうと思います。Kyash実際はこんな感じなんだーというのがなんとなく伝われば嬉しいかぎりです。 ちなみにこういう話は思いもしないところ思いもしないツッコミを受けるものなので結構緊張しています。何か気になる表現があれば@konifarまで直接連絡をもらえるとありがたいです。 入社直後の感想 2017年12月に入社した時、Kyash社内はめちゃくちゃ忙しい時期でした。開発もマーケも全員修羅場で、「オッやっとるな」という感じでした。 自分が入った時にすでに佳境だったので、そのプロジェク

    Kyashに入社して半年くらい経ちました - Konifar's WIP
  • 広告プラットフォーム立ち上げ百鬼夜行

    立ち上げにまつわるあれやこれやをプレゼンした内容です。 特に、事業スケールにともなってテーマ性が変わりますので、 そちらをいかに乗り越えていくのか?というお話が中心です。

    広告プラットフォーム立ち上げ百鬼夜行
  • ソフトウェア開発プロセスから無駄を省くための7つの方法

    コスト/アクティビティの観点から考えると、私たちは開発スケジュールやコスト(20%の遅延)について大きな問題とは思っていませんでした。大きな問題だったのは、統合/メンテナンスです。安定化に2ヶ月ではなく、11ヶ月もかかってしまったことです。サービスパック開発の7ヶ月はリリースとは別で考えていました。メンテナンス予算に含んだのです。 リーンの考え方の場合(例えば、顧客の観点から見る)は、以下のような問題が現れます。 12ヶ月の開発計画が23ヶ月かかって顧客に価値を提供することになってしまった(サービスパックを考慮すると30ヶ月)。11ヶ月の遅延。その結果は以下の通り。 遅延: 遅れたことは顧客を幸せにしない。 コスト: 追加で11ヶ月分のコストを支払い、リリースするためのリソースを確保した。 遅延: リリースNを準備している間、準備できないリリースN+1も遅れる。 収入: 売り上げがあがるま

    ソフトウェア開発プロセスから無駄を省くための7つの方法
  • [Agile]スプリントのタスクに関するTips29個 | Ryuzee.com

    みなさんこんにちは。@ryuzeeです。 Scrum CrazyというサイトでスプリントのタスクについてたくさんのTipsがまとめられているのでご紹介します。 Sprint Tasking Tips ここではTipsのタイトルだけ紹介しておきますので、詳しくは上記サイトを参照してください。 Scrum Crazyでは他にも色々なTipsがあるので是非見ておくと良いと思います。 正直に見積もり、見積りが正確であることに価値をおく環境を作ることタスクを見積もる際は時間で見積もることを強く推奨実時間ではなく理想時間を使うことが望ましいより粒度を小さくしたタスクにすることを強く推奨1日は5〜6理想時間とすること作業量を見積もるのであって期間を見積もるのではないできるだけアトミックな単位にタスクを分ける「作業中」の状態が2日以上にならないようにするタスクはチームで見積もるスプリント途中での再タスキン

    [Agile]スプリントのタスクに関するTips29個 | Ryuzee.com
  • かんばん!~もし女子高生がRedmineで「スクラム」開発をしたら

    連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法である「スクラム」とプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです ■ 登場人物の紹介

    かんばん!~もし女子高生がRedmineで「スクラム」開発をしたら
  • WBSがプロジェクトとあなたを変える | 日経 xTECH(クロステック)

    プロジェクトの作業と成果物を構造的に分解する「WBS(Work Breakdown Structure)」。システム開発が高度化・複雑化すると同時にプロジェクトに多くの関係者が参加するようになり、その役割がますます増している。WBSにはプロジェクトITエンジニアであるあなたのスキルに劇的な変化をもたらす可能性を秘めている。そんなWBSの役割やメリットを5回にわたって解説する。

    WBSがプロジェクトとあなたを変える | 日経 xTECH(クロステック)
  • チケット駆動開発で作業管理はしないほうがいい - arclamp

    先日、2013/3/23(土)に弊社でチケット駆動と開発環境に関するイベントを開催しました。リンク先には資料も上がっていますので参照ください(※アトラシアン製品関連のイベントです)。 基調講演にはチケット駆動開発を推進されている関西XPUGのあきぴーさんをお招きして「チケット駆動開発をパターン言語で読み解く」という話をしていただき、最終枠ではパネルディスカッションをしました。 チケット駆動開発とウォーターフォール パネルディスカッションでは、僕が「チケット駆動開発を作業計画に使うのは難しく、WBSとの併用が現実的」と話し、あきぴーさんが「作業計画をチケット駆動開発で回していくには」というノウハウを紹介されていました。 この違いは僕がウォーターフォール的な新規案件を、あきぴーさんがアジャイル的な開発/保守運用案件を前提にしているためです。 僕自身はBTS(Bug Tracking Syste

    チケット駆動開発で作業管理はしないほうがいい - arclamp
  • 1