タグ

managementに関するcronecoのブックマーク (13)

  • 長文日記

  • 強面の社長が教えてくれた人たらしテク | コムテブログ

    地元の知り合いに人たらしのプロみたいな強面の社長さんがいた。風体はオールバックで髭を生やしがっちりしている。一見、一般人には見えない。 最近 SNS で見かけるような、インテリぶった貧弱そうな(男か女か分からないような)経営者ではない。背中に刃物を突き立てられても動じないような人で、事実開き直っていた。しかし何をやっても上手くいく強運な人だった。 最近連絡を取っていなかったが、その人に教えられた事を公開しようと思う。毒舌で失礼な文章なので気分を害しそうな人はスルーして下さい。 「飲み会不要」 付き合いが大切だと言う人間とは距離を置け。懇親会も出来るだけやんわりと断れ。人間関係は大切だが、賢い人間は皆が飲みに行く時間に不労所得を作る。 「成功者と失敗者の話しは聞くな」 すでに成功している人間や、うだつのあがらない人間の話はどうでも良い。それより頑張り屋さんに近づけ。実は頑張り屋さんに近づくと

    強面の社長が教えてくれた人たらしテク | コムテブログ
  • ベンチャーや企業のトップに立つCEOが毎週やるべき重要なタスクをまとめたチェックリスト「The CEO’s Weekly Checklist」

    By TechShowNetwork お金を集めたり役員を雇ったりと、たくさんの重要事項が肩にのしかかるCEOですが、実際のところ日頃は何を行えばいいのか?ということで、Andreessen Horowitz社の共同経営者の一人であるScott Weissさんが毎週行っているCEOとしての重要なタスクをまとめたのが「The CEO’s Weekly Checklist」です。 The CEO’s Weekly Checklist // Scott Weiss http://scott.a16z.com/2012/05/14/the-ceos-weekly-checklist/ ◆01:チームをプッシュする By seekingthomas 有能な人々を役員として雇ったら、CEO仕事は彼らに普通ではできないことをするように要求することですが、そのためにScott Weissさんが普段行って

    ベンチャーや企業のトップに立つCEOが毎週やるべき重要なタスクをまとめたチェックリスト「The CEO’s Weekly Checklist」
  • ふつうの受託開発チームのつくりかた

    For the session A-4 ,DevLOVE Kansai 2012 Drive.Read less

    ふつうの受託開発チームのつくりかた
  • 変化の時代で勝つための開発組織のあり方 2011 12-22

    This document introduces Aiming, a startup founded in 2011 by Toshiaki Katayama. It previously worked on Community Engine from 2001-2003 and Play Online China from 2003-2007. Aiming focuses on building online and mobile games using technologies like HTML5, Unity, Ruby on Rails and Flash. It aims to create fun and social games and uses agile practices like Git and continuous integration. The compan

    変化の時代で勝つための開発組織のあり方 2011 12-22
  • 最初から締め切り終盤勢いの開発は可能か? - teruyastarはかく語りき

    ※最後に2つ追記しました。 この話面白い。 11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - デジタル - 日経トレンディネット http://trendy.nikkeibp.co.jp/article/column/20111215/1039018/ スマホゲームアプリの開発を命じられたのは、東日大震災直後の今年3月。 出された課題は 「4月から開発に着手し、7月末までに70タイトルそろえる」 「開発スタッフは既に決まっている人間で進める」 「8月にTVCMなど大々的なPRを行うため遅延は許されない」の3点 『11のやめたこと。』 1.「組織の細分化、階層化をやめる」 マネジャーが増えるということは、ゲームの作り手が一人減るということ。 優秀な人間がマネジャーになるほど、アプリの制作力は低下する。 2.「職種別の目標設定をやめる」 プログラマー、企画など

    最初から締め切り終盤勢いの開発は可能か? - teruyastarはかく語りき
  • Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み(前編)

    先週の水曜日(10月19日)に、アジャイル開発手法「スクラム」を学ぶイベント「Scrum Gathering Tokyo 2011」が都内で開催されました。 スクラムを実際に導入した事例として紹介されたのが「Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み ~組織と現場から~」のセッションで紹介されたヤフー株式会社の例。 同社は2名の担当者が中心となり、社内セミナーなどでスクラムに興味を持ってもらうことで社内の自主的な変化を促す一方、評価制度や内部統制などの制度を調整する担当役も置くことで制度面での変化も後押しするなど、スクラム導入の具体的な手法が紹介されました。 そのセッションの内容を紹介しましょう。 2名で分担してアジャイル開発の推進を開始 ヤフー株式会社 R&D統括部プラットフォーム開発部長 志立正嗣氏。 組織の立場から見て、どういう風にスクラムを導入してき

    Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み(前編)
  • 見える化ガイド[2] - タスクボードの使い方(基本編) - オブログ

    こんにちは、天野勝です。 見える化ガイド、連載の第2回目は、「タスクボードの使い方(基編)」です。 ■タスクボードとは タスクボードとは、タスク(すべき作業)を可視化して、仕事の状況にあわせて、タスクのステータスを管理するツールです。 図1 タスクボードの基形 図1のタスクボードは、もっともシンプルで基的なレイアウトの例です。 タスクが配置されている場所でその状態を示します。それぞれの区画は・ToDo:やるべきタスク ・Doing:やっているタスク ・Done:終了したタスクとなっています。 タスクのライフサイクルを紹介しますと、タスクは最初にToDoの区画に貼られ、タスクに着手したらDoing、タスクが終了したらDoneに移動させます。左から始まり、右に進んでいきます。 このタスクボードは、平たく言えば、単純なToDo管理のためのボードです。当然ながら個人でも使えます。プロジェクト

  • エクストリーム・プログラミング - Wikipedia

    エクストリーム・プログラミング、XP(英: extreme programming)は、 ソフトウェア品質 を向上させ、変化する顧客の要求への対応力を高めることを目的としたソフトウェア開発プロセスである。アジャイルソフトウェア開発の一つとして[1][2][3]、短い開発サイクルで頻繁に「リリース」することを推奨することで、生産性を向上させ、新しい顧客の要求を採用するためのチェックポイントを導入することを意図している。 エクストリーム・プログラミングの他の要素には、ペアでのプログラミングや広範なコードレビューの実施、すべてのコードのユニットテスト、機能は実際に必要となるまでは追加しない、フラットな管理構造、コードのシンプルさと明快さ、時間の経過とともに問題がよりよく理解されたことでの顧客の要求の変化を期待する、顧客やプログラマーでの頻繁なコミュニケーションなどがある[2][3][4]。この方

    エクストリーム・プログラミング - Wikipedia
  • jkondoの日記 - あしかのあしあと

    今日で3月も終わり。明日からはてなのスタッフも増えて、事務所も拡張ということで、また一つ区切りだなあーと感じます。 はてなでは、色々な機能追加や変更など、開発のタスクをタスクカードに書いて進行管理をしています。タスクカードといってもただのコピー用紙の裏紙で、進行管理といっても、ただの段ボール箱を区切って紙切れを入れているだけです。 その名は「あしか」。 そんな進行管理ですが、いい区切りだと思ってこれまでに実装を行ったタスクを見てみると、随分とたまりました。(写真の左奥の仕切りが「終わった」の箱です) ちなみに、区切りは4つあって 終わった すぐやる そのうちやる ペンディング に分かれています。ペンディングに入ったアイデアやプランは、なかなか手をつけることができませんが、大きなテーマや楽しいアイデアもいっぱいです。 人も少しずつ増えて、さらにスピードを上げてやるべきことをどんどんできるよう

    jkondoの日記 - あしかのあしあと
  • ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)

    ゲーム開発 プロジェクトマネジメント講座 2011年10月8日 株式会社スクウェア・エニックス CTO 橋 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか? 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ(コンテンツの範囲)の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース(人員・環境)の問題 • ビジネスの問題 4©SQUARE-EN

  • CMMIって何だろう

    CMMI(Capability Maturity Model Integration,能力成熟度モデル統合)は,能力成熟度モデルの一つであり,システム開発を行う組織がプロセス改善を行うためのガイドラインです。この講座では,CMMIの歴史や概要,CMMIを利用したプロセス改善のポイントなどを解説します。 CMMI(Capability Maturity Model Integration,能力成熟度モデル統合)は,能力成熟度モデルの一つであり,システム開発を行う組織がプロセス改善を行うためのガイドラインとなるものです。米国国防総省(Department of Defense)が米国カーネギーメロン大学(CMU)に設置した,ソフトウェア工学研究所(SEI)で考案されました。CMMIでは,組織の製品,サービスの開発,調達能力などを5または6段階のレベルで評価します(後述する「段階表現」では5段階

    CMMIって何だろう
  • 能力成熟度モデル統合 - Wikipedia

    能力成熟度モデル統合 (のうりょくせいじゅくどモデルとうごう、英: Capability Maturity Model Integration, CMMI) は、組織がプロセスをより適切に管理できるようになることを目的として遵守するべき指針を体系化したものである[1] 。 平易な言い方をすると、ソフトウェア開発組織及びプロジェクトのプロセスを改善するために、その組織の成熟度レベルを段階的に定義したものである。 CMMIは、もともとは能力成熟度モデル (CMM; Capability Maturity Model) として開発された。 概要[編集] 成熟度レベルの特性 CMMIは、プロセスの評価や改善をすすめるための枠組みであり、段階表現と連続表現の2つの表現方法がある。段階表現では、組織の実施プロセスを評価し、レベル1からレベル5までの5段階の成熟度レベルを(組織に対して)出すことができる

    能力成熟度モデル統合 - Wikipedia
  • 1