タグ

projマネジメントに関するhidebloのブックマーク (65)

  • 20名超の会議を必ず1時間で終わらせる“ライブドア流”会議術 - livedoor ディレクター Blog

    こんにちは、livedoor Blog を担当しています佐々木です。 「livedoor Blog」プロジェクトの定例会議は、検討する議題が山積みで関係者も多く、いつも20名を超すスタッフが集まります。ですが、長時間の会議はデメリットしか生みませんので、“会議は週に1回1時間だけ”と制限を決めて、そのなかで効率的な会議の方法を試行錯誤しています。 そこで今回は、「アジェンダの作成方法」に焦点をあて、“ライブドア流”会議術の一端をご紹介したいと思います。 【01】アジェンダは前日のうちに関係者にメールする 会議で使用するアジェンダは、前日のうちに関係者にメールして目を通してもらい、補足がある場合には事前に受け付けます。 そうすることで、参加者が予習をするようになり、会議での話がスムースになります。また、アジェンダの内容によって「今回は欠席する」という判断がしやすくなるのもメリットで、参加して

    20名超の会議を必ず1時間で終わらせる“ライブドア流”会議術 - livedoor ディレクター Blog
  • リスク忌避による死

    Kathy Sierra / 青木靖 訳 2006年1月30日 Microsoftへのメモ: おたくはそこで驚くようなことをみんなにさせてきた。おたくがただいなくなってくれたなら、世界はいい方に変わるだろう。 リスク忌避はイノベーションを殺す要因として最大のものだ。これを患っているのはもちろんMicrosoftだけではない。なにしろリスクを取るというのはすごく・・・リスキーなのだ。しかし、もしリスクを取らないことがさらにリスキーであるなら、どうする? 確かに大企業が当てや策もなしにリスクを取るというのはまずいことだし、倒れるときには盛大に倒れることになるわけだけど、誰であれ無縁 なことではない。無難な選択をいたるところで目にすることだろう。私は今日ランチのときに共著者の1人と次のHead Firstの表紙をどうしようかという話をしていて、私は彼が望んでいるのよりもっと「安全な」モデルを使

  • 顧客の機能要求に折れないこと!

    Kathy Sierra /青木靖 訳 2006年5月10日 製品やサービスが成功するほど、ユーザの要望を受け入れるようにというプレッシャーは強くなる。ユーザが多くなるほど、要望の範囲は広がっていく。あるユーザにとっての 「それがないんだったら買わない」機能が、別のユーザには取引をぶちこわすものになる。そしてあなたの製品やサービスが人気になるほど、そういった要望は、要求と最後通牒へと変わっていき、ついには痛烈な批判になる。 私たちになしえる最悪のことは、それに折れるということだ。しかし要望/要求や批判が強く、怒りを帯びたものになるほど、誘惑に抵抗するのは難しくなる——「この1個だけ付け加えれば・・・きっとあの連中もおとなしくなってくれる」 しかしあらゆる色を1つに混ぜ合わせて泥色のしみを作るなら、誰も私たちのすることを嫌わなくなるが、同時に誰も喜びも、興奮も、魅了もされなくなる。そうして私

    顧客の機能要求に折れないこと!
  • ウノウラボ Unoh Labs: 失敗から学んだ効率のよい会議術

    こんにちはmatsudaと申します。 2月に中途でウノウへ入社した新人です。 まだウノウでの体験は少ないので、これまで勤めてきた企業でやっていた会議で、自らの失敗談から学んだ会議を円滑にすすめるための会議術をご紹介します。 頭の片隅にちょっとでも残していただけるのであれば、とてもうれしいですね。 ■時間通りに会議をはじめる当たり前のようでなかなかできないのが時間通りに集まり、会議をはじめることです。ダラダラはじまる会議ほど、ダラダラと会議をする傾向にありました。 ■必ずアジェンダを用意する会議には必ずアジェンダを用意してください。アジェンダのない会議ほどあさっての方向に話題がそれることはありません。簡単なものでいいです。必ずアジェンダを用意するクセをつけてください。 ■冒頭に会議の目的を共有する何のために集まった会議なのか?お互い確認してください。「いや、会議しろと言われたから集まっ

  • googleの開発プロセス - 森崎修司の「どうやってはかるの?」 [ITmedia オルタナティブ・ブログ]

    昨日に続きますが、ディベロッパーサミットでgoogleの開発プロセスについて聴講してきました。Googleは一味異なるプロセスや組織をお持ちのようです。請負開発をされている方には新鮮なのではないでしょうか。工藤氏はGoogleのインフラ寄りの話、小松氏は開発プロセスの話で講演されていました。サービスインフラも開発プロセスも私にとっては身近な話ですが、ここでは、小松氏の講演について書こうと思います。講演では、極めて異例/エキセントリックというプロセスは話されていませんでしたが、以下は、特徴的と感じました。 異なる観点から複数のレビューを実施していること。いわゆるperspective-based readingを実施しているそうです。役割分担型レビュー(reviewというよりはおそらくinspection)で、セキュリティやユーザインタフェースの観点から見たデザイン/ソースコードの妥当性検証

    googleの開発プロセス - 森崎修司の「どうやってはかるの?」 [ITmedia オルタナティブ・ブログ]
  • 「HTML画面をそのまま仕様書に」,5カ月で1000画面を構築した就職サイトPuffの高速開発手法:ITpro

    上段左からティーアンドエフカンパニー 事業推進統括責任者 情報化戦略コンサルタント 西岡祐弥氏,ティーアンドエフカンパニー 代表取締役社長 佐藤裕司氏,パフ 代表取締役社長 釘崎清秀氏,下段左よりティーアンドエフカンパニー 最高技術責任者 出羽健一氏,パフ 取締役兼株式会社プロシンクワーク代表取締役社長大場京子氏,パフ 事業サポートグループ グループマネージャー 保坂光江氏 Webシステムを開発する際にはほとんどの場合,ユーザーとの打ち合わせのためにHTMLによるモックアップを作る。「このHTMLがそのまま仕様書になれば」と思ったことはないだろうか。就職情報サイトPuffの再構築プロジェクトでは,まさにモックアップをそのまま仕様書した。「十数人の開発者で,5カ月で1000画面のシステムを開発する」必要に迫られたからだ。 HTMLに仕様とメモを埋め込み,CSSで切り替え 「この未体験のスピー

    「HTML画面をそのまま仕様書に」,5カ月で1000画面を構築した就職サイトPuffの高速開発手法:ITpro
  • Cerberus - walf443's blog

    http://cerberus.rubyforge.org/index.html svnとかで管理されてるプロジェクトのソースコードを取ってきて,ビルドやテストなどを実行し,エラーがあるとメールだとかRSSだとかにして発信できるツールのようです。設定ファイルがYAMLなところとかPlaggerを思わせます。 svnとかで管理されてるプロジェクト追っかけとかに良いかもしれません。 履歴管理システムはCVS、Subversion、darcsが対応してる模様。lib/cerberus/scm/以下の他のファイルを参考にすれば他の履歴管理システムでも対応できそうです。ファイルを比較してみると, initialize installed? update! has_changes? current_revision url last_commit_message last_author メソッドが定義

    Cerberus - walf443's blog
  • 優秀な技術管理者:Geekなぺーじ

    「ザ・ベスト 有能な人材をいかに確保するか (Hiring The Best Knowledge Workers, Techies & Nerds)」というに、成功する技術管理者が備えているスキルがリストされていました。 そのリストを見て「夢だ。。。」と思ってしまいました。

  • 楽しい会議と楽しくない会議:NBonline(日経ビジネス オンライン)

    ■ここから先は、NBonline(日経ビジネスオンライン)会員の方だけがご覧いただけます。 【ご説明】 会員登録は無料で、どなたでもご利用いただけます(無料会員登録はこちら)。登録をいただくと、NBonlineの豊富なコンテンツがすべてご覧いただけるほか、株価や記事の検索機能など、便利なサービスをご利用いただけます。 「NBonline」の無料会員登録をいただいた方、また日経ビジネス予約購読者限定のサービス「NBonlineプレミアム」の会員に登録済の方は、改めてご登録をいただく必要はございません。こちらをクリック、または上のログインボタンをクリックして、ログインをお願いします。その際、簡単なアンケートにご協力をいただいております。よろしくお願い申し上げます。 ご不明な点は、よくあるご質問のページ(FAQ)でご確認をお願いいたします。 [Lifehacks] 自分なりの方法を編み出す

  • 「議事録ドリブン」で会議の生産性をあげるツール登場

    ある調査によれば、ホワイトカラーの仕事時間における会議の割合は20〜30%もあるのだそうだ。会議の生産性が上がり時間を短縮することができれば、会社の生産性があがるのではないか――。 この問題に挑んだのが、2002年度のIPAの天才プログラマー/スーパークリエータにも選ばれたサルガッソーの代表取締役を務める鈴木健氏だ。このバミューダトライアングルで有名なミステリアスな海域の名前を冠する会社は、12月12日にASPで提供される会議支援ツール「Sargasso eXtreme Meeting」(略称Sargasso XM)のベータ版を公開した。鈴木氏によれば、この究極の会議法を実践するツール使えば「あっという間に会議が短くなる」という。 一般に会議を運営する問題には「長い、決まらない、迷走する」といった議事進行の問題や「準備が大変、結論が実行されない」といった作業管理の問題がある。しかし、これは

    「議事録ドリブン」で会議の生産性をあげるツール登場
  • PHPソースからフローチャートを生成する

    Visustin – Flow chart generator sofware PHPのソースからフローチャートを生成するツールです。 対応している言語はPHPの他にC/C++Java、VBといった主要な言語はもちろんのこと、さらにPerlPythonといったLL系の言語も網羅されています。(Rubyはまだのようです) デモ版でCakePHPのソース[cake/dispatcher.php]からフローチャート生成してみました。 ※デモ版ではプリントアウト・エクスポートといった出力ができないので画面をキャプチャしています。 フローチャートの他にUMLのアクティビティー図も生成できます。 ソースの規模にもよりますが、生成した図は画面で見るには大きいですし、デバッグやコードレビュー時に参考資料として使えそうなので、やはりプリントアウト機能は欲しいです。実用するには有料版を購入する必要があると

  • http://hotwired.goo.ne.jp/matrix/0602/001/

  • [ThinkIT] 第1回:複数人による開発の要所を押さえる (1/3)

    PHPは生産性の高い開発言語として広く普及しました。現在も多くのWebアプリケーション開発でPHPが採用されており、その手軽さも手伝って実績を伸ばし続けています。手軽に開発できることから、個人での開発もでき、独自の開発手法が多く存在し、複数人では統一が難しいといわれています。 そのため複数人による開発では、確固とした開発手法がとられてない事例が多いのも事実です。開発手法が確立されてない場合、規模が大きくなるとすぐに破綻してしまいます。それを避けるには、開発手法を確立しておく必要があります。 連載では複数人によるPHPを用いたWebアプリケーション開発において、実際に筆者の所属するウノウ株式会社が行っている手法を例に効率的な開発手法を解説していきます。連載の内容はPHPだけでなくRubyPerlのような他の言語にも適用できます。また1人で開発を行う時に非常に有効な方法です。実際に筆者が

  • 有能なプロジェクトマネージャを育てるには(2) ― @IT情報マネジメント

    前回に引き続き、2007年問題ともいわれているノウハウ継承の問題について、特にプロジェクトマネジメント能力の育成に焦点を当てて考えていく。今回は特にPMBOKの使用法などについて考える。 団塊世代が組織から去りつつあるいま、プロジェクトマネージャの量的不足・能力不足を懸念する企業が多い。2回目となる今回は、前回に引き続きシステム開発のプロジェクトマネジメント能力育成について考える。 システム開発プロジェクトマネジメントでPMBOKを参考にすると PMBOKは教科書ではなく参考書 プロジェクトマネジメントに関する知識というと、「PMBOKを教科書にして勉強しよう」という方がときどきおられる。PMBOKは、いろいろな分野で行われる“プロジェクト”という仕事のやり方を分析能力にたけた人が整理し、プロジェクトマネジメントの一般的・共通的な枠組みとして整理したものだ。 少し極端ないい方をすると、「共

    有能なプロジェクトマネージャを育てるには(2) ― @IT情報マネジメント
  • 全員が「明るい、楽しい」と感じるチームにしたい ― @IT情報マネジメント

    前回「優秀なプロマネはメンタルな働きかけもうまい」から少し間が空いてしまいましたが、第2回目の今回は、リーダーに求める心の在り方をお伝えしたいと思います。といっても、1回目をご覧いただいた方であればお分かりだと思いますが、道徳的な話をするつもりはありません。結果として道徳的な話と同じ内容となるかもしれませんが、心理的な裏付けによって、チームのパワーを最大化するために必要な心の在り方にフォーカスしています。 2つのコミュニケーション コミュニケーションは、コミュニケーションを取る相手の違いから2つに分類されます。1つは、他者とのコミュニケーション。もう1つは自分自身とのコミュニケーションです。 前者については、ビジネス書などでも「説得術」「販売テクニック」「リーダーシップ」といったキーワードを基に書かれることが多いので、普段からなじみがある方もいると思います。一方で後者は、どちらかというと、

    全員が「明るい、楽しい」と感じるチームにしたい ― @IT情報マネジメント
  • OBB vs AABB - Radium Software Development

    iPhoneの一般修理店は予約なしでも来店できる? 基的には飛び込みで修理に行ってもOK iPhoneを置いていたソファにうっかりと腰かけてしまい、パネルを割ってしまった、こんな時はスマホの一般修理店へ行きましょう。画面割れは、スマホやタブレットの故障原因として非常に多いものです。予約なしで突然お店に行っても平気かしらと、不安に思う方々もいらっしゃるかもしれません。結論としては特に問題はなく、予約なしで訪問しても画面割れの修理はお願いできます。 ただし他のサービス業のお店同様、予約なしの場合、お店が混雑していると順番待ちをしなければいけないです。特に繁盛しているスマホ修理のお店だと、行列が店内で出来ており、予約なしだと、自分の順番が巡ってくるまで長時間待たされる可能性があります。平日の朝、昼なら利用客が少ない場合が多く、飛び込みでも比較スムーズに修理が頼めます。 予約は入れた方が時短に、

  • 小さなゴールがやる気を生み出す | シゴタノ!

    やるべき時に「やる気」を出すことができれば、つまり、「やる気」というものを自由に出したり抑えたりすることができれば、仕事においてはもちろんのこと、日常生活にも役に立つはずです。 やる気を出すための最も手っ取り早い方法は、ご褒美を用意しておくこと。僕自身もこの方法をよく使います。例えば、「この仕事が終わったら、映画を観に行ってもよい」となれば、俄然やる気が出てきます。特に映画は開始時間が決まっているため、必然的に「締め切り効果」も発揮できます。予め座席指定のチケットを予約してしまえば、さらに強力でしょう。 このようなご褒美を用意する際に、その効果をより高めるためのコツが『脳はなにかと言い訳する』にありました。 次のようなサルの実験が紹介されています。 ●赤色のサインが表示されたらレバーを引く ●サインが緑色になったらレバーを離す ●この課題を出し、うまくできたらジュースを与える このようにシ

  • Google流会議のための6か条

    とかく会議は非生産的なものの代表としてやり玉にあがる。 BusinessWeekの"How to Run a Meeting Like Google"という記事には、会議をどうやったら効率的で生産的なものにできるのか、Googleでの会議の進め方をもとに提示している。 Googleの検索製品担当副社長、Marissa Mayerさんは、1週間に70もの会議を主催しており、彼女の判断は、共同創業者のセルゲイとブリンにあげるかどうかの事前チェックポイントとなっている。 スーパー忙しいMayerさんの会議術ということを念頭に入れて、「6か条」をみてほしい。 以下、B3 Annex抄訳。 Google流会議のための6か条 ("How to Run a Meeting Like Google" by BusinessWeek) 1. 確固としたアジェンダを設定せよ Mayerさんは、会議に先立って、

  • POLAR BEAR BLOG: モチベーションを上げる10のステップ

    週末なのに仕事してます。まぁそんなの自慢にもならないのですが、やっぱり「当は休めた時間なのに働いている」と思うと、どうしても気分が乗らないもの。というわけで、「モチベーションを上げる10のステップ」というものを試してみることに: ■ 10-Step Motivation Worksheet (Real Simple) つい先日も取り上げた"Real Simple"のサイトから。印刷してすぐに使える「モチベーション・ワークシート」が載っているのですが、その内容はこちら: ゴールを決める タスクを楽しくする(ジョギングなら新しいスニーカーを用意する、友人と一緒に走るなど) 感情に訴える(タバコをやめないと健康を失うのだぞ!と考える、など) ゴール達成までに予想される障害と、その解決策を考える ゴール達成までのステップをブレークダウンする 手助けしてくれる人を考える ゴールを達成した時の姿を思

  • http://www.yasuhisa.com/could/entries/001009.php