MOONGIFT: » ブラウザベースの高性能プロジェクト管理「Epiware Document Management」:オープンソースを毎日紹介
仕事をする時には情報は一箇所に集中しているのが良い。そしてプロジェクトで必要な要素といえば、タスクの管理とカレンダー、ドキュメント管理などではないだろうか。 ドキュメントはエクスプローラで、細かなことはWikiで、カレンダーはグループウェアで…そんな情報の散在は非効率的だ。ぜひこれを導入検討しよう。 今回紹介するオープンソース・ソフトウェアはEpiware Document Management、高性能プロジェクト管理ソフトウェアだ。 Epiware Document Managementではプロジェクト管理ソフトウェアとして、カレンダー、タスク管理、フォーラム、チーム管理等の機能がある。しかしそれだけでは収まらない魅力がある。 まずWiki機能がある。そしてドキュメント管理機能があり、チェックインすることでバージョン管理もできるようになっている。Wikiもファイルとして管理されるのでバー
よく人が辞める職場のリーダーは、何が間違っているのだろうか？ - モチベーションは楽しさ創造から
人間関係に悩んでいる人がサラリーマンにはとても多い。私もサラリーマンの時そうだった。モチベーションアップは楽しさ創造から - 部下や後輩があなたを嫌う １０のワケでも述べたが、社員が辞める理由の多くは、上司との人間関係。上司が嫌いだから辞めていくのである。 その人間関係をややこしくしている大きな原因の一つに、リーダーシップやモチベーションについての考え方があるのではないだろうか？今、日本人が考えるリーダー像は、「闘将型」「戦国武将」「明治維新の際の志士」的な、睨みを効かせてガーンっというリーダーシップではないだろうか？言うことを効かないのであれば鉄拳制裁も辞さないという強い男のリーダーシップ（鬼の上司）である。 さすがに、企業内で鉄拳制裁するわけにもいかないので、本人は気づかないのだが、そのような人は言葉の鉄拳制裁を部下に行っている。言葉の鉄拳制裁といってもいろんなパターンがある。 怒鳴り
人を育てられない人
育成というのはコストがかかる。わかってるんだけどうまくいかない。今回は夏休みなのでその辺を考察。 自分なら1日でできることを部下にやらせてみると･･･ 3日も4日もかかる。修正してあげてまた3日かかる。時間がかかってしょうがない。 でも自分でやってはいけない。そんなことやってたら、いつまでたっても部下は自分で「仕事」ができるようにならない。作業はできても仕事ができない人間になってしまう。 ところで仕事には納期がある。 自分でやれば納期に間に合うのに部下にやらせて納期遅れを起こす。 ここに「つい、自分でやっちゃう」ロジックが起動する 「今回は間に合わせるために仕方なく私が」「任せられる人材がいなくて」 これはよくできた隠れ蓑だ。いいわけにしかすぎない。 ここは逆転の発想が必要。 部下に任せた結果、納期が間に合わない仕事なんてやらなければいい。 それを場当たり的な仕事というのだ。いまは凌げても
人月を超えるということ
人月というのは文字通り働いた時間に応じて請求が行われるというもの。ブルーカラー的な労働をしている限りは人月で働くことは正当なわけです。 「作らない」という視点 人月を超えるためには時間に関係なく圧倒的な成果を挙げる方法を見つけなくてはいけません。でも、圧倒的に生産性をあげるという視点ではだめ。生産性を上げているというのは、あるプロセスの作業効率をあげて時間を短くしているに過ぎないので時間給の罠からは逃げられない。ありがちな話として3ヶ月かかるAさんよりも、2人月でできるBさんのほうが実入りが少ない。 では、どうするかというと「作らない」という視点になる必要性があります。作らないというのどういうことかというと「作ったものをいかに使いまわせすか」か「いかに他人に作ってもらうか」ということです。 作ったものをいかに使いまわせすか＝レバレッジを効かす 使いまわすというのはレバレッジ（てこ）を効
[ThinkIT] 第1回：開発ドキュメント体系と業務フロー (1/4)
ソフトウェア業界の仕事は、下請け・孫請けのピラミッド構成となることが多く、常駐・派遣型のビジネスがかなりのパーセンテージを占めています。そんな中、他の業界と同じように、下請け脱却を目指して"一括請負"で仕事を引き受けたいとする会社もあります。 その志は善しとしましょう。しかし、肝心の"実力"が伴っていないと発注者も受託者もお互いに手痛い目に遭います。ここで言う"実力"とは、単なる技術力のことではありません。スケジュール管理や品質管理、コスト管理などのプロジェクト管理の技術・体制を社内で持っているかどうかが成否の鍵となるのです。 筆者の会社は創立11年目なのですが、創業以来「常駐・派遣の仕事はやらない！」という起業時のポリシーを貫いて来ました。C/SやWebのシステム開発を主体としているのですが、10年間の中では当然（？）、いくつかの失敗プロジェクトもありました。その苦い経験の中で「成功率と
わたしが知らないスゴ本は、きっとあなたが読んでいる: プロジェクトは冒険だ！「仕事を100倍楽しくするプロジェクト攻略本」
薄くて濃い一冊。 プロジェクトを「まわす」にあたり、本当に必要な内容だけを吟味してまとめてある。ある意味、いさぎよい。頁数を水増し→煽り文を追加→ハードカバーにして、2倍の値段で売っているそこらのビジネス本と180度違う。テクニックよりも心得を重視しており、トム・ピーターズのように読んだ側からソノ気にさせる。 プロジェクトは冒険だ、そして、キミは勇者だ。王さまの話を聞き、仲間を集めてパーティーを編成し、レベルアップに勤しみ、最高のクリアを目指す――なんのことはない、昔っからゲーム相手にしてきたことと一緒。 あのときの「ワクワク感覚」そのままに、プロジェクトの現場を捉えなおしてくれる。この視点はありそでなかった。いちいち激しく頷きながら読む。 本書のエッセンスは、デマルコの「マネジメントの4つの本質」に尽きる。「デットライン」に、こうある。 適切な人材を雇用する その人材を適所にあてはめる
説得の技術：ITマネージャが成功するための秘訣 | OSDN Magazine
「またスタッフを増やせというのか？」「そのアップグレードはしばらく延期だ」「運用のためのトレーニングにかける予算はもうない。以上！」――このような台詞を耳にすることはないだろうか？ ITマネージャとしてあなたは、いやが応でも「説得する」というゲームを毎日行なっている。またあなた以外の人（スタッフも同僚も監督者も顧客もベンダ窓口も）の多くも、人々を説得して特定の考え方を受け入れさせるというこのゲームを行なっている。本記事では、あなたが生まれつき説得力のある話し手である場合にもない場合にも、仕事に関するメッセージを次回はもっと説得力のあるものにすることができる方法を紹介しよう。 心理学的な観点から言うと、説得力のあるコミュニケーションというのは、説得するということ、すなわち、誰かの信条、態度、そして最終的には行動を変えさせるということだ。説得を成功させるための技術は複雑だが、基本はたった3つの
YouTube検索ができるまで : LINE Corporation ディレクターブログ
こんにちは、『livedoor Blog』の担当ディレクターをしている久野（くの）です。 今回は、実際にどのようにlivedoor Blogへの機能追加が行われているのか、一例を取り上げてその流れを簡単にご紹介します。 先月の7月27日にリリースされたブログ投稿フォームからのYouTube検索機能についてお話します。 参考：YouTubeの検索機能を追加しました 最近、「livedoorへのご要望」にYouTubeの検索やブログ貼り付けの機能が欲しいという要望を多数いただくようになったことと、ライブドアでもYouTubeに動画をアップするような機会が増えたこともあり、ブログの定例会議においてYouTube検索機能の追加が決定しました。 参考：http://jp.youtube.com/livedoorcom ■今回のディレクターとしての仕事 1．要件定義 最初に、YouTubeのAPIでは
[ThinkIT] 実践プロジェクト管理
システム開発プロジェクトを管理・遂行していくのは、大変に骨の折れる仕事です。見積もり手法1つを取ってみても、KKD法、FP法、COCOMO2、機能一覧法（積み上げ式）、LOC（Lines Of Code：プログラム行数）式など、思いつくままにあげても相当な数に上ります。 さらに、最新の見積もり手法もキャッチアップしていくならば、先ごろ日本情報システム・ユーザー協会が発表した「システム開発プロジェクトの標準工期は投入人月の立方根の2.4倍」といった内容も考慮に入れていく必要があるでしょう。また、実務でのプロジェクト見積もりとなると、見積もり提出期限という制約や顧客からのRFP資料の不足など、様々なリスク要因が追加されていることも珍しくありません。 見積もりはプロジェクト管理の一部に過ぎません。しかし、いまだどのシステム開発プロジェクトにもあてはまるような方法論がないことが、さらにシステム管理
ミスとかトラブルとか - 最速配信研究会(@yamaz)
UIEUEIのid:shi3zさんがミスについての話を書いておられる(会社名間違えてました.大変失礼しました. > shi3zさん). 部下が致命的なミスをするのは全面的に上司の責任 1行でまとめると「ミスは必ずおきるので,ミスを事前に検知する仕組みが必要だよ」ということなんだけど,私も前職ではありとあらゆるミスやトラブルに遭い,それに対して思うところがあるので,どう対処してきたかを書いてみようと思う. このエントリは長くなりそうなので,先に「今来た3行」でまとめるとこんな感じになる. ミスやトラブルはありとあらゆる隙間を縫っておきるので,確率的なものととらえる方がいいよ. ミスやトラブルがおきた時の影響を最少にするためにはミスやトラブルを検知することの他に,「そもそもそんなミスが起きえないようにする」,「万一そのミスがおきても大丈夫なようにする」為の仕組み作りが重要だよ. 根性論に頼るの
第1回 20年は遅れているITプロマネ | 日経 xTECH（クロステック）
近年，システム開発のプロジェクトマネジメントについての関心が高まっており，プロジェクトマネジメントに関する資格を取る人も増えています。しかし，そのために「システム開発の失敗事例が減ってきた」という話はあまり聞きません。 システム開発プロジェクトは，建築やプラント建設，船や工作物などの機械組み立てのプロジェクトと比べて，失敗事例があまりにも多く，納期どおりに完成する例は多くありません。実際，日本情報システム・ユーザー協会（JUAS）の「ユーザ企業IT動向調査 2006」でも，500人月以上の大規模プロジェクトでは相変わらず5割近くで工期遅れ，4割近くで予算超過が発生しています。スケジュールが遅れ，その結果としてコストが増加することが当然と受け取られています(図1）。 図1●プロジェクトは基本的に成功するもの プロジェクトは，プロジェクト・マネジャーがしっかりと顧客とメンバーを把握して，品質（
『見かけの進捗』
悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会社の研修が教えないシステム開発業界の裏話は、新人プログラマや、これからプログラマを目指す人たちへのメッセージでもある。 顧客や上司への進捗報告を行う際、進捗が遅れていても「予定通り」と報告する人がいる。遅れを責められるのが嫌なのだろう。しかし、最後までそういうことを続けていると、遂には納期に納品できなかったり、テストを省略 してボロボロのシステムを納品してしまったりして、もっと責められることになる。 私は、進捗報告は「控えめ」にすることにしている。予定より進んでいる場合は「予定通り」、本当に予定通りの場合は「少し遅れている」と報告するのである。実際、進んでいると思っていても「手戻り」が潜在していることがあるから、そのくらいの方がよい（もちろん、顧客や上司を心配させない程度に）。 そういえば、昔
モチベーションアップは楽しさ創造から - 部下や後輩があなたを嫌う １０のワケ
若い人がやめていく建前の理由は「キャリアアップしたい」からだそうだ。しかし本音はというと「上司や先輩がイヤでイヤでたまらないから辞める！」という事。あなたは部下や後輩から嫌われていないだろうか？嫌われているとすると、彼は明日はいないかも・・ 「キャリアアップをしたい」は“建前”社員が辞める本当の理由 会社を辞めた人たちへのインタビューで分かること 大手転職サイト「リクナビＮＥＸＴ」編集部による「退職理由の『ホンネ』と『タテマエ』アンケート」（2005年4月実施）によると、「タテマエ」のダントツトップは「キャリアアップしたい」で、半数近くに達している。次いで「仕事が面白くない、変化がない」「会社の経営方針・経営状況の変化」と続く。 一方、本当の退職理由、「ホンネ」とは何なのだろうか？一位は「上司との人間関係」。二位、三位は「給与に不満足」、「仕事が面白くない、変化がない」となり、この３項目
Matzにっき(2007-07-21)
<< 2007/07/ 1 1. [教会] 第一安息日 2 1. ２ちゃんねる実況中継 あるベルギー人から見た日本 2. Programming for the masses 3. とりあえず暇だったし何となく始めたブログ - flymake でリアルタイム文法チェック 4. cdiggins.com >> My Goal: Naive Programming 3 1. mixiが自社開発の検索エンジンに移行、ウェブ検索はYSTに:ニュース - CNET Japan 2. [Ruby] CodeZine：Java開発者のためのRubyガイド（Word, 言語比較） 3. 旭川に移動。 4. [Ruby] 世界に広がるオブジェクト指向スクリプト言語〜Rubyについて開発者が語る 4 1. 旭山動物園 2. インタビュー 3. [Ruby] Rhino on Rails 4. [言語] ITm
あなたは「まともな線表」が引けますか？
7月11日夜，銀座で筆者のビジネスユニット（NTTデータの事業単位）主催のパーティを開いた。会社で5月の創立記念日に業績表彰を受賞したので，お祝いとふだんお世話になっているパートナー企業の方への御礼をするためだ。来賓として6月にNTTデータ代表取締役常務からNTT代表取締役副社長（CTO，CIO）になられた宇治則孝さんにご参加いただいた。宇治さんには7年間にわたってお世話になり，トップセールスや難しい問題への対応で幾度も助けていただいた。パーティの冒頭で宇治さんへの御礼とお祝いを申し上げた。 このようなパーティは今回が2004年，2006年に続いて3回目だった。2004年には約100人，昨年と今年は約60人の方を招待した。表彰には賞金がついているのだが，それを一晩ですべてパーティに使ってしまうのだ。思い出のために記念品を作ろう，などという発想はまったくない。招待するお客様の数は賞の大きさに
あなたの会社の中国人社員は、社内で浮いていないか？（1） - ビジネススタイル - nikkei BPnet
あなたの会社の中国人社員は、社内で浮いていないか？(1)〜日本人上司の役割（前編） （原 奈緒、北京衆邦創業投資顧問事務所・監修） 今回は、日本における日本企業にて、いかにして中国人社員を活用するかについて書きます。中国展開を望む日本企業は、近年、日本の大学を卒業した中国人を採用するようになりました。しかし残念な事に、モチベーションを持ち続けることができず中国人会社員が会社を辞めてしまう話、中国人部下を管理しきれない日本人上司の話を聞く事がしばしばあります。以上を防止するためには、「日本人上司や同僚の側が、中国人社員の考えや習慣を受け入れ、人情をもって、日本の習慣を教えていく必要がある」ということを、2回に分けて、私の視点で書いていきます。 誤解を招いてはいけませんから、特に記しますが、日本の中国人社員の中には、日本人をよく観察し、日本社会になじんだ上で、すばらしい成果を挙げている方
5分で人を育てる技術 (22)“はじめて部下を持つ人"への5つのアドバイス ：ITpro
前回は，部下を持つことで混乱している坂本に上司としてどう行動していくべきかを伝えました。そして，私は彼に“はじめて部下を持つ人"への5つのアドバイスをすることにしたのです。 坂本は，中堅社員ですが，長く部下を持たなかったので，自分のことだけを考えていれば済みました。しかし，今後はそれでは済みません。彼にはしっかり部下の面倒を見てもらい，組織マネージメントを身に付けてほしいからです。 坂本に限らず，多くの人は部下を持つとそれまでとは違った苦労をします。自分だけで精一杯なところに，知識も経験も劣る部下の面倒も見なくてはならないのですから，その大変さは誰でも理解できるところでしょう。 しかし，組織で力を出していく以上，部下の戦力化は避けて通れない道です。どうせやらなくてはならない部下マネージメントなら，しっかりとした「やり方」を身に付けたいものです。まず，私はこれを坂本に教えなくてはならないと思
Home :: Bugzilla :: bugzilla.org
Bugzilla is now independently funded by people like you and companies that believe in our mission Sponsor Us! 26. August 2023 Bugzilla Celebrates 25 Years With Special Announcements by Dave Miller (justdave) posted by Dave Miller - Bugzilla Project Lead Happy 25th Birthday to Bugzilla! Today, August 26, marks the 25th anniversary of Bugzilla! The first two paragraphs lifted from our Bugzilla histo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
魔王のマネジメント能力 - REV's blog
