タグ

プロマネに関するpitworksのブックマーク (48)

  • 情報処理推進機構:ソフトウェアエンジニアリング:報告書:非機能要求グレードの公開

    ~システム基盤における非機能要求の見える化ツール~ 2018年4月25日更新 2010年4月 独立行政法人情報処理推進機構 技術部 ソフトウェア高信頼化センター 概要 情報システムの開発では、業務機能に関する要求以外のいわゆる「非機能要求」について、発注者と受注者との認識の行き違いや、互いの意図とは異なる理解をしたことに気づかないまま開発が進んでしまうことがあります。 「非機能要求グレード」は、このような状態を防止することを目的とし、重要な項目から段階的に詳細化しながら非機能要求の確認を行うツール群です。 「非機能要求グレード」は、「システム基盤の発注者要求を見える化する非機能要求グレード検討会(※)」から譲渡を受けたものです。 また、非機能要求グレードの具体的な利用方法が体得できる演習付きの教材非機能要求グレード研修教材」と解説書「非機能要求グレード利用ガイド[活用編]」も公開していま

    pitworks
    pitworks 2010/10/13
    「非機能要求グレード」は、発注者と受注者との認識の行き違いや、互いの意図とは異なる理解をしたことに気づかないまま開発が進んでしまうことを防止する事を目的とした確認ツール
  • ITプロジェクトにおける失敗の兆候--この12のサインに注意!

    文:Michael Krigsman(Special to ZDNet.com) 翻訳校正:村上雅章・野崎裕子 2010-09-02 08:00 プロジェクトの納期が守れそうにない、あるいは予算を超過しそうだと知って慌てふためくマネージャーをよく見かける。とは言うものの、プロジェクトが問題に直面していることを示す兆候を見逃してしまっている場合もよくあるものだ。 この件に関して『Early Warning Signs of IT Project Failure:The Dominant Dozen』(失敗するITプロジェクトの兆候:主な12のサイン)という学術論文を執筆するために、2人の研究者が19人の専門家と55人のITプロジェクトマネージャーの協力を得てデータを収集した。そして彼らは、「重要な兆候や問題に対する「初期の警戒信号」はしばしば、プロジェクトが実際に失敗に終わる時点よりもずっと

    ITプロジェクトにおける失敗の兆候--この12のサインに注意!
  • IT管理者のための管理ポータル·iTop MOONGIFT

    iTopはPHP製のオープンソース・ソフトウェア。ITが社内外で使われるようになり、ITエンジニアに協力を求められるケースは増えている。社内エンジニアのようにオフィス向けにユーザサポートするケースや、社外のクライアント向けにサポートするケースもある。 社内エンジニアなどに便利そう いずれの場合も要望というのは雑多であり、適切に管理していかないと大きな問題に発展したりすることが多い。メールベースで管理する人も多いが、サポート以外のメールが紛れ込むケースも多い。そこで使ってみたいのがiTopだ。 iTopはサービスデスクとしての役割を担うソフトウェアで、クライアントを登録し、その要望をタスクとして追加する。そしてサポートメンバー内で作業を割り当て、そのやり取りを含めてステータスを管理していくのだ。これによって漏れなく対応が臨めるようになる。 基的に表組みでデータを管理する インシデントや変更

    IT管理者のための管理ポータル·iTop MOONGIFT
    pitworks
    pitworks 2010/06/14
    iTopはサービスデスクとしての役割を担うソフトで、クライアントを登録し、その要望をタスクとして追加する。そしてサポートメンバー内で作業を割り当て、そのやり取りを含めてステータスを管理していく
  • 製造業で入社6年目の社員です.担当していたプロジェクトの撤退が決まりましたが,その報告を役員に行わなければならないのですが,どうすればいいか悩んでいま…

    製造業で入社6年目の社員です.担当していたプロジェクトの撤退が決まりましたが,その報告を役員に行わなければならないのですが,どうすればいいか悩んでいます.参考になるサイトや書籍,あるいはアドバイスがあれば教えてください. 以下,もう少し具体的な状況を書きます.プロジェクト撤退に至った理由は,PJリーダーのマネジメントの問題,担当者の能力の問題,どちらもあると思っています.しかし,PJリーダーがPJから逃げてしまい,一切責任をとってくれません.ですので私があらゆる説明をしなくてはいけなくなっています.一歩間違えれば,私が全面的に悪かったことになりかねません.しかし,逃げたリーダーに責任をなすりつけようとしても,自分に刃が返ってくることになりかねないと感じています. 以上,すみませんがよろしくお願いします.

    pitworks
    pitworks 2010/05/14
    社内で犯人探しにならない様に「責任は社外に」原因は 1.顧客都合 2.市場の急激な変化 3.行政による規制(や緩和) 4.原料の高騰などをポイントに「プロジェクトが失敗した」のではなく「発展的解消」であることを明示
  • はよプログラマとかエンジニアとかから脱却せんかい。 - レベルエンター山本大のブログ

    プログラマの誇りがどうこうと書いていていうのもなんだけど、 プログラマが下手に誇りを持ちはじめた昨今。 いい加減、うんざりしてきた。職業ぷろぐらまな面々に。 作る技術がスキルのすべてだと勘違いしてるぷろぐらまに。 誰をターゲットに吠えるわけではないけれど、 我慢してることを言います。 仕事=きれいなコーディング 仕事=疎な設計 仕事=きれいなドキュメント とか、そんなことで満足してんなって。 作る技術をバックボーンにして、 話をまとめる力をつけて、 要件をまとめる力をつけて、 交渉をまとめる力をつけて、 費用抑える力つけて、 お客さんの要件を引き出して、実現して、貢献して、 初めて仕事が成り立ってるんだろうが、 ビジネスが成り立つんだろうが。 目指さんかい、営業からテストまで1人で全部実現できるぐらいの境地を。 一周して来いって。 それができるまではずっとワーカー。 #追記 ワーカーは煽り

    はよプログラマとかエンジニアとかから脱却せんかい。 - レベルエンター山本大のブログ
    pitworks
    pitworks 2010/02/18
    中小と規模のある会社で違うから賛否両論に納得。中小では、この概念は大事。中堅以上だとプロマネは技術で満足したらダメだけど、同時に技術を技術として極める人も必要で「分業と統合」が強さになる。
  • Excelのプロジェクト管理は何故良くないのか - プログラマの思索

    XP祭り関西2010のTiDDセッションの感想を読んでメモ。 【元ネタ】 [TiDD] BTSがチケット駆動開発に向いている理由: ソフトウェアさかば 2010-02-07 - winplusの日記 XP祭り関西2010に参加してきた - Basic XP祭り関西2010でアジャイルとチケット駆動開発について考えてきた #xpjugkansai - Pragmatic Style 【1】2010-02-07 - winplusの日記の感想について、倉貫さんの事情は色々あると思うけど、僕の意見を一言。 (前略) それと、倉貫さんが「Redmine でも重い」「Googleのスプレッドシートでタスク管理している」という発言に、あきぴーさんが「僕は納得していない」と。 この日に目撃したほとんど唯一の衝突だったのですが、それ以上の展開がなかったので、すごく残念でした。 倉貫さんの Excelならダ

    Excelのプロジェクト管理は何故良くないのか - プログラマの思索
    pitworks
    pitworks 2010/02/09
    1.作業のステータスが把握しづらい。そのために、最新化や集計が難しい。 2.Excelファイルがバージョンアップしていくものか、そのプロジェクト1回限りのものなのか、区別していない
  • 「納期を半分にしてくれ、金なら出す」

    システム開発で、もし顧客から「お金なら出しますから、4カ月のところを2カ月で作ってくれませんか?」と言われたらどうするか? この状況についての考察を、TISの社内ベンチャー「SonicGarden」代表を勤める倉貫義人氏がブログ「Social Change!」のエントリ「アジャイル開発のボトルネック」に興味深くまとめています。 倉貫氏はアジャイル開発手法を実践してきた人としても知られており、先日まで「日XPユーザグループ」の会長でもあった人です。考察もアジャイル開発手法の考え方に基づいて展開されています。 まず、品質以外のパラメータが変動可能なら、納期を短くすることも可能か? について倉貫氏は考察しています。 確かにエンジニアがいるなら、もしくは、集める目処が立つなら、ありがたい話かもしれない。XPでも、「リソース・スコープ・品質・時間」のパラメータで、品質以外は変動可能としている。 と

    「納期を半分にしてくれ、金なら出す」
    pitworks
    pitworks 2009/10/20
    実際には納期を短くするのは難しい。なぜなら、開発の速度にかかわるボトルネックは開発だけにあるわけではないから。具体的なボトルネックは仕様策定と検収。
  • プロジェクトの進捗を円滑にするおすすめスケジュール管理ツール | Webワーカー向け便利サービス

    プロジェクトの進捗を円滑にする おすすめスケジュール管理ツール 田口 和裕(フリーライター) 日々ウェブサイトの管理・運営を行うWeb担当者は、他事業部との連携や制作会社との打ち合わせなど、複数のメンバーでチームを組んで仕事をしている場合がほとんどだろう。このような多人数でのプロジェクトを円滑に進行させるためには、メンバー1人1人が作業の進捗と自分の役割を把握できるような、スケジュール管理ツールが必須となる。無料で利用できるツールやサービスをいくつか紹介しよう。 格的なガントチャートプロジェクト管理 GanttProject「ガントチャート」とは、横軸に時間、縦軸に工程を配置した帯状のグラフだ。工程ごとの作業の進捗を効率的に管理できるのでプロジェクト管理でよく使われている。よくガントチャートをエクセルで作成している人を見かけるが、工程の変更や遅延などに細かく対応するには、やはり力不足だ

    プロジェクトの進捗を円滑にするおすすめスケジュール管理ツール | Webワーカー向け便利サービス
  • 落ちこぼれディレクターに贈る「失敗を回避する術=自分セーフティネット」の作り方 : LINE Corporation ディレクターブログ

    こんにちは、livedoor Blog担当の眞子裕介です。 今回は、さんざん失敗を重ねた落ちこぼれディレクターの私が、自らの経験を基に学んだ「失敗を回避する術=自分セーフティネット」について説明したいと思います。 この「失敗を回避する術=自分セーフティネット」を身につければ、いまより打率が上がるはずです! これまでの悲しい体験から私が学んだ技を生かして、皆さんのプロジェクト遂行に役立てていただだければ最高です。 経験の多い会社であれば、すでに先輩たちが作ってこられたフォーマットやチェックリストなどの資料、組織体系の中に「失敗を回避する術」がすでに折り込み済みなのかもしれません。私がライブドアに入社した2005年当時は、ライブドアは「谷底に突き落として、這い上がってこい」の精神が蔓延しており、ディレクターの技術を身につけていなかった私は、自ら失敗を重ねつつ、周りのひとの仕事をまねながら学んで

    落ちこぼれディレクターに贈る「失敗を回避する術=自分セーフティネット」の作り方 : LINE Corporation ディレクターブログ
    pitworks
    pitworks 2009/10/07
    1) ゴールをチェックしてもらう企画書 2) 業務フローチェックしてもらうスケジュール表 3) 何か間違ってないかチェック:キックオフMTG 4) 気づいた事を直ぐに報告してもらう場作り...etc
  • デスマーチからの脱出方法は? | スラド

    デスマーチ・プロジェクトから抜け出したい!と思ったとき、どのようにすればよいだろう? ぼくは、業務システムの委託開発プロジェクトの設計チームで、サブシステムのリーダーをやっている。しかしながら、ありがちなことにデスマーチに陥っており、顧客との要件調整は遅々として進まず、アーキテクチャは固まらず次々と変貌し、リスケジュールを繰り返して稼働予定日は遥か未来に延びていっている。 当然ながら、メンバーは次々に倒れたり辞めたり消えたりしており、補充要員は派遣・下請があとからあとから入ってきて頭数だけは揃えているような状態である(多少、大袈裟に言ってしまった部分もあるが、おおよそ事実である)。 いちサラリーマンのぼくとしては、家族もいるし、この不景気に外に向かって飛び出していく勇気もないというのが正直なところである。とは言え、このプロジェクト・この開発中のシステムに対して、ぼく自身の情熱は薄れかけてい

    pitworks
    pitworks 2009/09/14
    答えがあればデスマーチなどしないよな・・・。責任者になるとデスマから逃げられないよー
  • 少人数グループのカンタン便利なタスク管理術! : LINE Corporation ディレクターブログ

    こんにちは。ブログビジネスユニット ディレクターの浪越です。 前回は『ライブドアに入社したばかりの私が驚いたこと』と言うエントリーを書かせていただきました。今はしたらば掲示板の担当ディレクターとして頑張っています! 現在は、したらば掲示板の管理画面の全面リニューアルを進めています。 この度、10年(ライブドアに移ってから5年)ぶりに管理画面をリニューアルすることになりました。目標は、長年使い慣れたユーザーと、新しいユーザーに受け入れられる管理画面作りです。 作成したエクセルの見 今回はシステム全てリニューアルということで、大量のテンプレートを作成することになりました。 ガントチャート等便利な管理ソフトは色々ありますが、多機能過ぎました。 あくまで全体のどの程度が終わっているのか、を確認する『タスクの可視化』をしたかったのと、開発する人の手を煩わせない簡単なものを…と思い、辿り着いたのは、

    少人数グループのカンタン便利なタスク管理術! : LINE Corporation ディレクターブログ
  • なぜ成長したい人ほど成長できないのか -成長のジレンマ- - 最強就活.com

    Viagra as low as $0.57 Generic Viagra, containing Sildenafil Citrate, enables many men with erectile dysfunction to achieve or sustain an erect penis for sexual activity. Since becoming available Viagra has been the prime treatment for erectile dysfunction. More Info Cialis as low as $1.01 Generic Cialis is a highly effective orally administered drug for treating erectile dysfunction, more commonl

    pitworks
    pitworks 2009/07/28
    本当に成長する人は周りに貢献し、周りの助けを得ることができる人 // 人は分業するからチームワークが大事。チームワークは「自分が成長する」ことよりも「人を助けること」を優先する精神から生まれる
  • takeda-soft.jp - takeda soft リソースおよび情報

    This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

  • デッドライン ソフト開発を成功に導く101の法則

    正しい管理の四つの質・適切な人材を雇用する。 ・その人材を適所にあてはめる。 ・人々の士気を保つ。 ・チームの結束を強め、維持する。 (それ以外のことは全部管理ごっこ) 安全と変更・変更は、あらゆるプロジェクトの成功のために(ほかの大抵の物事についても)必要不可欠である。 ・人は安全だとわからないと変更を受け入れない。安全が保証されていないと、リスクを避けようとする。 ・リスクを避けることは、それに伴う利益をも逃すことになるため、致命的である。 ・人は、面と向かって脅されたときはもちろん、自分に対して不当に権力が行使されるかもしれないと思ったときにも、安全ではないと感じるようになる。 負の強化・脅迫は、結果を上げさせる手段としては不完全である。 ・どれほど強い脅しをかけても、最初に割り当てた時間が足りなければ、やはり仕事は完成しない。 ・さらに悪いことに、目標を達成できなければ、脅迫の内

    デッドライン ソフト開発を成功に導く101の法則
  • オープンソースソフトウェアの育て方

    製作著作 © 2005-2013 Karl Fogel, 高木正弘, Yoshinari Takaoka(a.k.a mumumu), under a CreativeCommons Attribution-ShareAlike (表示・継承) license (3.0, 2.1-jp)

    pitworks
    pitworks 2009/07/27
    OSSに限らずメンバーの多い中規模~大規模な開発の参考になりそう。
  • ガントチャートにも対応したプロジェクト管理AIRアプリ – creamu

    なかなかいいアプリを見つけました。Macで使えるガントチャートを探してたんだけど、いい感じかな。 AIRアプリで、Win,Mac,Linuxで動くプロジェクト管理ツールです。 新規プロジェクトを設定して、新規課題を設定して、という風に操作していきます。期限を設定すると、ガントチャートにしてくれますね。アイコンをクリックするとカレンダーが表示されたり、インターフェースがかわいくてとてもいい感じです。 Beta版とのことで、表示がちょっとおかしかったりしますが、よくできているアプリだと思います。 iPhoneアプリとしてもリリースされるようなので楽しみです。 ぜひ見てみてください。 » Colabolo – Issue Manager ちょい使ってみようっと。

  • はてなブログ | 無料ブログを作成しよう

    来年も作りたい!ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…

    はてなブログ | 無料ブログを作成しよう
  • 糞システムはだいたいこういう流れでプロジェクトが進む。

    http://anond.hatelabo.jp/20090519230327 とりあえずプロジェクトマネージャが作りたいシステムを語る。酒の席だったりする。 それを何となくSEに伝えて営業用資料を作る。この過程で何度も何度もあーでもないこーいうつもりでもないと言いながらもできあがる資料は抽象的でなんとなくそれっぽい絵とどこかで見たようなシステムに独自っぽい名前を付けてるだけのすっからかんなペラい物になる。音を言うと「Amazonを作る」と言われる方が楽だ。「作りたい人が説明できない、今までにないような独自のシステム」を作る事になるとバグとか糞とか以前に完成しない。 そのペラい資料をもって営業に行くがすんなりは決まらない。この間はいい感じだねって言ってたじゃんって展開も。そのまま下にも同じ事を言われる。 決まらないがとりあえず作り始めてとデザイナとプログラマに投げられる。とりあえずジャ

    糞システムはだいたいこういう流れでプロジェクトが進む。
    pitworks
    pitworks 2009/05/21
    戦略や目的が不明確なシステムって上手くいかない事が多いよな・・・。
  • RedmineとTracの機能比較 - プログラマの思索

    RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱ExcelRedmineアジャイル開発を楽々管理 - @IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。

    RedmineとTracの機能比較 - プログラマの思索
  • TABLOG:具体的で厳密な「目標設定」をし、昇給を勝ち取るためライフハック - livedoor Blog(ブログ)

    2009年04月23日 具体的で厳密な「目標設定」をし、昇給を勝ち取るためライフハック これは、昨晩、ライブドア社員だけが見られるイントラ・ブログに投稿したものです。 他社でも4月〜9月末でのタームの人事査定の目標設定シート的なものを作っている人も多い時期かと思いますので、参考にして貰えれば幸いかと思い、転載します。 「目標」をよく見て、狙いを定めて撃て! 半期毎に行う目標設定シートのためのの面談をさせて貰うことが多い時期になりました。 またコンテンツのリニューアルや、インテンシブレビューのその後のフォローなどもあって、下期の始まりにあたって、個人の査定でなくとも、「目標設定」について話をさせてもらうことが、非常に多いです。 あぁ、目標設定・・・。この神聖にして、難しきものよ。 ライブドアの社員の皆さんがやってくれているような「頭脳労働」では、そもそも、「自分は何をしようとしているのか」「

    pitworks
    pitworks 2009/04/27
    目標を出来るだけ具体的に設定するときのフレーム「SMARTの原則」->1)具体的なものである事 2)計測できるものである事 3)具体的な行動を促すものである事 4)現実的である事 5)達成時期が規定されている事