Scrum Fest Mikawa 2021の登壇資料です。 以下は資料内で引用している参考リンクです DPA https://qiita.com/viva_tweet_x/items/97e819c626979b78947a KPT http://objectclub.jp/downlo…

ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
デブサミ2011の後に、Shibuya.tracの第10回勉強会で初LTをしました。テーマは「EnterpriseレベルのRedmine導入結果について」です。外の勉強会は緊張しますが、@yusuke_kokuboさんや@akipiiさん、アジャイルなゆかいな仲間たちにお会いすることができ、とても楽しい勉強会でした。また学びに行かせていただこうと思います。 はじめに 上の資料はそのときのものです(Slideshareはこちら)。5分間のLTだったため、あまり詳細をお話しすることができませんでしたが、勉強会の時に知り合った方と、今度、Redmine導入&運用の情報交換会を企画しており、そこで共有するネタとして、まずは、Redmine導入時の経験をここにまとめようとおもいます。まずはその前に、私の仕事内容を少しだけ説明させてください。 標準化とか全社共通とかいう仕事 私は入社以来、サービス開発
Captcha security check coolcoding.com is for sale Please prove you're not a robot View Price Processing
すぺっく 仕事:ソフトウェア開発 性格:ヒッキー。 立場:特定派遣。メンバーは自社の人。人事権はない。 何の因果か、リーダーとかやるはめになったのでその経験を書いてみる。 技術的な話はない。 ■方針:プブチャラティの精神。 「任務は遂行する。部下も守る。両方やらなくちゃならないのが『幹部』のつらいところだな。覚悟はいいか? 」 プブチャラティさん!俺やるよ! …というわけで、尊敬するプブチャラティさんの姿勢をすべての行動の方針とした。 ■実際にやったこと。 ○作業日誌を送りつけた。 本日やった作業とともに顧客と自社の上層部に送りつけた。 われわれたはちゃんとやってますよという言い訳と、問題が発生した場合に上司に詰め腹を切ってもらうため。 ○朝会 毎朝、問題点と作業の状況を2,3分で確認した。 これで、問題点を抱え込まない状況を作り出すのと、一体感、連帯感的なものを演出した。 ○作業の目的を
京都大学VBL(ベンチャー・ビジネス・ラボラトリー)の授業「新産業創成論」で「はてなの起業と成長を通じて学んだこと」という話をしてきました。週替わりでいろんな会社の社長が来て話す授業で、先週はDeNAの南場さんが話されたそうです。 今回工学部の学生さんが結構いらっしゃると聞いていて、僕自身理学部出身なので「京大の理系学部を出たベンチャー志望の青年に対してアドバイスを」というイメージで話しました。もっと言うと、「起業した25歳当時の自分に今会ったらどんなことをアドバイスするか」ということをイメージしました。 まず、前提として「ベンチャー」という言葉の定義から始めました(会場で聞いてみたら「お金が無い」という意見もあっておもしろかったです)。定義は人によって違うと思いますが、僕はベンチャーを「急成長を志向する中小企業」と考えています。あえてベンチャーと言うからには当然ある程度の成長スピードを目
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Citation: Lewitter F, Rebhan M (2009) Establishing a Successful Bioinformatics Core Facility Team. PLoS Comput Biol 5(6): e1000368. https://doi.org/10.1371/journal.pcbi.1000368 Editor: Philip E. Bourne, University of California San Diego, United States of America Published: June 26, 2009 Copyright: © 2009 Lewitter, Rebhan. This is an open-access article distributed under the terms of the Creative
「人はミスを犯すもの」。こんな前提に立ったJR西日本安全研究所の研究成果が注目を集めている。研究所は平成17年の福知山線脱線事故を機に3年前、立ち上げられた。信号機の点呼確認はすべて必要か、上司が部下をほめる効果はあるのか。成果は、従来の「事故は気合で防ぐもの」という鉄道界の体質を変え、自衛隊や病院、航空会社など畑違いの分野でも職員教育に取り入れられている。(森本充) 福知山線脱線事故後、JR西は、ヒューマンエラー(人為的ミス)への取り組み不足の反省から研究所を設立し、体質改善に取り組んだ。 運転や保線、事務など各部門から約25人を選び、「何がわが社に欠けているのか」探った。半年で冊子「事例でわかるヒューマンファクター」を発行した。 疲れるとどうなるか▽なぜマニュアルはあるのか▽多人数の中だと手を抜いていないか−。冊子は32のテーマを設定し、事例と解説、対策を紹介した。 社内教育向けに作ら
ブログを通して、日本の大学スタッフとして働いている研究者から出て来る意見を読んでいて思うのは、果たしてアメリカで同じような問題が原因で大学院生が自殺したら、どうなるだろうかってことです。 切ねぇ - UPK 515 事例を一つ…. 幸い,ほとんどの大学院課程では,それぞれの大学院生に数人の教員がついて,研究のはかどり具合を定期的に監督している.最近ではこの制度が改善されて,大学院生をより手厚くサポートできる環境が整えられている.例えば,ハーヴァード大学の化学科では,さまざまなアプローチにより大学院生が教員と交流する機会を増やし,十分な心理的サポートが得られるようにしている.残念なのは,この制度が整備されたのが,2人の大学院生が自殺をした後だったということである(この経緯についてはHallowell 1999を参照). (ラボ・ダイナミクス―理系人間のためのコミュニケーションスキル, p.1
事例を一つ…. 幸い,ほとんどの大学院課程では,それぞれの大学院生に数人の教員がついて,研究のはかどり具合を定期的に監督している.最近ではこの制度が改善されて,大学院生をより手厚くサポートできる環境が整えられている.例えば,ハーヴァード大学の化学科では,さまざまなアプローチにより大学院生が教員と交流する機会を増やし,十分な心理的サポートが得られるようにしている.残念なのは,この制度が整備されたのが,2人の大学院生が自殺をした後だったということである(この経緯についてはHallowell 1999を参照). (ラボ・ダイナミクス―理系人間のためのコミュニケーションスキル, p.190) とはいえ,「ハーヴァード大学の化学科」でなされている,具体的なサポートについては書かれていません.というのも,そういう制度や歴史をもとに,大学院生はどのようにラボを,アカデミアを生きていくか,アドバイスを与え
SitePoint: New Articles, Fresh Thinking for Web Developers and Designers 4月で業務が変わり、第一線の現場職から管理職に転向した方も少なくないだろう。日本の企業組織にはスペシャリストの制度がないことが多く、大中企業では勤務年数や業績にしたがって管理職を命じられることが多い。他人に仕事を任せる、あるいは仕事を回す管理職という業務は、性格が向いていないと精神的に追い詰められやすいものでもある。 チームを管理する立場になったら気をつけるべきことはなにか、Alyssa Gregory氏がSitePointにおいて公開した次の文書が興味深い。 The ABCs Of Managing A Team, Part I The ABCs Of Managing A Team, Part II チームを管理する立場になった人が気をつける
「A Guide to Hiring Programmers: The High Cost of Low Quality」という記事と、その記事への捕捉として後ほど投稿された「A follow up to "A Guide for Hiring Programmers"」という記事がありました。 プログラマの雇い方というタイトルではありましたが、内容はもう少し広いです。 一部著者の熱すぎる想いが加熱しているように見える部分や、アメリカ的事情に見える部分もありましたが、全体的に興味深い内容でした。 以下、2つまとめた要約です。 3番までが一つ目の記事で、4番以降が二つ目の記事要約です。 誤訳等が含まれている可能性があるので、是非原文をご覧下さい。 概要 Perlのコミュニティでプログラマを雇う事(特にPerl開発者)を話し合っていて、以下の点で知人達と合意ができた。 どのようなプログラミング
「Preventing Staff Burnout」という記事がありました。 締め切りに対する要求が厳しい事が多いIT業界において、社員が燃え尽き症候群にかかってしまわないようにする方法のようです。 原文によると、優秀な社員ほど「弱さの象徴」であると感じて兆候を隠してしまうそうです。 「ストレスを完全になくすことは無理であると思われるが、忙しさのピークを軽減して燃え尽き症候群を防ぐ事は可能」とも書いてありました。 以下、要約です。 要約のために、かなり意訳したり削ったりしているので詳細は原文をご覧下さい。 1. 注意を払う 兆候を早期発見して対策を打てるように、部署内の状況を良く把握しましょう。 締め切りをオーバーすることが増えたり、オペミスや単純ミスが増加してくるなどの兆候がある場合があります。 また、コミュニケーションの衝突が増えることもあります。 2. 空気を読む 週報を義務化して状
「Why hospitals don't learn from failures(なぜ病院は失敗から学ばないのか)」という論文を読んでなるほどと思う部分があったので、ここにメモ代わりに書いておく。 この論文の筆者(TuckerとEdmondson)は、医療ミスがなかなか減らない原因を探るために、全米の10の病院を長期間に渡って調査・研究したのだが、その結果判明したのは、「システムの改善」という観点からは、ナースの優秀さと勤勉さが逆効果になっているという皮肉な話。 「優秀なナース」の定義はどこでも同じで、「目の前の患者が必要としているものを、あらゆる障害を乗り越えていち早く提供する」こと。取り替えるべきシーツが不足していれば別の階に走って行って調達してくるし、新米のナースのミスにはいちいち噛み付くこともなくそのミスを取り繕う。そんなナースたちにとっては、その手の「不具合」や「障害」は避けられ
人生はミスマッチ (内田樹の研究室) というエントリがとても勉強になりました。 現場の教師の士気を低下させることで、子どもたちの学力や道徳心が向上するということはありえないからである。 現場の教師のみなさんには、できるかぎり機嫌良くお仕事をしていただきたいと私は願っている。 人間は機嫌良く仕事をしているひとのそばにいると、自分も機嫌良く何かをしたくなるからである。 子供の学習意欲やモラルを高めるに最も大事な事は、「先生が機嫌良く仕事をしていくことではないのか?」という主張です。これって、企業の中でも同じだと思うのです。 つい、部下や組織のモチベーションを考える時は、「どうすれば部下はモチベーションがあがるのか?」とか「あいつがモチベーションが上がらない原因は何か?」とか、対象である「部下」についてばかりを私達は考えてしまいます。 しかし、ホントに大事なのは、上司(自分)自身の問題という事の
[チームリーダーは「アジャイルレトロスペクティブズ」から盗め]の続き。わたしの「ふりかえり」をふりかえってみる。 ■01 定期的に、ふりかえる 実は、定期的なふりかえりは、したことがない。たいていは、プロジェクト終了直後や、さらにずっと後になって、「あんな時代もあったね」と語ることはあっても。ただし、「笑って話せる日」は絶対こない。笑わず小声で真剣に「あの二の舞だよ」、あるいは「まだ学習してへんのかッ」と刺す。 そういうチーム運営を定期的にふりかえる必要性に気づいただけでも、本書に感謝しないと。 まずいチーム運営は、トラブルという見えやすい形でフィードバックをもらっていた。メンバーの不満や、作業プロセスのボトルネック、品質チェックの不備は、プログラマの喧嘩や明白なサボタージュ、収拾のつかないバグズライフに化す。 そして、「トラブルの対処」という形で皆の不満を吸い上げたり、手順書を見直したり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く