タグ

*仕事に関するmzpのブックマーク (42)

  • pukiwiki 導入日記 - kagamihogeの日記

    以前居たチーム(前チームと呼称)で導入した pukiwiki を今所属してるチーム(現チームと呼称)で共同利用することになり、俺以外の人間もそこそこ更新してくれるようになった。それまでにかかった時間は約 1 年と半年。それまでの軌跡などを振り返ってみる。 導入 俺は数年前から blog を書いていたこともあり wiki によるチーム内の情報共有の仕組みには興味があった。前チームでは、上司からデスマ収束に一役買ったこともありそこそこの信頼があった。そのため「pukiwiki 使ってみたいんすけど」というある種のワガママが通りやすかったのは大きなポイントだったと思う。 第 1 フェーズ 「チーム内に wiki を浸透」 導入〜半年後 導入当初は俺以外の人間はマッタク更新しなかったが、まぁそれは想定の範囲内。とりあえず俺は時間見つけては、前チームで必要な開発環境の整備方法、テスト環境に必要なソフ

    pukiwiki 導入日記 - kagamihogeの日記
    mzp
    mzp 2008/07/16
  • HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方

    HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,

    mzp
    mzp 2007/09/25
    いつか使うでしょう
  • 高橋メソッド風プレゼンジェネレータ

    高橋メソッド風 プレゼンジェネレータ プレゼンテーション手法のひとつ高橋メソッドを再現できる JavaScript コードを生成します。生成された HTML + JavaScript をコピーしてHTML文書に貼り付けるだけで、動くページが作れます。 一発でいいものが生成できなくても、プレビューを見ながらスライドを修正することも可。 淡白すぎるサイトにインパクトを付加するために、明日に迫った発表のために、ちょっと便利なプレゼンツール。そのうちもんたメソッドバージョンもつくるかも。 2006年11月6日 全画面表示バージョンを生成できるようになりました。大画面で格的に高橋メソッドしたい方はどうぞご利用ください。 (さらに、tDiary用高橋メソッドプラグイン"bigpresen.rb"と高橋メソッドGIFアニメ生成器もよろしく。) (でかいプレゼンは高橋メソッドだけじゃない、「拡大鏡のす

  • 5分で人を育てる技術 (22)“はじめて部下を持つ人"への5つのアドバイス :ITpro

    前回は,部下を持つことで混乱している坂上司としてどう行動していくべきかを伝えました。そして,私は彼に“はじめて部下を持つ人"への5つのアドバイスをすることにしたのです。 坂は,中堅社員ですが,長く部下を持たなかったので,自分のことだけを考えていれば済みました。しかし,今後はそれでは済みません。彼にはしっかり部下の面倒を見てもらい,組織マネージメントを身に付けてほしいからです。 坂に限らず,多くの人は部下を持つとそれまでとは違った苦労をします。自分だけで精一杯なところに,知識も経験も劣る部下の面倒も見なくてはならないのですから,その大変さは誰でも理解できるところでしょう。 しかし,組織で力を出していく以上,部下の戦力化は避けて通れない道です。どうせやらなくてはならない部下マネージメントなら,しっかりとした「やり方」を身に付けたいものです。まず,私はこれを坂に教えなくてはならないと思

    5分で人を育てる技術 (22)“はじめて部下を持つ人"への5つのアドバイス :ITpro
  • 最適な工期は「投入人月の立方根の2.4倍」、JUASが調査 ― @IT

    2007/07/05 日情報システム・ユーザー協会(JUAS)は7月5日、ユーザー企業102社の357プロジェクトを調査した「ソフトウェアメトリックス調査2007」を発表した。システム開発の企画、開発計画に始まり、保守や運用管理まで実態を調査した内容で、企業情報システムの実態を伝える。調査結果からは“デスマーチ”となるプロジェクトの実態も浮かび上がった。 デスマーチ化するプロジェクトの条件の1つは工期の設定が不適切であることだろう。調査から導き出された標準開発工期は「投入人月の立方根の2.4倍」。調査対象のプロジェクトの全体工数と全体工期をグラフ化し、回帰直線によって求めた。この計算によれば1000人月のプロジェクトの場合は24カ月の工期を設定するのが標準的といえる。事情によってこの標準工期よりも短い工期しか取れない場合は、その短縮率を計算して対策を採るべきとJUASは提言。だが、「(短

  • わたしが知らないスゴ本は、きっとあなたが読んでいる: 困った現場に効く「プロジェクトマネジメント現場マニュアル」

    プロマネは沢山あるが、こいつは具体的。プロジェクトのその場その場で発生する問題とその解決策がよく分かる。「こんなときどうする?」形式なので、自分なりの対策を考えて→次のページで"答え合わせ"をするといった読み方もできる。カユいところに手が届く仕掛け。 例えば… 問題がいつまでたってもなくならない。進捗報告はペンディングの山。どうやって片付ける? テストが甘い。行き当たりばったりで、テスト自体のモレヌケによりつぶすべきバグが後になって湧く。なんとかするには、何をどうすればいい? アバウトな品質要求「使いやすい画面にしろ」といわれたとき、何をどうすれば「使いやすい画面」になっているといえるのか? 進捗管理が甘い。「90パーセントです」が1ヶ月続く。あるいは、進捗会議の場が、「なぜ遅れているのか」の言い訳の場になっている。どうする? 答え 問題を管理する。責任者、期限、優先度を決め、進捗を監視

    わたしが知らないスゴ本は、きっとあなたが読んでいる: 困った現場に効く「プロジェクトマネジメント現場マニュアル」
  • 仕事の優先順位をすばやく直観的に決定する方法 - GIGAZINE

    経営者レベルでの意志決定から日常のお買い物まで幅広く役立つのが今回紹介する方法。4マスの図を描いてそれぞれに今抱えている仕事などを分類するだけというシンプルな方法ですが効果は抜群です。 そもそも「直観」とは、知識に基づいて推理を用いず直接に対象やその質を捉える認識能力のこと。「能」や「直感」とは違って今まで生きてきた経験から得られるという点が異なっています。この「直観力」を駆使すれば、仕事の優先順位をすばやく決定して効率よく処理したり、あるいは複数の製品からどれを選ぶか迷った際の意志決定を素早く行うことができるようになります。 How To Prioritise Quickly And Intuitively | 101 Ways https://www.101ways.com/2007/06/23/how-to-prioritise-quickly-and-intuitively/

    仕事の優先順位をすばやく直観的に決定する方法 - GIGAZINE
  • IT総合情報ポータル「ITmedia」Home

  • IT総合情報ポータル「ITmedia」Home

    ビットコインの大暴騰、「億り人」と呼ばれる仮想通貨長者の誕生、マウントゴックス以来の大事件となったNEM流出など、派手な話題に事欠かない。世界各国政府も対応に手を焼いているようだが、中には政府が公式に仮想通貨を発行する動きも出てきており、国家と通貨の関係性にも大きな変化が起こりつつある。

    IT総合情報ポータル「ITmedia」Home
  • ホワット・ア・ワンダフル・ワールド 大手 SIer で働くメリット・デメリット

    お断り : 今回の記事は,隣の芝が青くて青くてしょうがない負け組大学院生(ドクタ進学希望)が相対化のために書いているエントリーなので,非常に醜悪な内容です.すいません.そこはまぁ可哀想な人なんだということでお一つ. 大手 SIer で働くメリット・デメリット 大手SIer技術志向のSEには向いていない? 「何であんな良い会社を辞めたんですか?」――新卒後、大手シンクタンク系SIerでのSE経験を持つ山崎氏は、転職活動時に面接官からよくこう質問される。その会社でビジネスマンとしての基礎を作ってもらったこと自体には感謝しているが、会社を辞めたのにはそれなりの理由がある。 「まず、仕事がある時期から物足りなくなってしまう。結局大手SIerはある入社年次から外注さんをかき集めて、外注管理するのがメインの仕事になりがちです。若いうちから外注管理をメインにやっているから、自分でプログラムを書く機会が

  • 某企業の人事部だけど何か質問ある?ハムスター速報 2ろぐ

    blog9サーバーが深夜つながらなかったり、記事制限やらおかしいので移転しようと思います。 めんどくさいですが、お気に入り・RSS等入れてくださってる方、移転先でもよろしくお願いします。 http://urasoku.blog106.fc2.com/ 1 : 元原発勤務(神奈川県): 投稿日:2007/04/04(水) 14:50:17.27 ID:gYtjtyPz0 暇なんで 7 : 但馬牛(福岡県): 投稿日:2007/04/04(水) 15:02:02.12 ID:/Y8LgUZK0 履歴書送付の添え状って意味あるの? あるとこにはある。みたいには聞くんだけど 8 : 元原発勤務(神奈川県): 投稿日:2007/04/04(水) 15:03:54.37 ID:gYtjtyPz0 >>7 議員さんとか主要取引先とかの紹介状とかなら意味あるよ 最終的に採用するかどうかは別として、

  • ハムスター速報 2ろぐ 派遣の実態 ~フル○ャスト編~

    blog9サーバーが深夜つながらなかったり、記事制限やらおかしいので移転しようと思います。 めんどくさいですが、お気に入り・RSS等入れてくださってる方、移転先でもよろしくお願いします。 http://urasoku.blog106.fc2.com/ 3/27 15:53 違法派遣で、フルキャストに事業改善命令 東京労働局 http://www.asahi.com/job/news/TKY200703270227.html キタコレwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww このスレはフィクションです。 登場する会社名などはいっさい現実と関係ありません。 という建前として読んでください。 1 : スレスト(アラバマ州): 投稿日:2007/03/25(日) 15:00:15.22 ID:pjD/GNxf0 スレ建ったら語る 3 : スレスト(アラバ

  • kitami.tv

  • Java初心者のチームが挑む基幹系刷新プロジェクト(番外編)

    私は,2007年2月2日付の記者の眼「『使えない人間』などいない」で「Java初心者で構成されるチームがいかにプロジェクトを完遂したか,という事例」があり,その事例を取材したうえで,日経ソフトウエア2007年5月号のJava特集でレポートすると書いた。その号がいよいよ明日(3月24日),発売される。特集のルポ「Java初心者のチームが挑む基幹系刷新プロジェクト」という記事である。 具体的には,群馬県内の各JAやJA関連組織のIT共同利用施設であるJA群馬電算センターが提供しているシステムの事例だ。Javaをほとんど知らなかった4人のメンバー,JA群馬電算センター 経済情報部の片野富久氏,前原貴美子氏,大久保浩治氏,渋谷知央氏が,基幹系システムの刷新プロジェクトに先立つパイロット・プロジェクトを成功させた,というものである。 もっとも,取材を終えた今では,この事例を「『使えない人間』などいな

    Java初心者のチームが挑む基幹系刷新プロジェクト(番外編)
  • 顧客の機能要求に折れないこと!

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

    顧客の機能要求に折れないこと!
  • ちょっとだけ、失敗しないプロジェクトに近づくための3つのヒント

    プロジェクトマネジメントを考える上で、AppleはてなGoogleという3つの企業の事例を紹介しましたが特殊事例だったかもしれません。今回は、もっと身近な事例を考えてみましょう。 前回、失敗しないプロジェクトマネジメントを考える上で、AppleはてなGoogleという3つの企業の事例を考えてみました。はてなブックマークでも、多くの方からコメントを頂きましたが、やはり「そうは言ってもね」というのが正直な反応だと思います。 そこで今回は、プロジェクト管理の「負のスパイラル」を脱出するために、もう少し身近な事例を参考にしてみたいと思います。 ちょっとだけ、失敗しないプロジェクトに近づくための3つのヒント 短期ではなく、長期で考える 遅い人ではなく、早い人に注目する 大きく始めず、小さく始める 短期ではなく、長期で考える 通常のプロジェクトでは、前回紹介したAppleのように「締め切りを事

    ちょっとだけ、失敗しないプロジェクトに近づくための3つのヒント
  • 仕様書の書き方って,習いました? - 日経エレクトロニクス - Tech-On!

    突然ですが,読者諸兄姉は,仕様書の書き方って,教わったことはおありでしょうか。あるいは,部下に教えたことはおありでしょうか。 日経エレクトロニクス 2007年2月12日号のGuest Paper(pp. 133-152)では,「仕様書の記述力を鍛える」と題して,フェリカネットワークスのソフトウエア・エンジニアの栗田太郎氏に,「形式仕様記述」という手法を使ったプロジェクトの体験記を執筆していただきました。 同社は「おサイフケータイ」などとして知られる携帯電話機向けの「モバイルFeliCa」の開発元で,そのICチップのファームウエア開発に当たって,「仕様をキッチリ書けるところは,書こう。実装者任せにしないようにしよう」という意識を徹底,高品質なソフトウエアの開発に成功しました。成果物は,NTTドコモの携帯電話機「903iシリーズ」の全機種に採用されるなど出荷数も多く,責任の重いプロジェクトです

  • オブジェクト使用型説明術のすすめ | i d e a * i d e a

    ドットインストール代表のライフハックブログ

    オブジェクト使用型説明術のすすめ | i d e a * i d e a
  • ビジネスに使える!知らないと損する英文法参考リンク集 | p o p * p o p

    いきなりですが英語の質問です。 英語においてアポストロフィー(’)を付けるケースは3パターンしかありません。それらはどのような時でしょうか? Godとgodの違いがわかるでしょうか? 「コロン(:)」を手紙の中で利用する場合、どんな手紙のどの場所に使うでしょうか? いかがでしょう。全部わかったという人は問題ありませんが、答えに詰まった、という人は下記のサイトを参考にされてはいかがでしょう(答えは末尾に)。 ここでは英語の文法に関するTipsを紹介しています。 » 40 Tips to Improve your Grammar and Punctuation – by Dumb Little Man Purdue大学が提供しているOnline Writing Labのもの。英語ネイティブの人たち向けに作られたものです。 簡単にまとまっていて非常に参考になりますよ。下記がその一覧になります。

    ビジネスに使える!知らないと損する英文法参考リンク集 | p o p * p o p
  • [ThinkIT] 第1回:複数人による開発の要所を押さえる (1/3)

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