A camel is a horse designed by committee. (ラクダとは委員会によって設計された馬である)Alec Issigonis らくださんがかわいそうですが、いろいろなアイデアを盛り込むことで結果的に何がなんだか分からない不細工なものが出来てしまうという意味が込められています。「We just made a camel(らくだをつくってしまった)」という表現を使う場合がありますが、語源は上記の格言になります。デザインの決定権をもっている人がたくさんいて、彼等の意見をすべて取り入れてしまうことで最初のビジョンとはかけ離れたものになってしまう・・・なんとも人ごとではないシナリオです。 以前「デザインが失敗してしまう理由」でもデザインをしない方や知識のない方が決定権をもつことが失敗に繋がると紹介しました。プロジェクトに携わっているのであれば誰でも言いたいことはあり
来たる 7 月 25 日、YouTube のグローバル コミュニティが一丸となってドキュメンタリー映画「LIFE IN A DAY 2020」を製作します。製作総指揮を務めるリドリー スコット(代表作「オデッセイ」、「グラディエーター」)とカイ=ルー シュン(代表作「Lords of Chaos」)、そして監督の...
Làm việc với các vấn đề Tạo, chỉ định, nhận xét và giải quyết vấn đề. Vấn đề lọc Nhanh chóng lọc các vấn đề theo thuộc tính như người được giao, mức độ ưu tiên, trạng thái hoặc loại.Tệp chia sẻ Kéo và thả tệp để chia sẻ chúng với đồng nghiệp. Thông báo đẩy Nhận thông báo đẩy tới khay hệ thống/đế cắm của bạn. Tạo sự cố qua Email Tương tác với người dùng bên ngoài qua email.Quy trình làm việc tùy ch
フリーで使えるプロジェクト管理ツールをまとめておきます。 ■ガントチャート 開発マイルストーン ガントチャートでプロジェクト管理できるExcelツール フリーとは思えないほど高機能 ガントチャートforExcel・・・シェアウェアになりました こちらもガントチャートでプロジェクト管理できるExcelツール スケジュールの表示期間を切り替えられるのが便利 OpenProj Java ベースでガントチャートでプロジェクト管理ができるツール Microsoft Project のフリーのビューワーとしても利用可能 フリーの高機能プロジェクト管理ソフト「OpenProj」を試してみました TaskLine Excelのアドインとして動作するプロジェクト管理ツール(saramiさん情報) Microsoft Projectのファイル(XML形式)をExcelで表示するProjectViewerもある
ちょっと古い記事ですが、昨年のSXSW(South by SouthWest)にて、Appleのエンジニアリング・マネージャーMichael Loppが語った、ほかの多くの企業がトライし、失敗する「デザイン性」という強みを手に入れることができているアップルのデザインプロセスの秘訣 完璧なモック 膨大な量の作業と時間を要するが、完璧なモックを作成する。そうしておけば、後で手戻りが発生しないから。 10 から 3 、そして 1 どんな新しい機能や製品でも、その完璧なモックを10個作る。その10個の構成は、他社でもよくあるように、10個の内の3個のモックをよくみせるための残りの7個(3案が言うなれば、本気、残り7案が間に合わせ的。)ではない。制限のない創造性のなかから生まれるものという考えから、10案作られる。そしてそこから3案のモックが選ばれ、さらに時間をかけて、1つのものが選ばれる。 ペ
WindowsとMacのみ : アプリケーションサービス『echo』は、チームで利用するto-do管理ツール。まるでSNSっぽい感覚でチーム全体のタスクを管理ができるので、タスクリストの作成および実行がいつも以上に楽しく演出される予感がします。 単純に箇条書きで表が作成されるのではなく、基本フィールドは円。左半分が自分で行うタスクで、右半分が同僚に任せたタスクになっているようですね。進行具合もチェックボックスで味気なく管理するわけでなく、使用するのは色で進捗を表すカラフルなアイコン。今後、拡張機能も充実していくそうですよ。 軽く使ってみたのですが、アドビ『AIR』の実行環境で動くので、とても洗練されたインターフェイス。サクサク動くし、なにより使っていて楽しいという印象があります。まだ、自分の1人しか登録していないので、チーム全体での使用感まではわかりませんが、編集部での利用をちょっと検討し
尾藤正人(a.k.a BTO)です 前回はWebサービスを作るときの企画の部分について書きました (ベンチャー流Webサービスの作り方(企画編))。 今回はWebサービスを作るときの組織作りについて書いてみたいと思います。 僕がウノウに入って始めたのがフォト蔵の開発でした。 当初は開発が僕、ディレクションが代表の山田という二人体制でやってましたが、 組織が大きくなるにつれてだんだんと人数が増えていきました。 現在は僕も山田もフォト蔵からは離れて新しいチームで開発を行っています。 二人体制から始めて、少しずつ人数を増やしていって、 立ち上げメンバーが開発から離れるまでいろいろ経験しながら 自分が感じた事を簡単にまとめたいと思います。 ・最終決断は一人で 何をするのか、戦略はどうするのか、方向性は何なのか、最終的な決断はリーダーが一人で行います。 個人の主張を尊重しすぎて、各々が好きな事を始め
「ブログでプロジェクトマネジメントする10の方法」への反応を見ていると、独り考え込むのでなくUPしてみるものだな、と思った。実務に適用している例や、Wikiでの試みがあることを知った。言及していただいた皆様、ありがとうございます。賛否ともども大変参考になり、中の人は感謝多謝することしきり。 Wikiを発展させた開発支援コラボレーションツールMrkrgnao(via:marsのメモ) Wikiを使った「Web向けLotus Notes」Jotspot(via:関心空間ラボ) 社内限定の非公開型ブログイントラブログ さらに、「Wiki との優位性が見えない」「ストレージサービスでええやん」というコメントがあったが、そのとおりだと思う。実際、前のプロジェクトでは Wiki+CVSで「設計書+コード管理」してたし。時系列に情報を積み重ねるのがブログなら、Wikiは樹構造的な展開に向いている。各人の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く