Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

タグ

managementに関するsatoshipのブックマーク (19)

  • Agile Project Management

    Pivotal Tracker is the agile project management tool of choice for developers around the world for real-time collaboration around a shared, prioritized backlog.

  • 開発と運用の分離

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、システム統括部の駒田です。 昨今、内部統制やJ-SOXといった言葉を良く耳にしますが、 ヤフーもご他聞に漏れず、粛々と対応を進めて参りました。 今回は、その対応の一環として行った、 「開発と運用の分離」に関してのエントリーをさせていただきます。 例えばですが... 開発成果物であるソースコードをテスト終了後に改ざんし、 不正に利益を得る様なエンジニアが存在していた場合、 それはヤフーにとって、一般のお客様に対する裏切りであり、 信用の失墜となってしまいます。 このような事態を回避するため、 当開発部では開発者と運用者とを明確に分離し、 開発者はリリースモジュールに触れる事が出来ない。 運用者はソースコードに触れる事が出

    開発と運用の分離
  • 一流の研究者のマネージメント、21の鉄則

    一流の研究者の「先生」がいつも懐かしく語る、先生のさらに上のボスの話があります。戦後間もない時代に、学位を取ったばかりの先生を見いだしてアメリカに引き抜き、自由に研究をすることを許した、これまた伝説的な研究者です。先生はいいます: 「年度が終わる頃になると、彼は私に『今年お前が使ったコンピュータの利用料だ』とレシートを渡してくれたものです。年に2億円は使っていたでしょうか!」 これはケネディ大統領時代の話ですので、当時としては今以上に大変な金額です。当時世界にいくつも存在しない最新のコンピュータを、先生は独占的に利用でき、そのおかげで輝かしい業績が次から次へと生まれたのでした。 「しかしボスは一言も文句を言わないんですな。予算をとってくるのは自分の仕事。お前たちは研究をしろ、というわけでした。今の私がいるのも、あの人のおかげですな!」 科学者の世界も、お金と、権力と、事務作業と無縁ではいら

    一流の研究者のマネージメント、21の鉄則
  • CTOと「技術経営」 - モジログ

    ZEROBASE BLOG - チーフ・テクノロジ・オフィサ(CTO)ってチーフ・エンジニアと違うの? http://zerobase.jp/blog/2008/08/cto_1.html <結果的に兼務されているからといって、CTOとチーフ・サイエンティストの職務をごっちゃにするのは、ベンチャーにとって必要な職能への理解にとって有害です。誤解を解いておきたい。CTOはCXOという表記から、あくまで経営陣(マネジメント・チーム)の一員であり、彼の職責は「製品開発の成功」「技術開発の成功」ではなく「事業の成功」であるべき。そうではなく技術開発にだけ責任を負うトップエンジニアの職務は「チーフ・サイエンティスト」や「チーフ・エンジニア」であるべきでしょう>。 「CTO(最高技術責任者)」と「チーフ・エンジニア」の違いを軸にして、CTOの役割について述べている。長いエントリで、読むのに骨が折れるが

  • プログラマの思索: RedmineがExcelよりも素晴らしい点

    Redmineの使い方は下記を見よ。 http://www.redmine.org/projects/show/redmine 【1】以下、Redmineを使った感想を書いてみる。 1-0.ガントチャートがリアルタイムに表示される。 こいつに一番感動した。 プロジェクトリーダーは、ガントチャート保守に、彼の作業時間の殆どを費やす。 その理由は、プロジェクトのリスクがガントチャートでしか把握できないからだろう。 考えてみれば、作業の開始日と終了日、作業状態さえ入力すれば、リアルタイムにガントチャートは計算できるはず。 殆どのITプロジェクトガントチャートは、手作業でかなりの時間を浪費して作っているか、MSProjectのように保守しても理解しにくいか、どちらかだ。 ソフトウェア開発のプロジェクト管理で最もIT化されていない部分と言える。 1-1.SVNリポジトリとチケットが相互リンクできる

    プログラマの思索: RedmineがExcelよりも素晴らしい点
  • ライブドアブログ|無料で豊富な機能が充実

    絵日記 グルメ ライフスタイル・暮らし ペット 旅行海外 日記 ニュース スポーツ ビジネス・経済 趣味・創作 音楽 書籍・雑誌 漫画・アニメ ゲーム 受験・学校 ヘルス・ビューティ IT・家電 学問・科学 まとめ

    ライブドアブログ|無料で豊富な機能が充実
  • リーダーになりたくない症候群:アルファルファモザイク

    ■2ちゃんねるまとめサイト ヘッドライン:任天堂が新型ニンテンドーDS「DSi」発表…11月1日発売、1万8900円

  • タスク共有ツールの決定版 - fixdap

    参加者ランキング fixdapで公開されているプロジェクトの参加人数が多いランキングです。

  • BTS というものを使ってみよう : にぽたん研究所

    先日、知人が「なんか最近仕事が忙しい」と言っていたんですけど、ふと「どのタスクがどのぐらいのボリューム感あって、進捗はどんなカンジで、どの程度忙しいのかを把握しているのかな」なんて思ったのです。 弊社の場合は、昔っから BTS (Bug Tracking System) を使っています。 BTS ってのはエンジニアの人には日頃から馴染みがあるものなので、知らない人ってのは殆んどいないと思いますが、弊社は Bug Tracking だけには使っていなくて、普通に、バグだろうがバグじゃなかろうが、タスクをどんどん登録しています。 こうしておくことによって、どのタスクが放置されてて、どのタスクが進行していて、どのタスクが完了しているのか、あるいは、どのタスクの担当が誰で、誰が一番仕事進めていて、誰が一番仕事を溜め込んでて…、みたいな情報が、この BTS を使ってある程度把握出来るようになっていた

    BTS というものを使ってみよう : にぽたん研究所
  • naoyaのはてなダイアリー - まつもとさん基調講演/深く潜る

    ソフトウェア技術者のある一定の割合は深く深く技術に潜っていく。そしてそれは大きく3つの道へと分かれていく。 OS Hardware 言語 自分は「言語」タイプだった。高校生の頃いろいろな言語を触って、「BASICは違う」「PASCALは違う」となり、15歳で「自分で作ろう」と思った。その後おもちゃのような言語はいくつか作ったが、決意から15年を経て初めて作った格的な言語がRubyだった、とのこと。 まつもとさんの基調講演をまとめた記事。上記引用以外にも色々示唆に富む内容が盛りだくさん、且つジョークが満載で面白かった。Yugui さん GJ です。 昔からよく日記は拝見しており、且つ YAPC::Asia などここ最近まつもとさんのスピーチを聴いたりする機会が結構ありました。まつもとさんは、Ruby を作ったという偉業がスゲーというのももちろんありますが、Geek でもありつつ常識人で且つ

    naoyaのはてなダイアリー - まつもとさん基調講演/深く潜る
    satoship
    satoship 2007/11/17
    コミュニティマネジメント
  • 人と人をつなぐ技法「チームビルディング」

    「チームはできるものではなく、つくるもの」。この視点はありがたい。チームをまとめる立場なら、この視点+技法は必須。プロジェクトチームから町内会まで使える。 好むと好まざるとにかかわらず、社畜でいるかぎり、三十路も後半になると、一匹オオカミでいさせてくれない。「面倒みてやれ」という暗黙のメッセージとともに、何人か付けられる。たいていは、数回の毎朝ミーティングでチームらしくなってくる。 これが10人、20人のプロジェクトチームになると話が違ってくる。さらに、「思惑」「肩書」パラメータが追加されると厄介だ。以前のわたしは、アイスブレイクをいくつかと、赤ちょうちんぐらいしか知らなかった。仕事を通じてチームは形成されるものだと思っていた。 ところが、書では、チームをつくる方法があるという。短期間で活性化したチームとして機能させるためのメソッドが紹介されている。[アジャイルレトロスペクティブズ]がチ

    人と人をつなぐ技法「チームビルディング」
    satoship
    satoship 2007/10/17
    "「チームはできるものではなく、つくるもの」。"
  • よく人が辞める職場のリーダーは、何が間違っているのだろうか? - モチベーションは楽しさ創造から

    人間関係に悩んでいる人がサラリーマンにはとても多い。私もサラリーマンの時そうだった。モチベーションアップは楽しさ創造から - 部下や後輩があなたを嫌う 10のワケでも述べたが、社員が辞める理由の多くは、上司との人間関係。上司が嫌いだから辞めていくのである。 その人間関係をややこしくしている大きな原因の一つに、リーダーシップやモチベーションについての考え方があるのではないだろうか?今、日人が考えるリーダー像は、「闘将型」「戦国武将」「明治維新の際の志士」的な、睨みを効かせてガーンっというリーダーシップではないだろうか?言うことを効かないのであれば鉄拳制裁も辞さないという強い男のリーダーシップ(鬼の上司)である。 さすがに、企業内で鉄拳制裁するわけにもいかないので、人は気づかないのだが、そのような人は言葉の鉄拳制裁を部下に行っている。言葉の鉄拳制裁といってもいろんなパターンがある。 怒鳴り

    よく人が辞める職場のリーダーは、何が間違っているのだろうか? - モチベーションは楽しさ創造から
  • ミスとかトラブルとか - 最速配信研究会(@yamaz)

    UIEUEIのid:shi3zさんがミスについての話を書いておられる(会社名間違えてました.大変失礼しました. > shi3zさん). 部下が致命的なミスをするのは全面的に上司の責任 1行でまとめると「ミスは必ずおきるので,ミスを事前に検知する仕組みが必要だよ」ということなんだけど,私も前職ではありとあらゆるミスやトラブルに遭い,それに対して思うところがあるので,どう対処してきたかを書いてみようと思う. このエントリは長くなりそうなので,先に「今来た3行」でまとめるとこんな感じになる. ミスやトラブルはありとあらゆる隙間を縫っておきるので,確率的なものととらえる方がいいよ. ミスやトラブルがおきた時の影響を最少にするためにはミスやトラブルを検知することの他に,「そもそもそんなミスが起きえないようにする」,「万一そのミスがおきても大丈夫なようにする」為の仕組み作りが重要だよ. 根性論に頼るの

    ミスとかトラブルとか - 最速配信研究会(@yamaz)
  • モチベーションアップは楽しさ創造から - 部下や後輩があなたを嫌う 10のワケ

    若い人がやめていく建前の理由は「キャリアアップしたい」からだそうだ。しかし音はというと「上司や先輩がイヤでイヤでたまらないから辞める!」という事。あなたは部下や後輩から嫌われていないだろうか?嫌われているとすると、彼は明日はいないかも・・ 「キャリアアップをしたい」は“建前”社員が辞める当の理由  会社を辞めた人たちへのインタビューで分かること 大手転職サイト「リクナビNEXT」編集部による「退職理由の『ホンネ』と『タテマエ』アンケート」(2005年4月実施)によると、「タテマエ」のダントツトップは「キャリアアップしたい」で、半数近くに達している。次いで「仕事が面白くない、変化がない」「会社の経営方針・経営状況の変化」と続く。 一方、当の退職理由、「ホンネ」とは何なのだろうか?一位は「上司との人間関係」。二位、三位は「給与に不満足」、「仕事が面白くない、変化がない」となり、この3項目

    モチベーションアップは楽しさ創造から - 部下や後輩があなたを嫌う 10のワケ
  • 「変な会社」が徹底する真っ当な情報共有

    QAサイトやブログ、ソーシャルブックマークなどのネットサービスをてがける「はてな」。同社は、「立ったまま会議をする」「ミーティングをポッドキャスティングする」などユニークな試みを実践している「変な会社」として知られている。「超オープン」と言われる同社の情報共有の仕組みについて、川崎裕一副社長に話を聞いた。(聞き手は小野口 哲) はてな社内での情報共有はどんな仕組みになっているのでしょうか。 はてなでは、社員が全員ブログを書いています。業務日報的なものだけでなく、基的に何でも書くんです。例えばあるサーバー担当者は、仕事がきつい、眠いといった自分の状況やフットサルの感想の後で、エラーのログや監視プログラムの話を書いています。 「個人のブログみたいなことを書いても意味がない」と感じる人もいるでしょうか、そうではないんです。ブログを読んで、この担当者が眠いことを知ったら、「もう眠ったらどうか」と

    「変な会社」が徹底する真っ当な情報共有
  • http://www.machu.jp/posts/20070715/p01/

  • http://www.machu.jp/posts/20070713/

  • MOONGIFT: � Excelではじめるプロジェクト管理「開発マイルストーン」:オープンソースを毎日紹介

    プロジェクト管理の重要性は理解しつつも、実際にうまく管理されているケースはあまり多くない。大げさなシステムを導入した所で、普段の業務を圧縮してそのシステムを勉強する時間を作り出すのは非常に難しい。 わざわざシステムを導入するのではなく、現状の延長線上で考えよう。利用するのは普段使い慣れているExcelだ。 今回紹介するフリーウェアは開発マイルストーン、Excelを使った工程管理ソフトウェアだ。 開発マイルストーンはExcelアドオンと作業ファイルと二つで構成されている。アドオンを起動した後、作業ファイルを起動すれば利用できるようになる。 工程管理は面倒な帯をドラッグなどしたりしない。開始日と日数を入れれば自動で変更される。変更は表のみで、後は自動で描画が変わっていく。 関連を表す線も、一度クリアして再描画するだけでいい。さらに作業工数統計と言ったグラフ表示もできる。 慣れたExcelで作業

    MOONGIFT: � Excelではじめるプロジェクト管理「開発マイルストーン」:オープンソースを毎日紹介
  • Martin Fowler's Bliki in Japanese - 朝会のパターン:立ってるだけじゃないよ

    朝会(デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2)を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく

  • 1