記事検索

Tai - Diary

https://jp.bloguru.com/tai

誰でもできるけれど、ごくわずかな人しか実行していない成功の法則 (2014)

スレッド


著者: ジム・ドノヴァン

自己啓発本。大きく3点あるかと思います。
・ノートに書き記す事
・数年先のビジョンを持つ事
・健康である事

総じて自己暗示をかけるよう諭しています。実現のため、その通りに行動する事を強いているので、私には負担かなと思いました。
#book

ワオ!と言っているユーザー

ITIL 4 Overview = SVS

スレッド
https://www.axelos.com/ https://www.axelos.com/
現時点で私が認識しているITIL 4の全体像。
色々な概念がありますが、Service Value System (SVS) を中心に構成されています。
#itil

ワオ!と言っているユーザー

黄金の扉を開ける賢者の海外投資術 (2008)

スレッド


著者: 橘 玲

去年の今頃に買った本です。2008年の発売時点では、読者が飛びつくには十分な真新しい内容だったのかも知れません。しかし、ワイドショーを賑わす一部の投資法の上澄みをすくっただけで、一般人が応用できる話ではないし、下手すると路頭に迷うような危険な内容だと思いました。

この著者の本、まだ読んでいない本が6冊あるのですが、自分に合わないかも知れません。
https://en.bloguru.com/tai/346058/2019-04-07
#book

ワオ!と言っているユーザー

うまくいっている人の考え方 (1999)

スレッド


著者: ジェリー・ミンチントン

自己啓発本。10分で読めます。私は悩みやすい性格ではないかと思いますが、この本の内容は気休めになったかも知れませんし、何の役にも立たないかも知れません。大ヒットしたらしいので、もう少し歳を取ってからのほうが役立つかも知れません。

元々あまり本を読まず、買っても何年も放置するのですが、何故か最近本を読む、というより流し読みが増えました。この一ヶ月以内で、何故か興味を持った本を10冊以上買い、これはその1冊でした。
#book

ワオ!と言っているユーザー

Rick Wade ‎– Presents Harmonie Park Revisited (2010)

スレッド
中古品でも一向に安くならない同アーティストのCD。比較的安価になっていたので購入しました。



https://en.bloguru.com/tai/337521/the-good-the-bad-and-the-deep-2008
https://en.bloguru.com/tai/227785/abdullah-qadim-haqq
https://en.bloguru.com/tai/42612/rick-wade
#music

ワオ!と言っているユーザー

LTCM伝説―怪物ヘッジファンドの栄光と挫折 (2001)

スレッド
LTCM伝説―怪物ヘッジファン...
著者: Nicholas Dunbar

証券の世界のイロハを知りたい方は勉強になるでしょうし、経済学を専攻した方は懐かしいのかも知れません。私には、440ページはしんどかったですね。この会社の行き着く先は知っているので、飛ばし飛ばし読みました。

https://en.bloguru.com/tai/335238/ltcm
#book

ワオ!と言っているユーザー

PRINCE2 Themes: Risk

スレッド
PRINCE2の教科書を、英語と日本語の2冊持っています。英語は2017年版で、日本語は2009年度版。
このRiskの項目で、英語の用語が日本語のどれにあたるか調査中、項目が新旧で異なるのに気付きました。



  1. 回避(脅威) / 活用(機会)
    Avoid / Exploit
  2. 減少(脅威) / 強化(機会)
    Reduce / Enhance
  3. 転嫁(脅威)
    Transfer (threat / opportunity)
  4. 共有(脅威または機会)
    Share (threat / opportunity)
  5. 受入れ(脅威)
    Accept (threat / opportunity)
  6. 代替(脅威)
    Prepare contingent plans
  7. 却下(機会)
    2017年度版は無いように見える。

#prince2

ワオ!と言っているユーザー

Slick Rick: The Ruler's Back

スレッド
私の好きなラッパー、Slick Rickが20年振りにシングル曲を発表していました。少し話題になっているようです。

Slick Rick Makes His 20-Year Return With "Midas Touch"
https://www.hotnewhiphop.com/slick-rick-makes-his-20-year-return-with-midas-touch-new-song.1983593.html

もう50歳を過ぎています。


出所後すぐの1999年、OutKastとの共作。作品がとても少ない人なのが残念です。

収監中の1994年、Warren Gのサウンドにラップを乗せた曲。
#music

ワオ!と言っているユーザー

Self-evidentとSelf-explanatory

スレッド
Steve Krugという人の「Don't Make Me Think」というUXの本を読んでいるところです。全13章の内の第1章を読んだところですが、表題の使い分けがあり、違いが分からず調べたところ、どうも英語がネイティブでも分からない人がいるらしく、質問コーナーを見つけました。同じく私が読んでいる本からの質問だったのが驚き。気が合うかも知れません。
https://ell.stackexchange.com/questions/102399/what-is-the-difference-between-self-evident-and-self-explanatory

  • Self-evident: The thing, itself, is evidence of itself.
    証拠もなにも、見るからに明らかである。
    例: お腹が大きいので妊娠している。
  • Self-explanatory: The thing explains itself.
    見るだけでは分からないが、証拠がある。
    例: お腹は大きくないが、妊娠検査薬で陽性なので妊娠が予想される。
#book

ワオ!と言っているユーザー

Six variables / six performance targets

スレッド
https://www.axelos.com/best-p... https://www.axelos.com/best-practice-solutions/prince2/what-is-prince2
PRINCE2にはPrinciple、Theme、Processという指標があります。
それには属さないが、良く使われる指標が表題のものです。
http://prince2.wiki/Introduction:_The_PRINCE2_Foundation_Training_Manual



  • Timescales
    The question to ask for timescales is, “When will the project be finished?”
  • Cost
    Projects have to give a return on investment; therefore, the questions to ask are: Are the costs being controlled? and are we within a budget?
  • Quality
    Will the product be usable at the end of the project (in other words, fit for purpose) and are products passing their quality checks?
  • Scope
    Is the scope well defined and clear to all stakeholders? Care must be taken by the Project Manager to avoid scope creep, which is to allow new requirements to be added during the project.
  • Benefits
    Why are we doing this project and what are the benefits? Benefits must be known, clear, and measurable, and the benefits need to be delivered.
  • Risk
    All projects are unique and therefore have risk. How much risk can we take on and how can risk be managed? For example, in a project concerned with building a house, what happens if one of the subcontractors does not show up?


試験には受かりましたが、QualityとScopeの違いは分かっていませんでした。Scopeの日本語訳を調べても「スコープ」と書かれているので、意味が分からなかったせいもあります。

Scopeは「範囲」と捉えることが出来ます。トレーニング機関での説明は「家を建てるプロジェクトの場合、家だけなのか、それとも庭も含むのか」というものでした。

以下の説明が適切かと思います。
http://prince2.wiki/What_is_PRINCE2#Process_2:_Initiating_a_project


The scope: what is to be done and what will not be included.
#prince2

ワオ!と言っているユーザー

Request For Proposal (RFP)

スレッド
ARTol [CC BY-SA 4.0 (https://... ARTol [CC BY-SA 4.0 (https://creativecommons.org/licenses/by-sa/4.0)]
PRINCE2には26種類の書類がありますが、RFP (提案依頼書) が含まれません。26種類の書類がProject Management Teamの間で交わされるのに対し、RFPはそれ以外である委託会社と交わされるためではないかと想像します。

情報が少ない中、見つけた記述が以下です。
http://prince2.wiki/Project_Product_Description_Template


The Project Product Description is derived from the project mandate, discussions with the Senior User and Executive – possibly via scoping workshops and the request for proposal (if in a commercial customer/supplier environment).

26種類の書類のひとつ、Project Product Description (公式日本語訳: プロジェクト成果物記述書) がRFPから派生したものと解釈できます。Project Product Descriptionは、プロジェクト開始にあたり、Project BoardとProject Managerの間で交わされます。委託会社には見せるべきでない内容も含まれるでしょう。

一方で、Team Managerは委託会社の代表ではないか、とも思います。Project Managerが書いたProject Product Descriptionを、Project Boardへ提出前に、Team Managerがレビューするケースがあるはず。委託会社であれば利害関係が異なることが殆どでしょうから、Project Management Teamに含むという考え方は間違っているかも知れません。今後の課題です。

巷にRFPの書式が溢れかえっていますが、いずれにせよ、Project Product Descriptionの書式がそのままRFPに使えるのではと考えています。



#prince2

ワオ!と言っているユーザー

参議院選挙

スレッド
https://www.asahi.com/article... https://www.asahi.com/articles/DA3S14082818.html
何年かに一度なので、前回やった事を忘れます。次回のための備忘録です。
iOSのCertificateとProvisioning Profileの更新と同じ。
一年に一回の更新で、いつもやる仕事ではないので、手順を忘れて当たり前。
Xcode、Apple Developer、iTunes Connectと、複雑な工程を無駄なく進めるには、マニュアルの作成が重要です。
(但し、時々Appleは手順を変え、開発者の負担を増やすので、参議院選挙よりも複雑ですが。)


投票内容…2点

  1. 選挙区
    県から選出される数名から1名を選ぶ。市町村でなく県。
    すべての政党が含まれるわけではなく、自身が希望する政党名が無いことがある。
  2. 比例代表
    自身が推薦する政党または政党候補者を選ぶ。

    • 投票所の記載表に、全政党の一覧がある。
    • 一覧には選挙区よりも多くの候補者名がある。自身の県でなく、各政党の推薦者と思われる。
    • 誰が誰か分からなければ、政党名を書けば良いと思うが、その人の政策を知っていて、その人に投票すれば、その人への一票に繋がると思われる。よって、ただ政党を選ぶよりも、一票の重みが増すと思われる。


調査方法

  • メインは選挙区で、比例代表の存在自体の情報が少ない。投票所へ行って存在を知り、その場で選ぶことになる。結果、軽率に投票する。
  • 選挙区がメインなので、候補者の調査をしがち。しかし、所属政党の中で、その人一人の発言は弱く、政党の方針が優先されるのは容易に想像つく。よって候補者の調査は無意味。
  • 候補者でなく政党の方針を調べ、自身が選ぶ政党に所属する候補者を選ぶのが良い。政党が小さいならば、それだけで議席数を増やす手助けになる。

期日前投票

  • 一箇所ではなく複数ある。但し、閉館時刻は18:00のところが多い。20:00まで空いているのは市役所のみなので注意。
  • 公布日の翌日から投票可能なのは市役所のみ。その他は投票日の一週間前なので注意。

#concept

ワオ!と言っているユーザー

ITIL 4: Management Practices

スレッド

The ITIL SVS includes below. All of which are subject to the four dimensions of service management.

  • 14 general management practices

  • 17 service management practices

  • 3 technical management practices


A management practice is a set of organizational resources designed for performing work or accomplishing an objective.


これについては、ITIL 3から継承されているものがちらほらありますし、その他のAXELOSの資格にリンクしているものがあり興味深い。


General management practices


Adopt and adapt for service management from general business management domains.

  1. Architecture management

  2. Continual improvement (ITIL 3から継続)
    Aligning the organization's practices and services with changing business needs through the ongoing improvement of products, services, and practices, or any element involved in the management of products and services.

  3. Information security management (ITIL 3から継続)
    Protecting the information needed by the organization to conduct its business.

  4. Knowledge management (ITIL 3から継続)
    Maintaining and improving the effective, efficient, and convenient use of information and knowledge across the organization.

  5. Measurement and reporting (ITIL 3から継続)
    Supporting good decision-making and continual improvement by decreasing the levels of uncertainty.

    • Critical success factor (CSF)

    • Key performance indicator (KPI)



  6. Organizational change management

  7. Portfolio management (MoPに関連)

  8. Project management (PRINCE2に関連)

  9. Relationship management
    Establishing and nurturing the links between the organization and its stakeholders at strategic and tactical levels.

  10. Risk management (M_o_Rに関連)

  11. Service financial management
    Supporting the organization's strategies and plans for service management by ensuring that the organization's financial resources and investments are being used effectively.

  12. Strategy management

  13. Supplier management
    Ensuring that the organization's suppliers and their performances are managed appropriately to support the seamless provision of quality products and services.

  14. Workforce and talent management





Service management practices


Develop in service management and ITSM industries.

  1. Availability management

  2. Business analysis
    Analyzing a business or some element of it, define its associated needs, and recommend solutions to address these needs and/or solve a business problem, which must facilitate value creation for stakeholders.

  3. Capability and performance management

  4. Change control (ITIL 3から継続)
    Maximizing the number of successful service and product changes by ensuring that risks have been properly assessed, authorizing changes to proceed, and managing the change schedule.

  5. Incident management (ITIL 3から継続)
    Maximizing the negative impact of incidents by restoring normal service operation as quickly as possible.

  6. IT asset management
    Planning and managing the full lifecycle of all IT assets, to help the organization.

  7. Monitoring and event management (ITIL 3から継続)
    Systematically observing services and service components, and record and report selected changes of state identified as events.

  8. Problem management (ITIL 3から継続)
    Reducing the likelihood and impact of incidents by identifying actual and potential causes of incidents, and managing workarounds and known errors.

  9. Release management (ITIL 3から継続)
    Making new and changed services and features available for use.

  10. Service catalogue management (ITIL 3から継続)
    Providing a single of consistent information on all services and service offerings, and to ensure that it is available to the relevant audience.

  11. Service configuration management (ITIL 3から継続)
    Ensuring that accurate and reliable information about the configuration of services, and the CIs that support them, is available when and where it is needed.

  12. Service continuity management
    Ensuring that the availability and performance of a service are maintained at sufficient levels in case of a disaster.

  13. Service design (ITIL 3から継続)
    Designing products and services that are fit for purpose, fit for use, and that can be delivered by the organization and its ecosystem.

  14. Service desk (ITIL 3から継続)
    Capturing demand for incident resolution and service requests.

  15. Service level management (ITIL 3から継続)
    Setting clear business-based targets for service levels, and to ensure that delivery of services is properly assessed, monitored, and managed against these targets.

  16. Service request management
    Supporting the agreed quality of a service by handing all pre-defined, user-initiated service requests in an effective and user-friendly manner.

  17. Service validation and testing
    Ensuring that new or changed products and services meet defined requirements.





Technical management practices


Adapt from technology management domains for service management purposes by expanding or shifting their focus from technology solutions to IT services.

  1. Deployment management
    Moving new or changed hardware, software, documentation, processes, or any other component to live environments.

  2. Infrastructure and platform management

  3. Software development and management


#itil

ワオ!と言っているユーザー

The Internet

スレッド
最近のお気に入りです。今であるべきかと問われると、'90年代であっても構わないと思います。つまり真新しさはありませんが、自分が'90年代の曲を聴いて育ったから好きなのかも知れません。

このバンドは、シンガーのSydが居てこそだと思います。好きなシンガーはあまり思い浮かびませんが、彼女とErykah Baduは好きですね。



#music

ワオ!と言っているユーザー

  • ブログルメンバーの方は下記のページからログインをお願いいたします。
    ログイン
  • まだブログルのメンバーでない方は下記のページから登録をお願いいたします。
    新規ユーザー登録へ